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・障害対応記事
- AS400 EDI・外部連携トラブル確認手順
- EDI再送判断チェックリスト
- EDI障害の取引先連絡テンプレート
- AS400 MSGWの見方
- DSPJRNで更新履歴と原因を追う
- AS400保守で業務理解がないと設計できない理由
テスト伝票を本番送信しないための例
検証用の伝票を作っても、接続先や送信ジョブが本番向けなら社外へ届く可能性があります。データだけでなく経路を分離します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 環境 | ライブラリ、接続先、送信アカウント、出力IFSを確認する | テストデータの印だけで安全と判断しない |
| 識別 | テスト用の取引先、伝票番号帯、メッセージ種別、件名を決める | 本番側で受理される識別子を使わない |
| 送信前 | 宛先、件数、ファイル名、接続先を二人で確認する | 本番経路では送信停止または許可リストを使う |
誤送信が起きた場合は再送や削除を急がず、相手側の受領・取込状態を確認します。テスト終了後は一時設定、ファイル、アカウント権限を戻します。
