AS400出荷確定できない時の確認手順|在庫・引当・ロック・出荷データを切り分ける

AS400 / IBM i の販売管理で「出荷確定できない」と言われた時は、在庫不足だけでなく、引当、ロック待ち、出荷指示データ、得意先・品番マスタ、外部連携を切り分けます。画面上のエラーだけで判断すると、後続の売上計上や請求締めに影響が残ることがあります。

最初に見る順番

確認見るもの判断
在庫実在庫、引当可能数、倉庫数量不足か、倉庫違いか
引当既存受注、出荷予定他伝票が先につかんでいないか
ロックLCKW、WRKOBJLCK誰が処理中か
出荷データ出荷指示、確定済み、送信済み未作成か、二重処理か
マスタ品番、得意先、出荷条件出荷不可条件がないか

業務側に聞くこと

対象の受注番号、品番、倉庫、出荷予定日、エラーが出た画面、他の担当者でも再現するかを確認します。出荷確定は在庫・売上・請求へつながるため、強制的に進める前に後続影響を見ます。

後続処理まで確認する

出荷確定が通ったあとも、売上計上、請求締め、外部送信、帳票出力まで確認します。出荷だけ直っても、売上や請求が止まると別の問い合わせになります。

業務画面から追う場合は AS400業務トラブルの調べ方、在庫差異は AS400在庫差異の調べ方、ロック待ちは AS400ロック待ち確認手順 を確認してください。

出荷確定後に止まりやすい後続処理

出荷確定が通っただけで安心しない方がよいです。AS400の販売管理では、出荷確定の後に売上計上、納品書、請求締め、EDI/FTP送信、在庫更新が続くことがあります。どこまで進んだかを確認しないと、翌日に「出荷はしたのに請求されていない」「相手先にデータが届いていない」という別トラブルになります。

後続処理確認すること見落とすと起きること
売上計上売上データ作成、締め対象、エラー有無売上が立たず、請求締めで止まる
帳票出力納品書、送り状、スプール、OUTQ現場では出荷したのに帳票が出ない
EDI/FTP送信送信対象、送信ログ、相手先取込物は動いたが相手先にデータが届かない
在庫更新引当解除、出庫、倉庫、ロット在庫差異や二重引当が残る
取消・再確定取消可否、再確定範囲、承認者二重送信や二重売上の原因になる

引当済みでも出荷確定できない時の例

在庫がある表示でも、引当状態、ロック、倉庫、出荷作業データが整っていなければ確定できません。

確認点確認内容判断
在庫倉庫・ロケーション別の在庫、引当、保留、不良品区分を確認する合計在庫だけで可否を判断しない
処理伝票状態、作業データ、ロック保持ジョブ、MSGWを確認する同じ確定操作を連打しない
連携送り状、EDI、在庫更新、売上計上の作成状況を確認する途中まで送信済みなら重複を防ぐ

解除や再実行の前に、対象伝票を一意に識別し、同じ条件の他伝票にも影響がないか確認します。復旧後は在庫数量と出荷・売上の件数を照合します。

関連するAS400確認ルート

出荷確定できない時は、在庫・ロック・連携前提を分けて見る

AS400で出荷確定できない時は、画面のエラー文だけでなく、在庫引当、出荷指示、ピッキング、ロック、EDI送信、売上作成の前提を分けて見ます。出荷確定は後続の売上、請求、在庫、外部連携に影響するため、無理にフラグを変えたり、手作業でデータを直したりする前に、どこで止まっているかを確認します。

確認箇所見る内容判断のポイント
在庫・引当在庫数、引当数、欠品、ロケーション、出荷可能数在庫があるように見えても引当済みの場合がある
出荷データ出荷指示、ピッキング済み、検品済み、確定フラグ明細単位で状態がずれていないか
ロック同じ伝票や商品を別ジョブが使用していないかWRKOBJLCKやジョブログを確認する
外部連携EDI、FTP、WMS、配送連携の送信前後二重送信を避ける
後続処理売上作成、請求締め、帳票、会計連携確定後に何が走るかを把握する

出荷確定の障害は、現場の作業が止まるため急ぎがちです。ただし、出荷確定後にEDIや売上が作られる設計では、安易な再実行やフラグ更新が二重処理につながります。調査メモには、対象伝票、発生時刻、画面メッセージ、ジョブログ、後続連携の有無を残し、必要なら承認者を決めてから対応します。