AS400 / IBM iのEDIで一番怖い判断のひとつが、再送してよいかどうかです。送れていないなら再送が必要ですが、すでに相手先で受信済みなら二重送信になる可能性があります。
EDIは相手先が絡むため、AS400内部のジョブログだけで判断しないことが重要です。送信ジョブ、送信ファイル、相手先受信、出荷、請求への影響を分けて確認します。
再送前に見ること
| 確認 | 見る理由 |
|---|---|
| 送信履歴 | AS400側で送信済みか未送信かを見る |
| 相手先受信 | 相手先で取り込み済みなら二重送信になる |
| 対象データ | 受注、出荷、請求、返品のどれかで影響が違う |
| 対象件数 | 全件か一部かで再送方法が変わる |
| 再送承認 | 保守担当者だけで判断しない |
再送してはいけない可能性がある状態
- 相手先が受信済みだが、AS400側の結果だけ失敗に見えている
- 前回送信ファイルと今回送信ファイルの中身が違う
- テストデータが混ざっている可能性がある
- 出荷確定後に再送すると、相手先で二重出荷扱いになる
- 請求データの場合、締めや再締めの状態が分からない
EDI障害時の連絡は、AS400 EDI障害で取引先へ連絡する時のテンプレートも参考にしてください。
再送判断は4つの状態に分ける
EDI再送で最初に決めるのは、まだ送れていないのか、送ったが相手先で失敗したのか、受信済みなのか、テストデータや誤データが混ざっているのかです。ここを曖昧にしたまま再送すると、二重送信や業務データの不整合につながります。
| 状態 | 見るもの | 判断 |
|---|---|---|
| 未送信 | 送信ジョブ、MSGW、ジョブログ、送信フォルダ | 原因を直してから対象を限定して送る |
| 送信済み・相手先未取込 | 送信ログ、相手先の受信結果、リターンコード | 相手先と再送可否を合わせる |
| 相手先受信済み | 受信時刻、件数、取込結果 | 原則として勝手に再送しない |
| 誤データ混入 | 環境、相手先コード、データ種別、対象キー | 再送より先に影響範囲と訂正方法を決める |
再送前に残す証跡セット
再送は、作業そのものよりも「なぜ再送してよいと判断したか」を残すことが重要です。あとから取引先や業務担当者と確認できるよう、送信前後の材料を1か所にまとめます。
- 相手先コード、伝票番号、件数、送信日時
- 送信ジョブ名、ジョブログ、MSGW（メッセージ応答待ち）の有無
- 送信ファイル名、IFSパス、FTPログ
- 相手先の受信状態と連絡内容
- 更新済みデータがある場合の更新前後の確認結果
更新前後を追える環境では、DSPJRNで更新履歴を確認する手順も合わせて見ます。戻しやリランが必要な場合は、再送とは別の復旧作業として承認を分けます。
再送後に完了とする条件
EDI再送は、ファイルをもう一度送った時点では完了ではありません。相手先の受信、取込、業務処理への反映まで確認してから完了扱いにします。
| 確認 | 見ること | 完了にしない状態 |
|---|---|---|
| 相手先受信 | 受信時刻、件数、ファイル名 | 相手先が未確認 |
| 取込結果 | 正常取込、エラーリスト、リターンコード | 受信済みだが取込失敗 |
| 業務影響 | 出荷、請求、納品、締め | 二重処理や未処理が残る |
| 証跡 | 連絡内容、再送理由、承認者 | なぜ再送したか説明できない |
EDI再送の次に確認する記事
相手先から未着連絡が来た時の再送例
相手先が「届いていない」と連絡しても、送信済みデータを直ちに再送すると二重計上になる可能性があります。自社送信、通信、相手先取込を分けます。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 自社 | 送信管理番号、作成件数、送信時刻、再送フラグを確認する | 未作成と送信待ちを分ける |
| 通信 | 通信結果、ACK、エラー、再試行履歴を確認する | 送信完了と相手先業務取込を同一視しない |
| 相手先 | 管理番号と件数で受信・取込状況を照会する | 相手先確認後に再送範囲と方法を承認する |
再送時は新旧の管理番号、対象件数、重複防止方法を記録します。ファイル名だけで同一性を判断せず、業務キーや制御番号で照合します。