結論から言うと、AS400 / IBM i はまだまだ使い続けられます。むしろ、会計、販売管理、在庫、出荷、請求、基幹バッチのように長年安定して動いている領域では、無理に短期リプレースするより、現行化しながら使い続ける方が安全な会社も多いです。
ロードマップを作る前に、現場で聞いておきたいこと
AS400を長く使うかどうかは、単に「古いから危ない」「新しいから安心」では決まりません。現場で止まると困る処理、分かる人が少ない操作、帳票やCSVの受け渡し、夜間バッチの確認方法を洗い出すと、残す部分・直す部分・教育する部分が見えてきます。
- 止められない業務、月次・年次だけ動く処理、担当者しか知らない操作を確認する
- 帳票、CSV、外部連携、5250接続など周辺の依存関係を並べる
- 研修で標準化する範囲と、外部に状況整理を依頼する範囲を切り分ける
後継者育成を先に進めるなら若手向けAS400研修カリキュラム、現状の棚卸しから相談したい場合はお問い合わせへ進んでください。法人契約・NDA前提の相談にも対応できます。
ただし、「まだ使える」は「何もしなくてよい」という意味ではありません。OSバージョン、Powerサーバー、PTF、バックアップ、セキュリティ、RPG/CLの保守体制、周辺システム連携、人材継承を計画的に整えていくことが前提です。放置したAS400は危ないですが、管理されたIBM i は長期利用に向いた基盤です。
IBM iは現在も更新されている現役の基盤
IBM公式のIBM iページでは、IBM iはミッションクリティカルなワークロードと新しい取り組みを支える統合型のアプリケーション基盤として紹介されています。OS、データベース、ミドルウェア、セキュリティ、実行環境などが統合されている点もIBM iの強みです。
また、IBM i 7.6 のデータシートでは、セキュリティ、アプリケーション開発、データベース、管理機能の強化が説明されています。MFA、Navigator、Db2 for i、IBM i Services などの改善を見ると、IBM iは過去の遺産として止まっているのではなく、現行のPower環境で使い続けるために更新されている製品だと分かります。
参考: IBM i 公式製品ページ / IBM i 7.6 データシート
AS400を長く使う時の基本方針
長期利用の方針は、「全部そのまま残す」でも「全部捨てる」でもありません。基幹処理は守り、古くなった部分だけ順番に現行化します。画面、帳票、外部連携、データ抽出、権限、監視、ドキュメント化を少しずつ整える進め方が現実的です。
| 期間 | やること | 目的 |
|---|---|---|
| 0-1年 | 現状棚卸、OS/PTF確認、バックアップ確認、重要ジョブ洗い出し | 今すぐ止まるリスクを減らす |
| 1-3年 | 運用監視、権限整理、ACS活用、SQL Services、障害対応手順の整備 | 属人化を減らして保守しやすくする |
| 3-5年 | Power更新、IBM iバージョン更新、外部連携見直し、RPG/CLの整理 | 次の世代でも動かせる状態にする |
| 5年以上 | 基幹は安定運用、周辺はWeb/API/BI/AIで補完、人材継承 | AS400を会社の資産として残す |
0-1年目：まず現状を見える化する
最初にやるべきことは、リプレース検討ではなく現状把握です。AS400は長く動き続けるため、担当者が交代しても「何が動いているか」「止まると何が困るか」が曖昧になりがちです。
- IBM i のバージョン、Power機種、保守契約、PTF適用状況
- 夜間バッチ、ジョブスケジュール、MSGW（メッセージ応答待ち）、QSYSOPR、重要スプール
- バックアップ方式、復元手順、DR時の優先順位
- RPG、CL、QUERY、物理ファイル、論理ファイル、外部連携
- 退職者ID、共有ID、特別権限、監査ログ
この段階では、AS400のバージョン・PTF・サポート確認手順、AS400バックアップ・復旧チェックリスト、AS400日次運用監視チェックリストを先に確認しておくと、長期ロードマップの土台が作りやすくなります。
1-3年目：止めない運用から、引き継げる運用へ変える
AS400は「止まらないから大丈夫」と思われがちですが、止まっていない時ほど運用を整える余裕があります。長期利用で怖いのは機械そのものより、誰も仕様を説明できない、障害時にジョブログを読めない、メッセージ待ちに適切に返信できない、といった人と運用の問題です。
1-3年の間に、ジョブ監視、MSGW検知、QSYSOPR確認、スプール滞留確認、月次点検、権限棚卸を定例化します。若手や兼任担当者でも追えるように、コマンドの意味、確認画面、判断基準、連絡先を残すことが大切です。
運用面は AS400保守・運用ガイド、学習順は AS400初心者向け学習ロードマップ、症状別の入口は AS400トラブル逆引き索引から見ると整理しやすいです。
3-5年目：IBM i更新と周辺システム連携を計画する
3-5年の範囲では、Powerサーバー更新、IBM iバージョン更新、PTF運用、クライアント接続、外部インターフェースを計画に入れます。古い5250画面をすべてWeb化する必要はありませんが、CSV連携、IFS、ODBC/JDBC、API、BI、帳票出力など、周辺だけを現代的にする余地はあります。
この時期に重要なのは、「リプレースするか、使い続けるか」を感情で決めないことです。会計・在庫・出荷・請求のように業務ルールが深く埋まっている場合、移行費用、テスト範囲、現場教育、並行稼働、障害時対応まで含めて比較する必要があります。
判断材料は AS400移行・廃止判断チェックリスト、現行化の進め方は AS400モダナイゼーションとリプレース判断、RPG資産を活かす方針は AS400 RPG資産のWeb化・現代化の始め方を参考にしてください。
5年以上：基幹は残し、周辺を育てる
5年以上の長期利用では、AS400 / IBM i を「古いから残っているもの」ではなく、「会社の業務ルールが蓄積された基幹資産」として扱います。基幹処理はIBM iで安定稼働させ、周辺の参照、集計、問い合わせ、教育、ドキュメント化は外部ツールやAIも使って補完します。
この方針なら、無理に全移行して失敗するリスクを避けながら、現場が困っている調査時間、属人化、引き継ぎ、ドキュメント不足を減らせます。AS400を使い続けることは、変化しないことではありません。重要な処理を守りながら、周辺を少しずつ変えていくことです。
長期利用でやってはいけないこと
- 古いOSやPower機種のまま、保守期限を確認せず使い続ける
- バックアップは取っているが、復元テストをしていない
- 夜間バッチやMSGWを、特定の担当者の経験だけに頼る
- RPG/CLソース、テーブル、帳票、外部連携の一覧がない
- AS400を知らない人だけで、短期リプレース計画を決める
- AIにソースや顧客情報をそのまま貼り付ける
AIやCodexは「調査時間を減らす道具」として使う
AS400の長期利用では、AIやCodexを「IBM iを置き換えるもの」と考えるより、調査時間を減らす道具として使う方が現実的です。ジョブログの読み解き、RPG/CLの処理説明、影響調査の観点出し、障害報告書の下書き、引き継ぎ資料の整理には向いています。
一方で、実データ、会社名、ユーザーID、ライブラリ名、顧客名、取引先情報をそのまま入れる運用は避けるべきです。AI活用は、マスキング、レビュー、承認、社内ルールを決めてから始めます。詳しくは AS400保守向けAIプロンプト集 と AS400保守でAI回答を本番適用する前の確認リストを確認してください。
まとめ：AS400はまだ使える。だからこそ計画が必要
AS400 / IBM i は、保守体制と更新計画を整えることで継続利用を検討できる基盤です。ただし、長期利用の実現条件は「何も変えないこと」ではありません。OS、Power、PTF、バックアップ、権限、監視、人材、ドキュメント、周辺連携を計画的に整え、基幹処理を守りながら現場の負担を減らすことです。
まずは現状棚卸から始め、1-3年で運用を引き継げる形にし、3-5年でIBM i更新と周辺連携を計画し、5年以上は基幹を残しながら周辺を育てる。この進め方なら、AS400は「古いシステム」ではなく、会社の業務を支える長期資産として活かせます。
AS400を長く使い続けるための実務ロードマップ
AS400 / IBM i は、保守体制と更新計画を整えることで継続利用を検討できる基盤です。ただし「古いまま放置する」のではなく、止められない業務、保守体制、更新計画、周辺改善を分けて整える必要があります。
長期利用の判断では、リプレースするかどうかを急ぐ前に、今のAS400がどの業務を守っているかを棚卸しします。特にEDI、締め処理、在庫、売上、請求のように相手先や月次業務へ影響する処理は、安易に置き換えるより、まず止めない設計と引き継ぎを整える方が現実的です。
| 期間 | やること | 見る記事 |
|---|---|---|
| 今すぐ | 業務、ジョブ、ファイル、バックアップ、担当者を棚卸しする | 継続利用の判断チェックリスト |
| 1-3年 | 属人化を減らし、調査手順と教育の型を作る | 保守人材不足への対策 |
| 3-5年 | Power、IBM i、PTF、外部接続、バックアップ更新を計画する | バージョン・PTF・サポート確認 |
| 5年以上 | 基幹は守り、周辺連携・Web化・データ活用から改善する | 周辺システム現代化の優先順位 |
長期利用で次に確認すること
AS400を使い続けるかどうかは、古い・新しいだけでは判断できません。業務に合っているか、止めた時の影響が大きいか、保守できる人と手順を残せるか、移行より周辺改善の方が効果的かを分けて見ます。
外部の製品情報を確認する場合は、現在の製品名である IBM i公式ページ もあわせて確認してください。
