AS400 / IBM iで出荷確定後にミスが見つかった場合、単にデータを戻せばよいとは限りません。EDI送信、在庫、納品、請求、相手先受信状況まで確認しないと、物が届かない、二重出荷になる、請求がずれるといった問題につながります。
出荷確定後に見ること
| 確認 | 見る理由 |
|---|---|
| 出荷状態 | 確定済み、ピッキング済み、出荷済みを分ける |
| EDI送信 | 相手先へ送信済みか、受信済みかを見る |
| 在庫反映 | 引当、出庫、戻しで数量が変わる |
| 納品影響 | 物が届かない、違う物が届く可能性を見る |
| 請求影響 | 売上計上や請求締めに進んでいないか確認する |
やってはいけない対応
- 出荷確定済みデータを承認なしにSQLで戻す
- EDI送信済みなのに社内だけで修正する
- 相手先受信状況を確認せず再送する
- 在庫だけ直して請求や納品を見ない
- 業務担当者への説明なしに本番更新する
EDI再送の判断は、AS400 EDI再送判断チェックリストも確認してください。
出荷確定後のミスは、取消・再送・売上影響を同時に見る
出荷確定後に数量や商品、出荷先の誤りが見つかった場合、AS400上の出荷データだけを直せばよいとは限りません。すでに在庫が減り、売上予定が作られ、EDIや配送連携が送られている可能性があります。まず、確定後にどの処理が走ったかを確認し、取消、再確定、再送、請求調整の順番を決めます。
| 確認箇所 | 見る内容 | 判断 |
|---|---|---|
| 在庫 | 引当解除、出庫済み、ロケーション、戻し可否 | 数量だけ戻してよいか確認する |
| 売上 | 売上作成済み、請求対象、締め状態 | 締め後なら承認が必要 |
| 外部連携 | EDI、配送、WMS、FTP送信 | 相手先処理済みか確認する |
| 帳票 | 納品書、送り状、出荷リスト | 再発行や回収が必要か |
| 連絡 | 倉庫、営業、得意先、システム担当 | どこまで通知するか決める |
出荷確定後のミス対応では、急いでデータを直すよりも、処理済み範囲を把握することが優先です。対応記録には、元伝票、修正内容、後続処理、相手先確認、承認者を残します。これを習慣化すると、二重出荷や請求漏れのリスクを下げられます。
ここまでの要点
AS400の出荷確定後ミスでは、EDI送信、在庫、納品、請求、戻し判断をまとめて確認します。出荷は相手先と物流が絡むため、技術対応だけで閉じないことが重要です。
出荷確定ミスは、取消できるかより後続影響を先に見る
出荷確定を誤ると、在庫、売上、請求、EDI、相手先連携に影響します。単純に取消できるかだけで判断せず、すでにEDI送信済みか、請求締め前か、倉庫側の出荷実績と合っているかを確認します。
- 出荷確定の実行時刻と担当者を確認する
- EDI送信済みか、相手先に届いているかを見る
- 請求締め前後で対応方法を変える
- EDI相手先連絡テンプレート
出荷確定後に数量誤りが分かった想定例
出荷確定後の数量誤りは、出荷データだけを戻せば終わるとは限りません。EDI、在庫、納品、請求の進行状況を確認します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 波及 | 出荷実績、在庫、送り状、EDI、売上・請求の状態を確認する | どこまで社外や後続処理へ進んだかを分ける |
| 停止 | 未送信・未計上の処理を止められるか、取消手順があるか確認する | 同時に動く後続バッチと競合しないようにする |
| 訂正 | 正しい数量、訂正伝票、再送、相手先連絡、事後照合を決める | 履歴を消して元から誤りがなかった状態にしない |
訂正方法は業務責任者が決め、技術担当だけでデータを巻き戻しません。対応後は、在庫、出荷、EDI、請求の各番号と金額・数量が一致することを確認します。
関連するAS400確認ルート
出荷確定後のミスは、在庫、納品、EDI、請求に連鎖します。修正前に相手先へ何が渡ったか、再送が必要か、後続締めに影響するかを確認します。
出荷確定後は、単純な取消では済まない
出荷確定後のミスは、画面上の訂正だけで終わらないことがあります。すでにEDI送信、ピッキング、納品書、売上計上、請求データ作成へ進んでいると、AS400側だけ直しても相手先や倉庫側の状態とずれます。まず、どこまで後続処理が進んだかを確認します。
| 段階 | 確認するもの | 判断 |
|---|---|---|
| 出荷確定直後 | 出荷データ、在庫引当、作業指示 | 倉庫作業前なら訂正しやすい |
| EDI送信後 | 送信時刻、送信先、再送可否 | 相手先への連絡が必要になる |
| 売上・請求連携後 | 売上計上、請求締め、返品・赤伝 | 業務担当者の承認を残す |
現場では、急いで直すほど二重送信や在庫差異を作りがちです。修正前に、対象伝票、対象行、送信済みファイル、後続バッチの実行状況をそろえると、戻し作業の説明もしやすくなります。