AS400 / IBM i の保守では、「動きません」「遅いです」「帳票が出ません」という問い合わせだけでは調査が進みません。現場で強い保守担当者は、最初に聞くことが決まっています。問い合わせ受付テンプレートを持つと、担当者の経験差を小さくできます。
最初に聞く項目
| 項目 | 聞くこと | 理由 |
|---|---|---|
| 発生時刻 | いつから、何時何分ごろか | ジョブログやバッチ時刻と合わせる |
| 業務名 | 在庫照会、請求締め、出荷確定など | 対象処理を絞る |
| 影響範囲 | 全員か、一部ユーザーか、一台だけか | 端末かシステムかを分ける |
| 画面・帳票 | メニュー名、画面名、帳票名 | プログラムやジョブを探す入口にする |
| エラー | メッセージID、表示文、スクリーンショット | CPF/RNX/MSGWを確認する |
| 再現条件 | どの入力で起きるか | データ起因か処理起因かを分ける |
業務名で聞くと調査が早い
利用者はプログラム名やジョブ名を知りません。だからこそ、在庫照会、請求締め、出荷確定のような業務名で聞くことが大切です。そこからメニュー、画面、ジョブ、ファイル、帳票へつなげていきます。
会話できる保守担当者が強い
AS400保守では、RPGやCLだけ分かっていても足りません。利用者と会話して、何が困っているのか、どこまで業務影響があるのか、今止めてよいのかを聞ける人が強いです。問い合わせテンプレートは、その力をチームで共有するための道具です。
障害初動は AS400本番障害の初動チェックリスト、業務名から追う方法は AS400業務トラブルの調べ方、接続トラブルは AS400 ACS・5250接続トラブル を参照してください。
Codex研修へのつなげ方
Codexは、問い合わせ文から確認項目を整理する用途に向いています。ただし、顧客名、個人名、実データをそのまま入れず、匿名化した問い合わせ文にします。AIで調査時間を減らすには、最初に聞く情報の質が重要です。
関連: AS400設計書・運用資料の棚卸しチェックリスト｜古い資料を現行仕様に合わせるもあわせて確認してください。
関連: AS400若手エンジニア育成ロードマップ｜RPG/CL・業務理解・障害対応をどう教えるかもあわせて確認してください。
関連: AS400の保守費用・契約・AI活用を検討する場合は、AS400現場でCodex・AI導入を稟議に出す時の整理項目｜調査時間削減を説明する も確認してください。
関連: AS400障害報告書テンプレート｜原因・影響・対応・再発防止を現場目線で整理するもあわせて確認してください。
問い合わせを受けた直後の記録例
「処理が止まった」だけでは同じ状態を再現できません。夜間ジョブがMSGWになった想定で、最初の受付票を具体化します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 識別情報 | ジョブ名、ユーザー、番号、メッセージID、発生時刻 | 対象ジョブを一意に特定する |
| 画面情報 | 表示文と二次レベル情報、応答済みか未応答か | メッセージ本文を省略せず安全に記録する |
| 業務影響 | 後続バッチ、帳票、外部連携の開始状況 | 技術調査と業務連絡の優先順位を決める |
受付票にはパスワード、実データ全文、顧客情報を貼り付けません。必要な値は伏字や件数へ置き換え、原本の保管場所と閲覧権限だけを管理します。連絡後に状況が変わった場合は、最初の受付内容を上書きせず、時刻付きの追記として残します。追記には確認者と次回連絡時刻も入れ、口頭連絡だけで調査経緯が切れないようにします。
関連するAS400確認ルート
問い合わせテンプレートは、現象、発生時刻、ジョブ名、メッセージID、再現条件をそろえるための実務道具です。情報がそろうほど、調査は人の勘ではなく再現可能な手順になります。