AS400 RPG/CL引き継ぎチェックリスト|退職・担当交代前に残すべき資料

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実戦研修を参考にしてください。

RPG/CL引き継ぎは、ソースだけでなく業務判断を残します

AS400のRPG/CL引き継ぎでは、プログラム一覧だけでは足りません。どの業務で使うか、どのファイルを更新するか、どのジョブから呼ばれるか、障害時に誰へ確認するかまで残すと、次の担当者が動きやすくなります。

AS400引き継ぎで検索した時に残す資料

「AS400 引き継ぎ」「AS400 属人化」で調べている場合は、ソース一覧だけでなく、日次・月次ジョブ、障害時の判断、変更してはいけないファイル、リラン条件、担当者しか知らない画面操作を残す必要があります。RPG/CLの解読に時間がかかる現場ほど、Codexで要点化する前に、業務名・入力・出力・影響先をそろえておくと引き継ぎ品質が上がります。

RPG/CL引き継ぎを研修化する判断ポイント

RPG/CLの引き継ぎでは、ソースの場所やコンパイル方法だけを残しても不十分です。業務上どの処理が重要か、障害時にどのジョブログを見るか、修正時にどのファイル・帳票・月次処理へ影響するかまで説明できる状態にしておく必要があります。

参考:IBM公式ドキュメント(DSPPGMREF)

本記事で扱った DSPPGMREF の全パラメーターと表示項目の定義は、IBM公式ドキュメントで確認できます。指定できる値や既定値はOSリリースによって異なるため、本番環境では自社のリリースに合わせて確認してください。