【完全ガイド】AS/400 (IBM i) モダナイゼーション戦略 2026:4つの選択肢とクラウドERP移行先を徹底比較

AS/400 (IBM i) のサポート終了に向けたモダナイゼーション戦略を徹底解説。RPG/COBOLリライト・フロントモダン化(Mendix/OutSystems)・クラウドERPフルリプレース・IaaSリフトの4戦略、コスト・期間・成功要因を整理。

この記事をシェア:
目次 クリックで開く

AS/400(現 IBM i)は、1988年の登場以来、日本の製造業・流通業・金融業の基幹システムとして数千社で稼働を続けてきた高信頼性プラットフォームです。しかし、IBM i 7.3 の延長サポートは2026年9月30日に終了し、RPG / COBOL 技術者の引退も加速する中で、多くの企業がモダナイゼーション戦略の決断を迫られています。

本記事では、IBM i を続けるべきか脱却すべきかの判断軸、4つのモダナイゼーション戦略パターン、それぞれのコストと期間目安、そして AI / Claude Code を活用した移行支援の最新パターンまで、IBM i 案件支援の実務経験をもとに整理します。

この記事の構成

  1. IBM i のサポート状況と「2026年9月問題」
  2. IBM i を続けるか・脱却するかの判断軸
  3. 4つのモダナイゼーション戦略パターン
  4. クラウドERP移行先:SAP / Oracle / NetSuite / Dynamics 365
  5. 段階移行アプローチ:API化 + フロントモダン化
  6. 移行プロジェクトのコストと期間目安
  7. IBM i 移行でよくある6つの失敗
  8. AI / Claude Code を活用した移行支援
  9. FAQ

1. IBM i のサポート状況と「2026年9月問題」

バージョン メインストリームサポート 延長サポート(追加料金)
IBM i 7.3 終了済み 2026年9月30日終了
IBM i 7.4 2026年9月30日終了 未定
IBM i 7.5 2030年代まで継続

2026年9月の節目では、IBM i 7.3 を使い続けている企業は事実上「7.4/7.5へバージョンアップ」「クラウドERPへ移行」「IBM iを継続しつつフロント側モダン化」のいずれかの判断が必要です(LaKeel DX:AS/400サポート終了)。

2026年9月までに完全リプレースは現実的に不可能
IBM i 上の基幹システムをクラウドERPに完全リプレースするには通常2〜5年かかります。2026年5月現在で未着手の企業は、IBM i 7.4/7.5 へのバージョンアップで時間を稼ぎつつ、3〜5年スパンの移行計画を並行検討するのが現実解です。

2. IBM i を続けるか・脱却するかの判断軸

判断軸は5つに集約できます。

  • RPG/COBOL 技術者の確保見通し:社内・パートナーで5年以上の保守人材確保が可能か
  • 業務プロセスの「変えられなさ」:業界特化のワークフロー・ロジックの厚み
  • 3〜5年スパンの事業構造変化:M&A、海外展開、グループ統合の見通し
  • 新規システム連携の必要性:SaaS連携、モバイル対応、API公開の要件
  • 投資余力:3〜10億円規模の刷新投資が中期計画に組めるか

これら全てが「Yes」なら脱却を選びやすく、複数が「No」なら IBM i 継続+段階モダナイゼーションが現実解です。

3. 4つのモダナイゼーション戦略パターン

戦略A:IBM i 上でモダナイゼーション(RPG → Java/Node.js 段階リライト)

IBM i のハードウェア・OSは継続しつつ、業務ロジック層を RPG から Java、Python、Node.js などへ段階的にリライト。データ層は Db2 for i を継続。安全策として人気のアプローチで、SYSTEM’S 等のマイグレーション専業ベンダーが支援サービスを提供しています(SYSTEM’S マイグレーション)。

戦略B:IBM i + フロントモダン化(Mendix / OutSystems 等)

IBM i 基幹を残しつつ、エンドユーザー画面を Mendix、OutSystems、Power Apps などのローコード基盤で再構築。IBM i は API公開(IBM iの WebサービスやEBCDICとの変換ハブ経由)してフロントから呼び出す。短期間でユーザー体験を改善でき、基幹側のリプレース判断を時間稼ぎできます。

戦略C:クラウドERPへフルリプレース

SAP S/4HANA、Oracle NetSuite、Microsoft Dynamics 365 F&O、Workday、Infor CloudSuite Industrial などへ全面移行。最大のコストとリスクですが、IBM i 依存から完全脱却できます。3〜5年の長期プロジェクト。

