AS400 / IBM iのEDIで怖い事故の一つが、テストデータを本番へ送信してしまうことです。EDIは相手先が絡むため、AS400内部の修正だけでは済みません。取引先、物流、出荷、在庫、請求へ影響し、物が届かない、誤ったデータが相手側へ入る、といった問題につながります。
若手や外部エンジニアがEDIを扱う時は、技術的に送れるかだけでなく、本番環境、テスト環境、送信先、ファイル名、送信タイミング、再送ルールを必ず確認します。
本番送信前のチェック
| 確認 | 見ること | 事故例 |
|---|---|---|
| 環境 | 本番かテストか、ライブラリ、接続先 | テスト環境のつもりで本番送信する |
| 送信先 | 取引先コード、送信先ID、通信定義 | 別の相手先へ送る |
| データ | テストデータ、実データ、対象日付 | テスト注文や架空出荷を送る |
| ファイル名 | 送信ファイル、IFS、保存先、世代 | 古いファイルを再送する |
| 再送 | 二重送信防止、再送条件、履歴 | 同じデータを重複送信する |
| 業務影響 | 出荷、在庫、請求、相手側取込 | 物が届かない、請求がずれる |
若手・外部担当者に徹底すること
- 本番送信前に環境名と送信先を声に出して確認する
- テストデータと本番データを同じ場所に置かない
- 送信ジョブやCLを実行する前に対象ファイルを確認する
- 再送は担当者判断ではなく承認を取る
- 送信後は相手側の受信結果まで確認する
- 本番送信の操作ログと結果を残す
業務理解がないとEDIは扱えない
EDIは通信だけの問題ではありません。出荷、在庫、請求、相手先業務とつながっています。業務が理解できないまま送信や再送を行うと、技術的には成功していても、業務上は事故になることがあります。
業務確認は AS400業務ヒアリングシート、外部連携の再送は AS400外部インターフェース再送チェックリスト、クラウド/API連携前の確認は AS400クラウド・API連携前チェックも確認してください。
Codexでできること
EDI関連のCLやRPGは、長年の運用で複雑になりがちです。CodexやAIは、送信前チェック、処理概要、ファイルの流れ、再送条件、テスト観点を整理する下書きに使えます。ただし、取引先名、実データ、接続情報は必ずマスキングしてください。
安全な使い方は AS400 / IBM i 現場向けCodex実戦研修も参考にしてください。
まとめ
AS400 EDIでは、テストデータを本番送信しないために、環境、送信先、データ、ファイル名、再送、業務影響を確認します。EDIは相手先と物流に影響するため、技術確認と業務確認を必ずセットで行いましょう。
現場メモ：EDI本番送信前の声出し確認
EDIは、技術的に送れるかだけではなく「本番に送ってよいデータか」を確認する作業です。送信前に、環境、送信先、対象日、ファイル名、テストデータ混入、再送条件を声に出して確認すると、若手や外部担当者の思い込みを減らせます。
この確認は、単なる慎重さではありません。相手先、出荷、在庫、請求に影響するため、業務理解がないと設計できない領域 として扱うべきです。
EDIは相手先がいる業務
EDIの怖さは、自社内だけで完結しない点です。テストデータを本番送信すると、取引先、出荷、在庫、請求に影響します。技術的な送受信確認だけでなく、業務理解、相手先連絡、再送判断、取消手順まで決めておく必要があります。
