AS400 EDIでテストデータを本番送信しないためのチェックリスト

AS400 / IBM iのEDIで怖い事故の一つが、テストデータを本番へ送信してしまうことです。EDIは相手先が絡むため、AS400内部の修正だけでは済みません。取引先、物流、出荷、在庫、請求へ影響し、物が届かない、誤ったデータが相手側へ入る、といった問題につながります。

若手や外部エンジニアがEDIを扱う時は、技術的に送れるかだけでなく、本番環境、テスト環境、送信先、ファイル名、送信タイミング、再送ルールを必ず確認します。

本番送信前のチェック

確認見ること事故例
環境本番かテストか、ライブラリ、接続先テスト環境のつもりで本番送信する
送信先取引先コード、送信先ID、通信定義別の相手先へ送る
データテストデータ、実データ、対象日付テスト注文や架空出荷を送る
ファイル名送信ファイル、IFS、保存先、世代古いファイルを再送する
再送二重送信防止、再送条件、履歴同じデータを重複送信する
業務影響出荷、在庫、請求、相手側取込物が届かない、請求がずれる

若手・外部担当者に徹底すること

  • 本番送信前に環境名と送信先を声に出して確認する
  • テストデータと本番データを同じ場所に置かない
  • 送信ジョブやCLを実行する前に対象ファイルを確認する
  • 再送は担当者判断ではなく承認を取る
  • 送信後は相手側の受信結果まで確認する
  • 本番送信の操作ログと結果を残す

業務理解がないとEDIは扱えない

EDIは通信だけの問題ではありません。出荷、在庫、請求、相手先業務とつながっています。業務が理解できないまま送信や再送を行うと、技術的には成功していても、業務上は事故になることがあります。

業務確認は AS400業務ヒアリングシート、外部連携の再送は AS400外部インターフェース再送チェックリスト、クラウド/API連携前の確認は AS400クラウド・API連携前チェックも確認してください。

Codexでできること

EDI関連のCLやRPGは、長年の運用で複雑になりがちです。CodexやAIは、送信前チェック、処理概要、ファイルの流れ、再送条件、テスト観点を整理する下書きに使えます。ただし、取引先名、実データ、接続情報は必ずマスキングしてください。

テストデータを本番送信した疑いがある時に最初に見ること

若手や外部メンバーで起きやすい失敗の一つが、EDIのテストデータを本番側へ送ってしまうことです。疑いが出た時は、すぐ再送や削除に進まず、送信先、送信時刻、送信ジョブ、対象データ、相手先の受信状態を分けて確認します。EDIは相手先が絡むため、技術的な成功だけで判断しないことが大切です。

  • 送信先が本番取引先か、テスト先かを確認する
  • 対象データのキー、件数、送信日時、ファイル名を残す
  • ジョブログで送信ジョブの終了状態とMSGW(メッセージ応答待ち)有無を見る
  • 相手先へ連絡する前に、事実と推測を分ける
  • 本番DBを修正する場合は、更新前データと承認を残す

本番送信前は相手先とデータ種別を声に出して確認する

AS400側でテストライブラリを見ているつもりでも、送信先、FTP先、相手先コード、出力ファイル名、処理日付が本番向きなら事故になります。送信前には、環境名だけでなく「どの相手先へ、何のデータを、何件、いつ送るのか」を声に出して確認します。出荷、在庫、請求に影響するデータでは、業務担当者の承認も残します。

確認すること見る理由
相手先コードテストデータが本番取引先へ届く事故を避ける
データ種別受注、出荷、請求など業務影響を判断する
再送可否二重送信や重複計上を避ける
連絡材料いつ、何を、どこまで送ったかを説明する
更新前後の証跡戻しやリランの判断材料にする

EDIは相手先がいる業務

EDI事故で現場が荒れやすい理由は、自社だけで完結しないからです。相手先の受信、物流、在庫、請求に影響し、物が届かない、二重計上される、締めに間に合わないといった問題につながります。だからこそ、テスト/本番の分離、再送判断、相手先連絡、ジョブログやDSPJRNの証跡をセットで確認します。

次に確認するEDI・障害対応記事

テスト伝票を本番送信しないための例

検証用の伝票を作っても、接続先や送信ジョブが本番向けなら社外へ届く可能性があります。データだけでなく経路を分離します。

確認点確認内容判断
環境ライブラリ、接続先、送信アカウント、出力IFSを確認するテストデータの印だけで安全と判断しない
識別テスト用の取引先、伝票番号帯、メッセージ種別、件名を決める本番側で受理される識別子を使わない
送信前宛先、件数、ファイル名、接続先を二人で確認する本番経路では送信停止または許可リストを使う

誤送信が起きた場合は再送や削除を急がず、相手側の受領・取込状態を確認します。テスト終了後は一時設定、ファイル、アカウント権限を戻します。