戦略D:IaaS リフト(IBM Power Cloud / Skytap on Azure)

IBM i 環境ごとクラウド(IBM Power Virtual Server、Skytap on Azure 等)にリフトする。ハードウェア更新リスクとデータセンター運用コストから解放される一方、本質的なモダナイゼーションではなく、保守人材問題は残ります。延命策として有用。

4. クラウドERP移行先:SAP / Oracle / NetSuite / Dynamics 365

IBM i 上の基幹をクラウドERPに置き換える場合の主要候補:

移行先 向くケース 初期コスト規模
SAP S/4HANA 製造業・グローバル展開・連結経営 3億〜30億円
Oracle Fusion Cloud Applications 大企業・財務・SCM強化 3億〜20億円
Oracle NetSuite 中堅企業・成長フェーズ 2,000万〜1億円
Microsoft Dynamics 365 F&O Microsoft中心スタック 3,000万〜2億円
Infor CloudSuite Industrial / LN 製造業特化(複雑なBOM・原価計算) 1億〜10億円
Workday Financial + HCM HR連動の財務、サービス業 1億〜5億円

製造業の IBM i ユーザーは特に Infor LN、SAP S/4HANA Manufacturing、Oracle Fusion Manufacturing が選択肢になります。生産管理の現場ノウハウが業界特化のテンプレートで吸収できるかが選定ポイントです。

5. 段階移行アプローチ:API化 + フロントモダン化

「IBM i を完全に捨てるのは時間もコストもかかる、しかし何もしないとリスクが顕在化する」というジレンマに対する現実解が、段階移行アプローチです。

3つのフェーズ

  1. フェーズ1(1年目):API公開化
    IBM i の Db2 for i にアクセスできる REST API を構築。社内システムとの連携をAPIベースに統一し、IBM i 直接アクセス依存を減らす
  2. フェーズ2(2-3年目):フロントモダン化
    エンドユーザーの操作画面を Mendix / OutSystems / Power Apps に移行。IBM i は裏でデータ層として機能
  3. フェーズ3(4-5年目):基幹データ層移行
    Db2 for i のデータをクラウドDBに段階移行、IBM i ロジックを Java / Node.js / クラウドERP に置き換え。最終的に IBM i を停止

このアプローチの最大のメリットは、各フェーズが独立した投資判断として進められること、フェーズ2完了時点でユーザー体験が大幅改善されること、そして最終フェーズの判断を経営環境に応じて遅らせられることです。

6. 移行プロジェクトのコストと期間目安

戦略 初期構築費用 期間 主なコスト要因
戦略A:RPG→Java段階リライト 5,000万〜3億円 2〜5年 RPG解析、リライト、テスト、並行運用
戦略B:IBM i + フロントモダン化 3,000万〜1.5億円 1〜2年 API設計、ローコード基盤、UX再設計
戦略C:クラウドERPフルリプレース 3億〜30億円 3〜5年 ERPライセンス、業務再設計、データ移行、組織変革
戦略D:IBM i IaaS リフト 2,000万〜8,000万円 6〜12か月 クラウド移行、ライセンス再契約、運用設計

7. IBM i 移行でよくある6つの失敗

  1. 「全部捨てる」と判断してプロジェクトが頓挫:3〜5年の大規模PJに耐える経営体力がないと中断リスク。段階移行を選ぶ判断も含めて検討
  2. RPG技術者引退まで時間があると過信:技術者の引退は突発的に発生する。3年ではなく1〜2年で計画
  3. 業務部門を巻き込まない技術主導:IBM i 上の業務はユーザー部門の暗黙知が多数。要件定義に必須参加
  4. クラウドERPに「IBM i同等の処理性能」を求める:クラウドERPはアーキテクチャが異なるため、性能特性も異なる。同等を求めると失望
  5. 業界特化機能を見落として SAP / Oracle を選ぶ:製造業の細かなBOM・原価計算は Infor LN や mcframe のほうが適合する場合が多い
  6. 段階移行で「フェーズ間の連携」設計が甘い:フェーズ2のフロントが新しいのにフェーズ3でデータ層が変わると、フロントも作り直しになる

8. AI / Claude Code を活用した移行支援

  • RPG / COBOLコード解析:Claude Code に既存 RPG / COBOL を読ませ、ビジネスロジックの仕様書を自動生成。属人化したロジックを可視化
  • RPG → Java / Node.js リライト初稿生成:AI がコード変換の初稿を作成、エンジニアがレビュー
  • Db2 for i スキーマ → クラウドDB スキーマへのマッピング自動化
  • テストケース大量生成:実トランザクションを AI に解析させ、回帰テストを網羅
  • 運用マニュアル自動生成:移行後の新システムの操作マニュアルをAI生成、現場フィードバックで継続改善
  • MCP経由での新基幹操作:移行後のクラウドERPを Claude Code から自然言語で操作する開発体験

