AS400 / IBM i のWeb化や脱5250は、画面をきれいにする話だけで始めると失敗しやすくなります。現場では、どの業務を変えるのか、どの画面が毎日使われるのか、既存RPGやCLのどこまで触るのか、運用担当者が変更後も保守できるのかを先に決める必要があります。
Web化前に見ること
| 確認 | 見るもの | 判断 |
|---|---|---|
| 対象業務 | 在庫照会、請求締め、出荷確定など | 毎日使う画面から始めるか |
| 既存資産 | RPG、CL、DDS、ファイル | 再利用か作り直しか |
| 利用者 | 社内、現場端末、取引先 | 5250でよい人とWebが必要な人を分ける |
| 運用 | 権限、監査、障害対応 | Web化後も説明できるか |
| 保守体制 | 担当者、保守会社、設計書 | 属人化を増やさないか |
全部を一気にWeb化しない
5250画面をすべて置き換えるより、問い合わせが多い照会画面、承認だけ外に出したい画面、取引先に見せたい画面など、効果が見える部分から始める方が現実的です。基幹の締め処理や夜間バッチは、業務ルールと戻し手順を確認してから触ります。
画面移行より業務理解が重要
Web化の失敗は技術不足だけでなく、業務理解不足でも起きます。どの項目が必須か、どのチェックが現場判断なのか、どの帳票につながるのかを整理しておかないと、見た目だけ新しくても保守しにくいシステムになります。
既存RPGの棚卸しは AS400 RPG/CL影響調査チェックリスト、Web化の入口は AS400 RPG資産のWeb化・モダナイズの始め方 も参考になります。保守会社選びでは AS400保守会社・開発会社の選び方 も確認してください。
Codexで整理できること
Codexは、画面一覧、業務フロー、影響調査メモ、移行優先順位を整理する用途に向いています。ただし、ソースや本番データをそのまま渡さず、匿名化した画面名や処理概要で相談するのが安全です。
関連: AS400専門サイトとしての戦略記事として、AS400移行・廃止判断チェックリスト|残す業務と置き換える業務を分ける も追加しました。
