AS400締め処理トラブルの現場ランブック｜請求締め・月次締めの混乱を防ぐ確認順

AS400 / IBM iの現場で、今でも相談が多いのが締め系トラブルです。請求締め、月次締め、売上締め、在庫締めは、単にジョブが終わればよい処理ではありません。後続の請求、出荷、在庫、会計連携に影響するため、技術対応だけで進めると現場が荒れます。

この記事では、締め処理が止まった時に、保守担当者が落ち着いて確認するための現場ランブックをまとめます。

最初に確認すること

締め処理では「直します」だけでは足りません。今どの締めが止まっているか、出荷や請求に影響するか、何時までに終わらないと困るか、再実行や戻しの承認者は誰かを確認します。ここで業務を理解せずに作業すると、技術的には復旧しても業務上は事故になります。

業務理解が必要な理由は、AS400保守で業務理解がないと設計できない理由にもまとめています。

AS400の締め処理トラブルでは、ジョブログ、MSGW（メッセージ応答待ち）、再実行、戻し判断、業務承認をセットで確認します。締めは運用絡みの相談が多いため、コマンド操作よりも現場との確認順が重要です。

締め系のトラブルは、プログラムだけでなく運用絡みで起きることが多いです。誰がどこまで処理したか、締め前データに戻せるか、後続の請求・在庫・売上に影響するかを確認せずに再実行すると、二重計上や不整合を作る可能性があります。

締め処理では、再実行できるかどうかだけでなく、売上、請求、在庫、EDIへの業務影響を確認してから判断します。

請求締めや月次締めが止まると、売上、請求、在庫、EDI、帳票まで影響します。ジョブログやMSGWを見る前に、どの業務が止まり、誰に連絡し、どこまで戻せるかを整理すると、現場が荒れにくくなります。

締め処理が途中で止まった場合、先頭から再実行すると二重計上になることがあります。最後に正常完了した段階と、未完了の段階を分けます。

確認点	確認内容	判断
進捗	ジョブログ、出力件数、完了フラグから最終成功ステップを特定する	画面の見た目だけで停止位置を決めない
重複	再実行時に追加、更新、送信されるデータを確認する	再実行可能な単位を処理設計から判断する
再開	MSGW、ロック、外部連携の状態を解消してから承認を取る	確認結果と再開時刻を業務担当へ共有する

復旧後は期間合計、件数、帳票、会計やEDIの受信結果まで照合します。締めジョブが正常終了しても、下流へ重複や欠落がないことを確認します。