特に RPG / COBOL コード解析の自動化効果は大きく、移行プロジェクト全体で 30〜50%の工数削減が可能です。

9. FAQ

Q1. IBM i 7.3 から 7.4 / 7.5 へのバージョンアップで延命する場合の注意点は?

バージョンアップ自体は技術的に問題ありませんが、ハードウェア更新(IBM Power 9 → 10系)が必要になることが多く、ライセンス・ハードウェア費用で数千万円規模の投資が発生します。また、根本的な人材問題は解決しないため、3〜5年後にまた同じ判断を迫られます。バージョンアップは「時間稼ぎ」と位置付け、並行して中期モダナイゼーション計画を進めることが必須です。

Q2. IBM i から SAP S/4HANA への移行は現実的ですか?

製造業・流通業の中堅〜大企業では十分現実的な選択肢です。投資規模は5億〜30億円、期間3〜5年と大きいですが、グローバル展開・連結経営強化・業務標準化の同時実現が可能です。一方、IBM i 上に高度に独自化された業務ロジックが多い場合、SAP の Fit to Standard では対応しきれず、大量カスタマイズが必要になり、当初想定を大きく超えるコストになるリスクがあります。

Q3. Mendix や OutSystems を使ったフロントモダン化は本当に効果がありますか?

はい、特にエンドユーザー体験の改善とモバイル対応で大きな効果が期待できます。IBM i のグリーンスクリーン(5250端末画面)から、現代的な Web / モバイルUIに移行することで、業務効率と新人教育コストが大幅改善します。一方、フロントだけ変えても基幹データ層と業務ロジックは IBM i のままなので、本質的な人材依存の解消にはなりません。中期的な基幹リプレースと組み合わせる前提で計画してください。

Q4. IBM Power Virtual Server / Skytap on Azure へのリフトはどんな企業に向きますか?

「IBM i のロジックは継続したい、しかしハードウェア更新と自社データセンター運用から解放されたい」企業に向きます。具体的には、(1) 業務ロジックが安定していて変更頻度が低い、(2) 自社のITインフラ運用人材が手薄、(3) 災害対策・BCP強化が課題、こうしたケースでリフトは有効です。一方、業務ロジックを刷新したい場合は IaaS リフトでは目的を達成できません。

Q5. RPG / COBOL のコード解析を AI に任せて大丈夫ですか?

初稿生成と仕様書化までは AI で大幅効率化できますが、最終判断は必ず人間のエンジニアが行う体制が必須です。AI が誤読する可能性、業務上の暗黙知を反映できない可能性があるためです。「AIで初稿80% → 人間で20%レビュー&修正」のワークフローが現実的で、これにより従来の3〜5倍のスピードで解析・仕様化が進みます。

Q6. 製造業で IBM i 移行する場合、最も適した移行先は?

業務複雑性によります。複雑な BOM、原価計算、生産管理が中核なら Infor LN / CloudSuite Industrial、または mcframe。グローバル統合が必要なら SAP S/4HANA Manufacturing または Oracle Fusion Manufacturing。中堅製造業で柔軟性重視なら NetSuite。Microsoft 365 中心なら Dynamics 365 F&O。複数候補で必ず PoC を実施し、自社の生産現場で実データを使った検証を行ってください。

主な出典

※ 価格・サポート終了時期等の情報は2026年5月時点の公開情報をもとに整理しています。最新の正確な情報は IBM 公式までご確認ください。本記事は過去の支援案件・公開資料・公式ドキュメントに基づくAurant Technologies独自の見解で、特定ベンダーから対価を得て作成したものではありません。

システム導入・DX戦略

ERP・基幹システムの刷新、SaaS選定・導入支援、DX戦略立案まで対応。中小企業のDX推進を一気通貫でサポートします。

AT
aurant technologies 編集

上場企業からスタートアップまで、数多くのデータ分析基盤構築・AI導入プロジェクトを主導。単なる技術提供にとどまらず、MA/CRM(Salesforce, Hubspot, kintone, LINE)導入によるマーケティング最適化やバックオフィス業務の自動化など、常に「事業数値(売上・利益)」に直結する改善実績多数。

この記事が役に立ったらシェア: