AS400 / IBM i の出荷業務では、「出荷データが取引先に届いていない」「同じデータを二重送信したかもしれない」「再送してよいか分からない」という相談があります。出荷確定、ファイル作成、FTP送信、取引先取込を分けて確認します。
出荷連携で見る順番
| 確認 | 見るもの | 判断 |
|---|---|---|
| 出荷確定 | 確定日時、取消、再確定 | 元データが作られたか |
| ファイル作成 | IFS、CSV、固定長、更新時刻 | 送信前ファイルがあるか |
| 送信 | FTPログ、EDIログ、リターンコード | 外部へ送れたか |
| 取込 | 取引先側結果、外部システムログ | 受信後に失敗していないか |
| 再送 | 送信済み管理、承認、影響範囲 | 二重送信にならないか |
再送前に送信済み管理を見る
届いていないと言われても、AS400側では送信済み、取引先側では取込失敗ということがあります。再送する前に、送信ログ、取引先の受信結果、出荷確定状態、締め処理への影響を確認します。
外部連携全体は AS400 EDI・外部連携トラブルの確認手順、IFS（統合ファイルシステム）/FTP/CSVは IFS・FTP・CSV連携トラブル を参照してください。
二重送信・未送信を分ける判断表
出荷データは、相手先に渡った瞬間に現物の出荷、納品、請求、在庫へつながります。AS400側で「送ったかどうか」だけを見るのではなく、相手先が受け取ったか、取り込んだか、業務担当が出荷を進めてよい状態かを分けて確認します。
| 状態 | 見るもの | 判断 |
|---|---|---|
| 未送信 | 出荷確定、送信対象抽出、送信ジョブ | 送信処理を再実行できるか確認 |
| 送信済み・相手先未受信 | FTP/EDIログ、通信エラー、相手先受信ログ | 再送候補。ただし対象範囲を絞る |
| 相手先受信済み・未取込 | 相手先取込ログ、エラー戻り、件数 | 相手先側の再取込か、自社再送かを相談 |
| 相手先取込済み | 伝票番号、件数、取込時刻 | 原則再送しない。訂正や取消手順を確認 |
| 二重送信疑い | 同一伝票、同一ファイル名、送信時刻 | 現物出荷や請求へ進んでいないか確認 |
再送前に残す確認メモ
- 取引先、出荷日、伝票番号、ファイル名、件数
- 出荷確定の状態、取消や再確定の有無
- AS400側の送信ログ、FTPログ、ジョブログ
- 相手先の受信有無、取込結果、エラー内容
- 再送可否を判断した担当者と承認者
- 再送後に確認する在庫、出荷、請求への影響
同じ出荷番号が二度送られた想定例
取引先から重複受信の連絡があった場合、AS400の送信状態だけでなく、ファイル作成、転送、相手側取込の識別キーを追います。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 元データ | 出荷番号、送信管理番号、状態、更新時刻を確認する | 同じ業務データと再作成データを分ける |
| 送信経路 | 作成ファイル、転送ログ、再送操作、応答を時系列で確認する | 通信再試行と業務再送を混同しない |
| 相手側 | 受領回数、取込結果、重複排除キー、訂正方法を確認する | 確認前に三度目の送信を行わない |
未送信の疑いでも同じ確認順を使い、相手側の受領状態を確認してから再送します。対応後は送信管理と業務伝票の状態をそろえ、原因となった再実行手順を見直します。
再送してよい状態・止める状態
外部連携の再送は、自社側の送信結果だけで判断しません。相手先が未取込なのか、取込済みなのか、エラーで破棄されたのかで、やるべき対応が変わります。ここを確認しないまま再送すると、物が二重に動いたり、請求や在庫の数字がずれたりします。
| 状態 | 判断 | 確認相手 |
|---|---|---|
| AS400側で未送信 | 送信処理の再実行候補 | 運用担当、ジョブログ、送信キュー |
| AS400側で送信済み・相手先未取込 | 相手先の受信ログを見てから再送判断 | 相手先システム担当 |
| 相手先取込済み | 原則、再送しない。訂正・取消手順を確認 | 業務担当、相手先担当 |
| 誤データを送信済み | 再送より先に取消、訂正、影響範囲を確認 | 業務責任者、相手先担当 |
| 同じファイルを複数回送った可能性 | 二重登録の有無を先に確認 | 相手先、業務担当、ログ担当 |
外部連携の再送は、相手先の処理済み状態を確認してから行う
EDI、FTP、CSV、API連携で再送が必要になった時は、AS400側で送ったかどうかだけで判断しないことが大切です。ファイルを作成した、送信した、相手先が受信した、相手先が業務処理した、という状態は別です。どの段階で止まったかを確認せずに再送すると、二重発注、二重出荷、二重請求につながることがあります。
| 段階 | 確認内容 | 再送前の判断 |
|---|---|---|
| ファイル作成 | 作成日時、対象件数、ファイル名、抽出条件 | 対象データが正しいか |
| 送信処理 | FTPログ、ジョブログ、戻りコード、通信先 | 送信成功と処理成功を混同しない |
| 相手先受信 | 受信確認、受付番号、エラー応答 | 相手先に確認する |
| 業務処理 | 取り込み済み、重複チェック、取消可否 | 二重処理のリスクを見る |
| 再送記録 | 承認者、理由、対象、再送時刻 | 後から説明できるようにする |
再送チェックリストは、障害時の焦りを減らすためのものです。担当者が変わっても同じ判断ができるように、連携名、送信ファイル、対象期間、相手先確認結果、再送可否を残します。研修では、実際の連携ファイルを使わず、一般化したケースで二重送信防止の考え方を練習できます。
関連するAS400確認ルート
二重送信と未送信は、出荷確定の前後で切り分ける
出荷データの二重送信や未送信は、AS400 / IBM i の現場では売上、在庫、EDI、配送連携に直結します。まず、出荷確定前に止まったのか、確定後の連携で止まったのかを分けます。確定前なら在庫や出荷指示、確定後なら送信履歴、連携ファイル、再送管理、相手先受信状況を確認します。
| 状態 | 見る場所 | 判断 |
|---|---|---|
| 未送信 | 出荷確定フラグ、送信対象抽出条件、処理日付 | そもそも連携対象に入っているか確認する |
| 二重送信 | 送信履歴、再送指示、連携済みフラグ、相手先受付番号 | 再送前に相手先の受信状況を確認する |
| 一部明細だけ不一致 | 伝票明細、数量、返品、欠品、分納 | ヘッダーだけでなく明細単位で見る |
| FTP/EDIエラー | 転送ログ、ジョブログ、相手先応答 | 送信済みと処理済みを混同しない |
| 再送判断 | 業務担当、相手先、システム担当の承認 | 二重出荷や二重請求を避ける |
再送する時は、伝票番号、送信日時、送信ファイル名、相手先の処理結果を必ず残します。若手に任せる場合は、「送信ファイルを作った」「FTPで送った」「相手先が処理した」を別の状態として説明できるようにすると、障害対応の質が上がります。こうした切り分けを研修で扱う場合は、ジョブログや実データをそのまま持ち出さず、概要化した例で練習するのが安全です。