IBM i サポート終了。
「乗り換え」の前に、知っておきたいこと。

「IBM i(旧AS/400)のサポートが、まもなく切れる」。そう聞いて、慌てて別のシステムへの乗り換えを検討していませんか。

結論から言えば、乗り換えは選択肢の一つであって、唯一の答えではありません。この記事では、特定のサービスを売り込むのではなく、いま取りうる選択肢を、メリットとデメリットの両面から、できるだけフラットに整理します。読み終えたとき、「自社はどう動くべきか」の判断軸が持てる——それをゴールにしています。

01 / The Deadlineまず、何が・いつ終わるのか

正確に整理することから始めます。よく「AS/400が終わる」と言われますが、これは正確ではありません。終わるのは、ハードウェアでもプラットフォームでもなく、特定のOSバージョンに対するサポートです。

押さえておきたいのは、プラットフォーム(IBM i / Power)そのものが消えるわけではないという点です。サポートが切れても、システムを動かし続けること自体は可能です。ただし、OSのセキュリティ修正が提供されなくなるため、脆弱性が放置され、保守コストは上がり、監査で指摘されるリスクが生じます。だからこそ、多くの企業が「このままでいいのか」を、いま考え始めているのです。

02 / The Real Problemなぜ、これほど騒がれるのか

実は、本当に深刻なのは「サポート終了」そのものよりも、その裏にある人の問題です。IBM iを扱える技術者が、構造的に減り続けている。これがサポート終了問題の本質です。なぜそうなるのか、連鎖をたどってみます。

この連鎖は、一社の努力で止められるものではありません。RPGという言語が独自である以上、構造的に進んでいきます。だから「サポートが切れる2026年9月」は、ある意味きっかけにすぎません。本当の締め切りは、自社のベテランが引退する日かもしれないのです。サポート終了を、この人の問題を考え直す機会と捉えるほうが、本質的です。

03 / Your Optionsあなたが取れる、4つの選択肢

慌てて結論を出す前に、選択肢を並べてみましょう。大きく4つあります。それぞれに向き・不向きがあり、どれが「正解」かは会社の状況で変わります。

04 / At a Glance選択肢を、表で見比べる

4つの選択肢を、判断に効く5つの観点で並べました。横にスクロールできます。あくまで一般的な傾向で、実際は会社の規模やシステムの状態で変わります。

表だけ見ると④が万能に見えるかもしれませんが、そうではありません。業務プロセスそのものを抜本的に変えたい会社にとっては、③の全面刷新こそが正解です。④はあくまで「動いている資産を活かしながら、止めずに前へ進む」ための現実解です。次の章で、③を選ぶ場合に陥りがちな点を見ておきましょう。

05 / Pitfalls乗り換えで、よくある3つの「つまずき」

全面刷新(③)は、成功すれば大きな成果になります。一方で、現場でよく聞く「つまずき」も知っておいたほうがいい。これらは、乗り換えを否定するためでなく、選ぶなら備えておくべき点として挙げます。

06 / Why "Keep It"なぜ「活かす」が現実的な企業が多いのか

市場では「この機会に乗り換えを」という声が大きく聞こえます。けれど、ここで見落とされがちな事実があります。IBM iは、決して"時代遅れの劣ったシステム"ではないということです。

IBM iには、明確な強みがあります。数億件規模のデータも高速にさばくバッチ処理能力。そして、ウイルス被害が極めて少ない堅牢性。長年、企業の基幹を任せられてきたのには理由があります。問題なのはIBM iの性能ではなく、「外の世界(スマホ・クラウド・AI)と繋がっていないこと」と「人がいなくなること」なのです。

だとすれば、取るべき戦略は見えてきます。強い"守り"はそのまま活かし、"攻め"だけを外で行う。これは近年、SoR(記録のシステム)とSoE(攻めのシステム)を分ける考え方として整理されています。

この「守りは活かし、攻めは外で」を実現する手段が、API化です。IBM iを止めず・触らず、外からAPIで包んであげる。すると、これまで孤立していた基幹データが、スマホからもAIからも使えるようになる。全面刷新のような大手術をせずに、システムは"開かれた"資産に変わります。

ただし、注意も必要です。最近は「IBM iを活かす」という言葉を掛げるサービスが増えてきました。データを外部へ連携させる(ETL)だけのものも多い。本当に価値があるのは、データを繋いだ"その先"です。スマホの業務アプリにする、AIに過去データを学習させて判断を助けさせる、ベテランの頭の中にある判断ロジックを少しずつ仕組みに移していく——。「繋いで終わり」ではなく、業務が実際に楽になるところまで伴走できるか。そこを見極めることが大切です。

07 / Decision Guide自社はどれを選ぶべきか

最後に、判断の手がかりを置いておきます。次の項目に多く当てはまるほど、③全面刷新よりも、④API化して活かすアプローチが向いている可能性が高い、と考えてください。

08 / First Stepどの道を選んでも、最初の一歩は同じ

①～④のどれを選ぶにしても、最初にやるべきことは共通しています。いまのシステムに何が入っていて、何が動いているのかを、正確に把握すること。これがないまま乗り換えを決めると、先ほどの「つまずき②(移行漏れ)」が起きます。逆に、現状さえ見えれば、「この部分は活かす」「ここは作り直す」という冷静な判断ができます。

仕様書がなくても大丈夫です。いまは、AIの支援によって、稼働中のコードやデータ構造を解析し、システムの全体像を可視化できる時代です。「誰も中身が分からない」状態からでも、地図を描くことから始められます。

2026年9月という日付は、確かに一つの区切りです。けれど、それに追われて慌てて決めるのではなく、この機会に「自社の基幹システムと、どう付き合っていくか」を冷静に考え直す。それが、後悔しない進め方だと、私たちは考えています。