AS400 / IBM i を使い続ける会社では、いつか「このまま残すのか、移行するのか、廃止するのか」という話が出ます。ただし、古いから捨てる、新しいから置き換える、という単純な判断では危険です。業務影響、保守体制、費用、リスク、担当者の知識を分けて考えます。
判断前に整理すること
| 観点 | 確認すること | 判断 |
|---|---|---|
| 業務 | 在庫照会、請求締め、出荷確定など | 本当に置き換える必要があるか |
| 利用者 | 部門、拠点、取引先 | 影響範囲を説明できるか |
| 保守 | 担当者、保守会社、設計書 | 続けられる体制があるか |
| 費用 | 移行費、運用費、教育費 | 短期費用だけで見ていないか |
| リスク | 停止、データ移行、業務変更 | 移行で新しいリスクが増えないか |
全部移行ではなく分けて考える
AS400上の全業務を一度に置き換えるより、残す業務、Web化する業務、外部サービスへ移す業務、廃止できる業務に分ける方が現実的です。特に締め処理や基幹更新は、業務ルールが深く入っているため慎重に扱います。
保守できないことが最大のリスク
移行しない場合でも、担当者不在、設計書不備、若手育成不足があるなら、残す判断にも対策が必要です。AS400を残すなら、保守体制と知識継承をセットで整えます。
Web化の検討は AS400 Web化・脱5250を検討する時のチェックリスト、属人化対策は AS400保守の属人化を減らす方法、会社選定は AS400保守会社・開発会社の選び方 を参照してください。
Codexで棚卸しを進める
Codexには、匿名化した業務一覧、画面一覧、課題、移行候補を渡すと、棚卸し表や比較表を作りやすくなります。実データや取引先情報は入れず、判断材料の整理に使います。
関連: AS400の保守費用・契約・AI活用を検討する場合は、AS400保守費用を見直す時のチェックポイント｜安さだけで選ぶと危ない理由 も確認してください。
関連: AS400のセキュリティ・運用改善・外部依頼を整理する場合は、AS400保守・改修を外部依頼する時のRFP/要件整理チェックリスト も確認してください。
移行・継続・廃止を同じ会議で一度に決めない
最初に決めるのは製品名ではなく、判断に必要な事実と検証方法です。現行業務を止めずに確認できる項目から集め、継続、部分移行、全面移行、廃止を別々の選択肢として比較します。
| 段階 | 確認する証拠 | 次へ進む条件 |
|---|---|---|
| 現状把握 | 利用部門、処理頻度、締め日、帳票、外部連携、保存年限 | 残す機能と見直す機能を業務単位で説明できる |
| 継続判断 | IBM iのリリース、PTF、バックアップ、保守契約、担当者と後任 | 継続期間中の障害対応と知識継承に責任者がいる |
| 移行判断 | 試作結果、件数・金額の照合、性能、権限、切替手順、戻し手順 | 本番切替前に合否基準とロールバック条件が決まっている |
| 廃止判断 | 法定保存、監査資料、参照利用、後続インターフェース、復元方法 | 停止後も必要な履歴を説明・参照できる |
例えば、請求締めは残し、照会画面だけをWeb化し、利用されていない帳票を廃止するという分け方もできます。全面移行ありきにせず、業務ごとに根拠を残す方が、費用と停止リスクを比較しやすくなります。継続側の確認は AS400継続利用チェックリスト、移行側の失敗防止は AS400リプレース前の現場リスク で詳しく確認できます。
小さな実証で移行判断を確かめる
移行製品の説明だけで可否を決めず、代表的な業務を一つ選んで小さく実証します。正常系だけでなく、締め、取消、再処理、例外単価、権限違いなど、現行AS400で判断が難しい条件を含めます。
- 件数・金額・在庫など、現行と移行先で一致させる合否基準
- 夜間バッチや外部連携が業務時間内に終わるか
- 参照・更新・承認の権限と、操作履歴を説明できるか
- 切替に失敗した時、どの時点まで戻し、誰が判断するか
実証結果は「できた・できない」だけで終わらせず、未確認の例外、追加開発、教育、運用負担も記録します。これが全面移行、部分移行、継続利用を比較する共通材料になります。
関連するAS400確認ルート
移行・廃止判断では、残す業務、置き換える業務、障害対応、確認コマンド、AI活用余地を分けて整理します。
