AS400 / IBM i の販売管理で「出荷確定できない」と言われた時は、在庫不足だけでなく、引当、ロック待ち、出荷指示データ、得意先・品番マスタ、外部連携を切り分けます。画面上のエラーだけで判断すると、後続の売上計上や請求締めに影響が残ることがあります。
最初に見る順番
| 確認 | 見るもの | 判断 |
|---|---|---|
| 在庫 | 実在庫、引当可能数、倉庫 | 数量不足か、倉庫違いか |
| 引当 | 既存受注、出荷予定 | 他伝票が先につかんでいないか |
| ロック | LCKW、WRKOBJLCK | 誰が処理中か |
| 出荷データ | 出荷指示、確定済み、送信済み | 未作成か、二重処理か |
| マスタ | 品番、得意先、出荷条件 | 出荷不可条件がないか |
業務側に聞くこと
対象の受注番号、品番、倉庫、出荷予定日、エラーが出た画面、他の担当者でも再現するかを確認します。出荷確定は在庫・売上・請求へつながるため、強制的に進める前に後続影響を見ます。
後続処理まで確認する
出荷確定が通ったあとも、売上計上、請求締め、外部送信、帳票出力まで確認します。出荷だけ直っても、売上や請求が止まると別の問い合わせになります。
業務画面から追う場合は AS400業務トラブルの調べ方、在庫差異は AS400在庫差異の調べ方、ロック待ちは AS400ロック待ち確認手順 を確認してください。
出荷確定後に止まりやすい後続処理
出荷確定が通っただけで安心しない方がよいです。AS400の販売管理では、出荷確定の後に売上計上、納品書、請求締め、EDI/FTP送信、在庫更新が続くことがあります。どこまで進んだかを確認しないと、翌日に「出荷はしたのに請求されていない」「相手先にデータが届いていない」という別トラブルになります。
| 後続処理 | 確認すること | 見落とすと起きること |
|---|---|---|
| 売上計上 | 売上データ作成、締め対象、エラー有無 | 売上が立たず、請求締めで止まる |
| 帳票出力 | 納品書、送り状、スプール、OUTQ | 現場では出荷したのに帳票が出ない |
| EDI/FTP送信 | 送信対象、送信ログ、相手先取込 | 物は動いたが相手先にデータが届かない |
| 在庫更新 | 引当解除、出庫、倉庫、ロット | 在庫差異や二重引当が残る |
| 取消・再確定 | 取消可否、再確定範囲、承認者 | 二重送信や二重売上の原因になる |
引当済みでも出荷確定できない時の例
在庫がある表示でも、引当状態、ロック、倉庫、出荷作業データが整っていなければ確定できません。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 在庫 | 倉庫・ロケーション別の在庫、引当、保留、不良品区分を確認する | 合計在庫だけで可否を判断しない |
| 処理 | 伝票状態、作業データ、ロック保持ジョブ、MSGWを確認する | 同じ確定操作を連打しない |
| 連携 | 送り状、EDI、在庫更新、売上計上の作成状況を確認する | 途中まで送信済みなら重複を防ぐ |
解除や再実行の前に、対象伝票を一意に識別し、同じ条件の他伝票にも影響がないか確認します。復旧後は在庫数量と出荷・売上の件数を照合します。
関連するAS400確認ルート
出荷確定できない時は、在庫・ロック・連携前提を分けて見る
AS400で出荷確定できない時は、画面のエラー文だけでなく、在庫引当、出荷指示、ピッキング、ロック、EDI送信、売上作成の前提を分けて見ます。出荷確定は後続の売上、請求、在庫、外部連携に影響するため、無理にフラグを変えたり、手作業でデータを直したりする前に、どこで止まっているかを確認します。
| 確認箇所 | 見る内容 | 判断のポイント |
|---|---|---|
| 在庫・引当 | 在庫数、引当数、欠品、ロケーション、出荷可能数 | 在庫があるように見えても引当済みの場合がある |
| 出荷データ | 出荷指示、ピッキング済み、検品済み、確定フラグ | 明細単位で状態がずれていないか |
| ロック | 同じ伝票や商品を別ジョブが使用していないか | WRKOBJLCKやジョブログを確認する |
| 外部連携 | EDI、FTP、WMS、配送連携の送信前後 | 二重送信を避ける |
| 後続処理 | 売上作成、請求締め、帳票、会計連携 | 確定後に何が走るかを把握する |
出荷確定の障害は、現場の作業が止まるため急ぎがちです。ただし、出荷確定後にEDIや売上が作られる設計では、安易な再実行やフラグ更新が二重処理につながります。調査メモには、対象伝票、発生時刻、画面メッセージ、ジョブログ、後続連携の有無を残し、必要なら承認者を決めてから対応します。
