AS400 MSGW返答判断表｜C・I・R・D・Gとリラン前に見るポイント

返答前に「リラン前提か、戻し前提か」を分ける

MSGWの返答は、選択肢の意味だけで決めると危険です。現場では、返答によって後続処理が進む場合があります。夜間バッチ、EDI、請求締め、出荷確定のように相手先や後続処理が絡む場合は、返答前にリラン前提なのか、更新前データを確認して戻す前提なのかを分けます。

• 直前のジョブログで、本当の原因メッセージを確認する
• 返答後に自動で後続処理が流れるかを確認する
• ファイル更新済みなら、DSPJRNや更新前データの有無を見る
• 本番データ修正が必要なら、承認と戻し手順を先に決める
• 判断に迷う時は、単独で返答せず業務担当者と確認する

返答後の復旧判断は本番反映・戻し手順チェックリスト、更新前データの確認は本番データ修正チェックリストへ進むと整理しやすくなります。

返信した後に、後続処理と説明材料を確認する

MSGWは返信した瞬間に終わりではありません。返信後にジョブがどう動いたか、後続バッチが流れたか、リランが必要か、データを戻す必要があるかを確認して、翌朝説明できる形に残します。

返信後に見ること	確認する理由	次に読む記事
ジョブが正常終了したか	返信後に後続処理へ進んだか、別のCPF/RNXで止まっていないかを見る	ジョブログ実例集
リランが必要か	途中終了、二重実行、未処理データの有無を分ける	本番障害の初動対応
データ復旧が必要か	更新済みデータ、バックアップ、更新前後の確認を整理する	AS400データ復旧手順
更新履歴を追えるか	ジャーナルやDSPJRNで更新前後を追える場合がある	ジャーナルとDSPJRNの確認手順
再発時に通知されるか	夜間バッチ停止を翌朝まで放置しないよう検知ルールを見直す	MSGW早期検知とメール通知

特に夜間バッチや締め処理では、返信者、返信内容、判断理由、確認したジョブログ、後続処理の状態を残しておくと、次回同じMSGWが出た時の判断が速くなります。

返答判断メモは五項目で残す

MSGW対応を属人化させないため、返答した時刻、ジョブ名、原因メッセージID、選んだ返答と理由、返答後の結果を文字で残します。画面の画像だけでは後から検索しにくいため、承認者と後続処理の確認結果も一緒に記録すると、翌朝の引き継ぎや再発時の比較に使えます。

• 返答時刻、ジョブ名、ユーザー
• 原因メッセージIDと確認したジョブログ
• 返答文字、判断理由、承認者
• 後続ジョブとデータ更新の確認結果
• リランや追加調査の要否

MSGWは、返答文字より先に止まった業務を確認する

MSGWでC、I、R、D、Gなどの返答候補が出ると、すぐにどれを入れるかに意識が向きがちです。しかしAS400 / IBM i の本番運用では、返答文字より先に、どのジョブが止まり、どの業務に影響し、再実行してよい処理かを確認します。返答を間違えると、処理中断、二重処理、データ不整合につながることがあります。

確認順	見る内容	注意点
ジョブ名	どのジョブがMSGWになったか	利用者ジョブか夜間バッチかで緊急度が違う
メッセージ詳細	原因、選択肢、前後のメッセージ	最後の行だけで判断しない
業務影響	出荷、請求、売上、在庫、連携への影響	担当部署へ確認が必要な場合がある
返答候補	C、I、R、D、Gの意味と結果	環境や処理により安全な返答は変わる
記録	時刻、返答者、判断理由、結果	同じMSGWの再発時に使う

MSGW対応は経験差が出やすい領域です。若手に任せる場合は、「何を返すか」だけでなく、「返す前に何を確認するか」を決めておく必要があります。研修では、実際のメッセージをそのまま外へ出さず、一般化した例で、返答判断、再実行可否、業務担当への連絡内容を練習するのが安全です。