AS400 / IBM i は、まだまだ使い続けられる基幹システムです。ただし、すべての会社で無条件に継続が正解になるわけではありません。大切なのは「古いから捨てる」「動いているから残す」という単純な判断を避け、現場の業務、保守体制、リスク、費用を並べて見ることです。
この記事では、AS400を使い続けるべきか、リプレースを検討すべきかを判断するためのチェック項目を整理します。経営層、情報システム部門、現場部門、外部ベンダーの会話をそろえるための土台として使ってください。
最初に見るべき判断軸
| 判断軸 | 継続向き | 見直しが必要 |
|---|---|---|
| 業務重要度 | 基幹業務が安定し、仕様が業務に深く合っている | 現場が使いにくく、業務変更に追いつけない |
| 保守状態 | IBM iバージョン、PTF、バックアップ、復元手順を管理している | 誰もバージョンや復元方法を説明できない |
| 人材 | 担当者が複数いて、手順書や教育計画がある | 一人の経験だけで運用している |
| 連携 | CSV、IFS、ODBC/JDBC、外部システム連携を把握している | どこへデータが流れているか不明 |
| 移行リスク | 業務ルールが複雑で、短期移行の失敗リスクが高い | 機能が単純で、移行先の標準機能に合う |
継続利用が向いているケース
AS400を使い続ける価値が高いのは、販売管理、在庫、出荷、請求、会計、製造、物流など、会社独自の業務ルールが深く入っている場合です。長年の改修で現場に合っているシステムは、単純なパッケージ置き換えでは再現できないことがあります。
- 現場業務がAS400の処理順に沿って安定している
- 夜間バッチ、締め処理、帳票、マスター更新が業務に合っている
- 短期リプレースするとテスト範囲が広すぎる
- 周辺だけWeb化、CSV化、BI連携すれば不満を減らせる
- 既存RPG/CL資産を読める担当者が残っている
この場合は、全部を捨てるより、AS400長期ロードマップに沿って、現行化、監視、ドキュメント化、人材継承を進める方が現実的です。
リプレース検討を強めるケース
一方で、AS400を残すことが目的化している場合は注意が必要です。保守期限が不明、バックアップから戻せない、担当者が退職予定、連携仕様が分からない、改修のたびに障害が出る、といった状態なら、継続利用にもコストとリスクがあります。
- IBM iのバージョンやPower機種の保守状況が不明
- 復元テストを何年もしていない
- RPG/CLの影響調査ができず、小変更でも怖い
- 現場がExcel二重入力や手作業で補っている
- 外部システム連携の責任範囲が曖昧
この状態では、継続するにしても先に棚卸が必要です。いきなり移行プロジェクトを始めるのではなく、対象業務、プログラム、ファイル、帳票、連携、権限、バックアップを整理してください。
リプレース費用だけで判断しない
AS400の判断でよくある失敗は、現行保守費と新システム費用だけを比較することです。本当に見るべきなのは、移行期間、現場教育、並行稼働、データ移行、テスト、障害対応、帳票再現、業務例外、外部連携、運用変更まで含めた総コストです。
特に、長年の現場運用で積み上がった例外処理は、仕様書に書かれていないことがあります。請求締め、出荷確定、在庫調整、返品、単価改定、得意先別ルールなどは、現場ヒアリングなしに置き換えると危険です。
判断前に作るべき資料
- 重要業務一覧: 止まると困る処理と締め日
- システム構成: IBM iバージョン、Power機種、接続端末、外部連携
- 運用一覧: 夜間バッチ、監視、バックアップ、復元手順
- 資産一覧: RPG、CL、物理ファイル、論理ファイル、帳票
- リスク一覧: 属人化、退職、保守期限、セキュリティ、復旧時間
資料作りで詰まる場合は、AS400保守向けAIプロンプト集を使い、ジョブログやソースの説明、影響調査観点、ヒアリング項目を整理できます。ただし、機密情報は必ずマスキングしてください。
まとめ
AS400を使い続けるべきかどうかは、古さではなく、業務適合、保守状態、人材、移行リスク、周辺連携で判断します。基幹業務に深く合っていて、現行化の計画を持てるなら、IBM iは長期利用に向いた基盤です。
まずは バージョン・PTF確認、バックアップ・復旧確認、保守・運用ガイドを見ながら、継続利用に必要な材料をそろえてください。
この判断チェックリストは、AS400を残すか捨てるかを急いで決めるためではなく、継続利用、段階改善、リプレースのどれが現実的かを冷静に比べるためのものです。
