AS400保守へCodexを導入する手順｜情報管理・レビュー・社内ルール

2026.05.27

AS400保守へCodexを導入する時は、ツールの操作より先に、対象業務、入力してよい情報、人が確認する範囲を決めます。 便利な人だけが自由に使う状態にすると、情報管理とレビュー方法がばらつき、別の属人化が始まります。

Codexの基本的な使い方を知りたい場合は、先に CodexをAS400保守で使う方法 を確認してください。この記事では、法人・チームで導入するための運用設計に絞ります。

最初に決める7項目

項目決めること
目的ソース読解、影響調査、テスト、文書化のどこを短縮するか
対象環境検証環境、ローカル資料、読み取り専用範囲
入力禁止情報顧客名、個人情報、認証情報、本番データなど
権限読める場所、書ける場所、実行できるコマンド
レビュー誰がソース、SQL、CL、テスト結果を承認するか
証跡依頼内容、変更差分、テスト結果、判断者をどこへ残すか
異常時停止、ロールバック、連絡、再発防止の手順

小さい試行から始める

  1. 読み取りだけで完結する題材を1つ選ぶ
  2. 機密情報を除いた入力資料を作る
  3. 期待する成果物と確認者を決める
  4. Codexの結果を元資料と照合する
  5. 短縮時間と見落としを記録する
  6. 問題がなければ次の題材へ広げる

最初の題材には、RPG/CLの処理概要、ジョブログの時系列整理、単体テスト観点、既存手順書の更新が向いています。本番更新や復旧判断から始めません。

入力してよい情報と伏せる情報を分ける

扱いやすい情報削除・置換する情報
架空名へ置き換えたソース断片顧客名、取引先名、社員名
メッセージIDと一般化したジョブログジョブのユーザー、社内固有名、接続先
項目名と型だけのテスト仕様実データ、個人情報、取引内容
仮のライブラリ・ファイル名本番ライブラリ、ホスト名、認証情報

利用するサービス、契約、社内規程によって扱える情報は変わります。「一般に大丈夫」と決めつけず、自社の情報管理責任者と確認します。

権限と環境を分ける

  • 本番と検証の接続先を分ける
  • 必要がなければ読み取り専用にする
  • 対象ディレクトリ、ライブラリ、ファイルを限定する
  • 削除、停止、復元、データ更新は自動承認しない
  • 実行したコマンドと変更差分を残す
  • 戻し方を確認できない変更は実行しない

人のレビューを外さない

成果物レビューすること
処理概要入出力、分岐、CALL、更新先がソースと合うか
修正案業務仕様、既存規約、例外処理、戻し方
SQL対象ライブラリ、WHERE条件、件数、トランザクション
CLMONMSG、後続CALL、環境、異常終了時の流れ
テスト正常系、境界値、DB、帳票、ジョブログ、再実行
手順書実画面・現行環境と一致し、担当者が再現できるか

AS400で試しやすい題材

  • RPG/CLの処理概要と呼び出し関係
  • CPF/RNX/MCHメッセージの調査メモ
  • コンパイルリストのエラー・警告整理
  • フル桁入力・境界値を含む単体テスト観点
  • CSV・IFS・CCSIDの確認チェックリスト
  • 若手向けの用語説明と引き継ぎ資料

効果を測る指標

指標測り方
調査時間導入前後で同じ種類の調査時間を比較する
手戻りレビュー指摘、再テスト、差し戻し件数を見る
再現性別担当者が同じ手順で調査できるか確認する
品質境界値、影響範囲、証跡の抜けが減ったかを見る
安全性禁止情報の混入、権限逸脱、無断実行がないか確認する

異常時に止まれる仕組みを作る

  • 対象外のファイルや環境へ触れたら停止する
  • 保存前にバックアップを取り、保存後に読み返す
  • 構文、テスト、公開表示のどこで失敗したか記録する
  • ロールバックに失敗した場合は自動継続しない
  • 同じ失敗をルールとチェックリストへ反映する

チームへ広げる時の進め方

1人の成功例だけで全社展開せず、同じ題材、同じ入力制限、同じレビュー表で複数人が再現できるか確認します。RPG/CL、ジョブログ、帳票、CSVなど実務の題材を使い、調査メモまで残すところを共通化します。

現場で使う情報管理とレビューを含めて法人向けに整理する場合は、AS400 / IBM i Codex研修の内容・料金 で対象と進め方を確認できます。

参考

まとめ

AS400保守へCodexを導入する時は、対象業務、入力禁止情報、権限、人のレビュー、テスト、証跡、異常時の停止条件を先に決めます。読み取りと整理から小さく始め、結果を測ってから範囲を広げます。

スポンサーリンク