GENZ, Inc.

第三者検証で検収へ 貿易管理ソフトの受け入れテスト、設計から実行まで代行

確認範囲の設計からテストの実行までを第三者が引き受け、確認済みと未確認の範囲を区別した結果を、判定会議へ提出できる形で残します。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

貿易管理ソフトの導入・更改で、検出が遅れる不具合

貿易管理ソフトの導入・更改では、帳票の出力、関税・外貨の計算、基幹業務システムとの連携に、受け入れ段階で検出されない不具合が残ります。本業と並行した確認では網羅できず、稼働後の実務で表面化します。

船積書類の出力項目に欠落と誤記が残る

取引先別の指定項目や荷印が個別仕様として積み上がり、確認した書式としていない書式の区別が残らないまま、出荷当日の印刷で欠落が見つかります。

帳票出力

関税額と外貨換算の計算結果が業務部門の試算と一致しない

関税額と外貨換算の結果は適用レートの取込時点と端数処理で変わります。業務部門の手計算と一致しないまま進むと、申告値と原価に差異が出ます。

計算不一致

取引先別の帳票レイアウトが設定どおりに反映されない

帳票レイアウトは取引先ごとに設定が増え、既存分の変更が別の取引先へ影響します。一部の確認で本番へ進むと、旧レイアウトのまま出力されます。

帳票設定

基幹業務システムとの連携で在庫数量と受注残に不整合が発生する

会計システムや基幹業務システムとの連携では、受注残と在庫数量の更新時点が異なると不整合が起き、出荷可能数量の判断を誤るおそれがあります。

システム連携

三国間貿易と国内取引が混在する伝票で権限設定の不備が残る

三国間貿易と国内取引が同じ伝票に混在すると、権限や税率の境界で不備が残ります。担当者ごとの表示範囲が異なり、権限不足のまま運用が始まります。

権限設定
02 RISK

貿易管理ソフトの不具合が輸出入業務と収支に及ぶ範囲

船積書類や申告内容の誤りは、出荷の遅延・修正申告・決算の手戻りとして実務と収支に及び、確認不足の影響はシステム内にとどまりません。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

貿易管理ソフトのテストで確認する観点

導入・リプレースの受け入れ段階では、製品機能の確認だけでは自社の個別仕様まで届きません。発注側が自社の責任で確認する観点を、書類・計算・連携・移行データ・権限の各面に整理します。

帳票の記載不備が通関業者や海外取引先からの指摘として戻り、出荷スケジュールの遅延につながる

輸出入の業務シナリオに沿った書類作成の確認

見積もり・受発注から船積書類の出力まで、実際の取引の流れに沿って記載内容を確認します。よく使う型だけでなく、取引先別の帳票レイアウトのような個別仕様も対象に含めます。

確認する資料
  • 見積もり書
  • 発注書
  • 船積書類
関税額や外貨換算の誤りが修正申告や決算処理の手戻りとして表面化する

関税計算と外貨換算の境界値の検証

関税額の算出と外貨換算の結果について、税率の切り替わりや端数処理の境界値を意図的に発生させて検証します。為替レートの取込後に換算結果へ正しく反映されるかも対象です。

確認する資料
  • 関税計算書
  • 外貨換算表
  • 為替レート表
連携データの不整合が原価計算の差異となり、締め日までに原因を特定できない

会計システム・基幹業務システムとの連携データの整合性の検証

会計システムや基幹業務システムとの間で受け渡すデータについて、送信側と受信側で件数と金額が一致するかを検証します。連携の不整合は原価計算と決算処理の手戻りとして表面化します。

確認する資料
  • 連携データ一覧
  • 会計連携明細
  • 基幹連携明細
移行データの欠落が本番稼働後の帳票出力で判明し、原因の所在を切り分けられない

移行データの件数と内容の照合

旧システムや表計算から移行したマスタと取引データについて、移行前後の件数照合と、代表レコードの項目内容の突合を行います。欠落や文字化けは本番稼働後の帳票に現れます。

確認する資料
  • 移行対象一覧
  • 件数照合結果
  • 項目突合結果
権限と実務分担の不一致や操作記録の欠落により、障害時の経緯説明ができない

権限設定と操作記録の確認

担当者ごとの権限設定が業務の分担と一致しているかを確認し、設定変更や承認操作の記録が残ることを検証します。操作記録は障害時の原因切り分けの手がかりになります。

確認する資料
  • 権限設定一覧
  • 操作記録
  • 設定変更履歴
  • 承認操作記録
04 TEST DESIGN

GENZが提供する貿易管理ソフトのテスト外注

GENZは、発注側・開発側のいずれにも属さない立場で、貿易管理ソフトのテストの設計から証跡の整備まで請け負います。

