AS400 / IBM iの保守で担当者が退職・異動する時、もっとも危ないのはRPG/CLの中身だけが残り、業務判断や運用の背景が引き継がれないことです。ソースがあっても、なぜその処理順なのか、どの帳票に影響するのか、どの締め処理で使うのかが分からなければ、次の担当者は安全に改修できません。
この記事では、RPG/CL資産を引き継ぐ前に残すべき資料と確認項目を整理します。退職直前に慌てるのではなく、主要処理から少しずつ棚卸してください。
まず残すべき5つの資料
| 資料 | 書く内容 | 目的 |
|---|---|---|
| 処理概要 | 何の業務で、いつ、誰が、何を処理するか | 業務の入口を理解する |
| 呼び出し関係 | メニュー、CL、RPG、サブプログラム、DSPPGMREF | 影響範囲を追う |
| ファイル一覧 | 物理ファイル、論理ファイル、更新・参照区分 | データ影響を把握する |
| 運用手順 | ジョブ投入、再実行、締め処理、帳票確認 | 障害時に戻せるようにする |
| テスト観点 | 正常系、例外、締め日、権限、再実行 | 改修後の事故を減らす |
RPG/CLソースだけでは引き継ぎにならない
RPGやCLのソースは重要ですが、それだけでは引き継ぎとして不十分です。AS400の資産には、画面、帳票、ジョブスケジュール、データファイル、外部連携、手作業、現場判断が絡みます。特に、請求締め、出荷確定、在庫調整、単価改定、返品処理のような業務では、ソース外の運用ルールが事故防止に効きます。
処理概要には、プログラム名だけでなく「この処理が失敗すると何が止まるか」「誰に確認するか」「再実行してよい条件は何か」を書きます。これがあるだけで、障害時の判断がかなり楽になります。
影響調査で見るポイント
- どのメニューやCLから呼ばれるか
- どの物理ファイルを更新するか
- どの論理ファイルや帳票に影響するか
- バッチ処理か、対話処理か
- 再実行した時に二重更新にならないか
- 締め日、月末、棚卸、請求処理で動くか
呼び出し関係の確認は DSPPGMREFによる影響調査、RPGの基本は AS400 RPG保守の初心者向けガイドを先に見ると整理しやすいです。
引き継ぎ時のヒアリング質問
- この処理はどの業務のどのタイミングで使いますか
- 失敗した時、現場は何に困りますか
- 過去に障害やヒヤリハットはありましたか
- 再実行してよい条件と、してはいけない条件は何ですか
- 毎月・毎年・繁忙期だけ動く処理はありますか
- 仕様書に書かれていない現場ルールはありますか
この質問は、ベテラン担当者の頭の中にある業務知識を取り出すためのものです。ソース解析だけでなく、現場ヒアリングとセットで残してください。
AIで下書きを作る時の注意点
RPG/CLの引き継ぎ資料は、AIやCodexで下書きを作ると効率化できます。ソースの処理概要、入力・出力、ファイル更新、例外処理、テスト観点を整理する用途に向いています。
ただし、ソース、ジョブログ、データ名を外部に出す時は必ずマスキングします。AIが作った説明は、業務担当者とAS400担当者が確認し、誤った処理理解を資料化しないようにしてください。AI活用の確認観点は RPGソースをAIで読む時のチェックリストにもまとめています。
まとめ
AS400 RPG/CLの引き継ぎでは、ソースだけでなく、業務、呼び出し関係、重要ファイル、運用手順、テスト観点を残すことが大切です。退職や担当交代の直前ではなく、主要業務から順に資料化していくと、AS400を安全に使い続けやすくなります。
人材不足への全体対策は AS400保守の人材不足対策、社内研修やAI活用の整理は AS400 / IBM i 現場向けCodex実戦研修を参考にしてください。
