AS400 / IBM iのEDIで一番怖い判断のひとつが、再送してよいかどうかです。送れていないなら再送が必要ですが、すでに相手先で受信済みなら二重送信になる可能性があります。
EDIは相手先が絡むため、AS400内部のジョブログだけで判断しないことが重要です。送信ジョブ、送信ファイル、相手先受信、出荷、請求への影響を分けて確認します。
再送前に見ること
| 確認 | 見る理由 |
|---|---|
| 送信履歴 | AS400側で送信済みか未送信かを見る |
| 相手先受信 | 相手先で取り込み済みなら二重送信になる |
| 対象データ | 受注、出荷、請求、返品のどれかで影響が違う |
| 対象件数 | 全件か一部かで再送方法が変わる |
| 再送承認 | 保守担当者だけで判断しない |
再送してはいけない可能性がある状態
- 相手先が受信済みだが、AS400側の結果だけ失敗に見えている
- 前回送信ファイルと今回送信ファイルの中身が違う
- テストデータが混ざっている可能性がある
- 出荷確定後に再送すると、相手先で二重出荷扱いになる
- 請求データの場合、締めや再締めの状態が分からない
EDI障害時の連絡は、AS400 EDI障害で取引先へ連絡する時のテンプレートも参考にしてください。
まとめ
AS400 EDIの再送判断では、未送信か二重送信かを分けることが最優先です。ジョブログ、送信履歴、相手先受信、業務影響を揃えてから、承認を取って再送します。
EDIは相手先がいるため、技術判断だけで再送しない
EDIトラブルは、AS400内だけで完結しません。相手先の受信状態、送信済みデータ、再送時の重複、出荷や請求への影響を確認してから判断します。若手や外部エンジニアで危ないのは、テストデータを本番送信したり、相手先確認前に再送してしまうことです。
- 再送前に、相手先が受信済みか未受信かを確認する
- 本番データとテストデータの混入がないか見る
- 出荷、請求、在庫への業務影響を先に整理する
- EDIのテスト環境と本番環境を分ける考え方
- AS400トラブル逆引き一覧