STEP 01 現状の確認と対象範囲の定義個別仕様と連携先を棚卸し、範囲を合意
どう確かめるか

業務シナリオからのテスト設計

実務で使う取引例や帳票、取引先別の個別仕様を棚卸し、書類の出力内容や関税・外貨の計算結果を照合するテスト項目へ展開します。「よく使う型」に偏らない確認の筋道を作ります。

  • 01積み上がった個別仕様と帳票の一覧を整理します
  • 02会計・基幹システムとの連携箇所を洗い出します
  • 03自社の責任で確認できる範囲を定義します
OUTPUTテスト計画・設計書
STEP 02 テスト計画とテスト設計の作成業務シナリオからテスト項目を設計
どう確かめるか

広い機能範囲を対象としたテスト実行

見積もり・受発注から船積書類の作成、関税計算、外貨換算、会計・基幹システムとの連携まで、貿易管理ソフトの広い機能範囲を対象に実行します。

  • 01実務の取引例から業務シナリオを組み立てます
  • 02書類出力と関税・外貨の計算照合の項目を設計します
  • 03優先順位と必要工数の考え方を示します
OUTPUT不具合報告書
STEP 03 テスト実行と不具合の報告実行結果を切り分けて報告
どう確かめるか

発注側と開発側のいずれにも属さない立場での検証

ベンダーが行なう製品機能の確認とは別に、発注側の設定・移行データ・連携という自社責任の範囲を検証します。不具合が出た場合は原因の所在を切り分けて報告します。

  • 01設定・移行データ・連携の各面で検証します
  • 02不具合の原因の所在を切り分けて報告します
  • 03実行した範囲を記録として残します
OUTPUT確認済み範囲の記録
STEP 04 報告書の提出と残存課題の引き継ぎ確認範囲を記録として引き継ぐ
どう確かめるか

判定会議と監査に提出できる証跡の整備

確認した範囲と確認していない範囲を記録として残し、検収の判定会議や事後の経緯説明にそのまま使える証跡の形で提出します。

  • 01判定会議に使える報告書を提出します
  • 02未確認の範囲と残存課題を明記します
  • 03次の改修時に参照できる証跡を整えます
OUTPUT判定会議用の証跡
05 RATIONALE

テストを外注する場合と自社内で実施する場合の違い

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 本業と並行する担当者の拘束時間を抑えられる
  • 取引形態の単位で確認範囲の線引きを決められる
  • 確認済みと未確認の範囲を区別した資料を得られる
  • 発注側と開発側に属さない第三者の評価を得られる
06 SERVICE

対応するテストの種類

貿易管理ソフトの更改では、輸出・輸入・三国間貿易といった取引形態と業務工程の単位で確認範囲を設計します。GENZは、受け入れテストの代行から改修後の回帰テストまでを対象に、設計と実行を引き受けます。

SVC 01

受け入れテストの代行

見積もり・受発注の入力から船積書類の出力まで、実務シナリオに沿ったテストケースを設計し、実行と不具合報告まで代行します。

リスク要因と優先順位を示す無文字の図解。
SVC 02

移行データの検証

旧システムから移行した得意先マスタや取引実績が参照できるかを検証し、移行漏れや文字化け、為替レートの取込不備を稼働前に検知します。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

連携インターフェースの接続試験

会計システムや基幹業務システム、通関手続きの外部システムとの接続を試験し、連携データの欠落や未反映の項目を特定します。

計画から報告までの流れを示す無文字の図解。
SVC 04

制度の改定にともなう改修後の回帰テスト

制度の改定や帳票レイアウトの追加のたびに、既存機能へ影響が出ていないかを確認し、テストケースと証跡を次の改修で使える形で残します。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

お問い合わせから着手までの流れ

検収の期日が見えてからのご相談でも、確認範囲の整理からテストの着手までを段階的に進められます。

お問い合わせ

現在の確認状況と検収の期日をお聞きし、外注の対象となる業務範囲を整理します。

対象範囲の確認と見積もりの提示

整理した範囲をもとに、優先順位と工数の考え方を添えた見積もりを提示します。

契約とテスト計画の確定

対象範囲と証跡の提出形式を合意し、契約とテスト計画を確定します。

テストの着手

確定した計画にもとづき、貿易事務部門の本業を止めずにテストへ着手します。

テスト範囲の整理からご相談いただけます

貿易管理ソフトのテスト範囲と進め方について、GENZへご相談ください

ご相談では、対象業務に沿ったテスト範囲の整理と優先順位付け、必要工数の考え方、関連するテストの要否までお示しします。検収期日が近い段階からでもお申し付けください。