AS400 / IBM i の保守で本当に怖いのは、システムが古いことだけではありません。業務を分かる人、RPG/CLを読める人、本番障害時に会話できる人が同時に減っていくことです。担当者が退職した後に、夜間バッチ停止、請求締め、出荷確定、在庫照会の問い合わせが来ると、調査の入口から詰まります。
この記事では、AS400保守が属人化している会社で、何から整理すればよいかを現場目線でまとめます。保守会社を探す前、若手を育てる前、AIやCodexを使う前に、まず「業務」「プログラム」「運用」「障害対応」をつなぐ台帳を作ることが大切です。
AS400保守の属人化で起きやすい問題
- 業務名は分かるが、対応するプログラム名やジョブ名が分からない
- RPG/CLを読める人はいるが、業務担当者と会話できる人が少ない
- 設計書が古く、実際の本番処理と一致していない
- 夜間バッチ停止時に、誰が判断するか決まっていない
- 若手に引き継ぎたいが、何から教えるべきか整理されていない
最初に作るべき保守台帳
| 台帳 | 書くこと | 使う場面 |
|---|---|---|
| 業務メニュー台帳 | 在庫照会、請求締め、出荷確定などの業務名 | 問い合わせ時に業務影響を判断する |
| ジョブ・バッチ台帳 | ジョブ名、JOBQ、SBSD、開始時刻、後続処理 | 夜間バッチ停止時に見る |
| プログラム台帳 | RPG/CL、呼び出し順、主なファイル | 改修や障害調査で見る |
| ファイル台帳 | 物理ファイル、論理ファイル、主キー、更新タイミング | データ不整合や抽出依頼で見る |
| 障害対応台帳 | MSGW、CPF、RNX、リカバリー手順、連絡先 | 本番障害の初動で見る |
業務が分かる人と開発が分かる人をつなぐ
AS400保守では、プログラムを読めるだけでも、業務を知っているだけでも足りません。たとえば「請求締めが終わらない」という相談が来た時に、対象ジョブ、更新ファイル、帳票、後続処理、再実行可否をつなげて話せる人が必要です。ここが抜けると、保守会社へ依頼しても調査が長引きます。
障害時の初動は、AS400本番障害の初動チェックリストに整理しています。ジョブログの読み方は、AS400ジョブログの見方も合わせて確認してください。
若手に教える順番
若手に最初からRPGの細かい書き方だけを教えても、現場対応にはつながりにくいです。まずは、画面、ジョブ、ジョブログ、ライブラリ、ファイル、業務影響の順に教えると、保守の会話に入りやすくなります。
| 段階 | 覚えること | 読む記事 |
|---|---|---|
| 1 | 基本コマンドと画面操作 | AS400基本操作とコマンド |
| 2 | ジョブログとメッセージID | メッセージID・エラーコード索引 |
| 3 | RPG/CLの読み方 | RPG/CL保守の入口 |
| 4 | 夜間バッチと本番対応 | 夜間バッチ障害対応フロー |
| 5 | AIで調査時間を減らすルール | AS400保守でのCodex活用 |
保守会社に依頼する前に整理すること
保守会社へ相談する時は、「AS400を見てほしい」だけでは調査が進みません。対象業務、困っている現象、直近の変更、ジョブログ、関連ファイル、再現条件、希望する対応範囲を整理しておくと、見積もりや初動が早くなります。
外部相談の準備は、AS400保守会社に相談する前のチェックリストにまとめています。
Codex研修につなげるなら何を準備するか
AIで調査時間を減らしたい場合も、いきなり本番ソースや本番データを入れるのは危険です。匿名化したジョブログ、サンプルCL、架空の業務名、確認観点のテンプレートを用意し、会社として何を入れてよいかを先に決めます。
AS400の現場文脈で安全にCodexを使うルールを作りたい場合は、AS400 / IBM i 現場向けCodex実戦研修が入口になります。調査時間を減らしたい、若手教育を進めたい、属人化を減らしたい会社ほど、先に使い方の型を決めるのが重要です。
ここまでの要点
AS400保守の属人化は、担当者だけの問題ではなく、業務、プログラム、ジョブ、ファイル、障害対応がつながっていないことから起きます。まずは保守台帳を作り、若手に教える順番を決め、外部相談やCodex活用につなげると、検索で見つけた情報を現場の改善に変えやすくなります。
属人化対策は担当者の記憶を「確認順序」に置き換える
AS400保守の属人化は、詳しい人をもう一人置くだけでは解消しません。夜間バッチ、MSGW、EDI、締め処理、RPG/CL、更新ファイル、業務影響を「どの順番で確認するか」まで残して、若手や外部パートナーが同じ初動を取れる状態にすることが大切です。
| 残すもの | 使う場面 |
|---|---|
| 業務メニューと影響範囲 | 締め処理、出荷、EDIなど、止めると現場が荒れる業務を先に判断する |
| ジョブ・バッチと実行順 | 夜間バッチ停止、MSGW、後続処理の詰まりを追う |
| RPG/CLと更新ファイル | 修正対象、更新タイミング、戻し対象のファイルを確認する |
| 障害時の初動と戻し手順 | リラン可否、更新前データ、連絡先、承認者を迷わず確認する |
| 外部パートナーへ渡す説明メモ | 職務経歴や面談だけでは見えない業務理解の差を埋める |
解読しづらいRPG/CLやジョブログを整理する時は、機密情報をマスキングしたうえで、Codexに「処理の目的」「更新しているファイル」「障害時に確認する順番」をまとめさせると、引き継ぎ資料のたたき台を作りやすくなります。ただし最終判断は、業務影響を知る担当者が確認する前提です。
次に確認するAS400保守の入口
- AS400担当者が退職する時の引き継ぎチェックリスト
- AS400保守会社・開発会社の選び方
- AS400業務トラブルの調べ方
- RPG/CLソース解析をCodexで整理する手順
- 実際によくあるAS400相談トップ10
属人化対策を外部委託と教育に分けて進める
AS400保守の属人化は、担当者を増やすだけでは解消しません。
障害対応、月次処理、バックアップ、業務仕様、RPG/CL調査のうち、外部へ任せる範囲と社内に残す範囲を分けることで、退職や異動が起きても止まりにくい体制になります。
属人化を減らすために次へ進める順番
AS400保守の属人化は、担当者の知識を一度にすべて文書化しようとすると止まりやすくなります。まずは、よく使うコマンド、障害時に見るジョブログ、月次・日次の確認作業、変更前に見るファイルやプログラムを小さく切り出すのが現実的です。
そのうえで、後任者へ渡すチェックリスト、若手向けの学習順、Codexを使った調査補助のルールを整えると、担当者不在時にも確認できる範囲が広がります。