AS400案件の仕事内容
AS400（AS/400、IBM i）案件は、基幹・業務システムの保守運用と小〜中規模の改修を中心に、調査からリリース後フォローまでを一貫して担う内容が多く見られます。問い合わせ起点で既存ソースを確認し、原因究明と対応方針の提示、必要に応じたプログラム修正まで行う役割です。
領域は販売管理・在庫・受発注・出荷・会計、物流/倉庫（WMS）などの“止められない業務”が中心で、定常運用（手順書に沿った日次/月次処理、リリース作業、障害一次対応）も含まれます。現行資産の解析やドキュメント化、次期更改に向けた現状整理を兼ねる案件もあります。
一方で、RPG資産をJavaやWebフロントへ置き換える更改・モダナイゼーションも並行して増えています。AS400側のロジック解析、移行設計、段階移行や並行稼働を前提にしたテスト観点整理、移行手順書作成・リハーサルなど、移行フェーズの実務を担うポジションも見られます。
AS400案件で求められる必須スキル
必須になりやすいのは、IBM i（AS/400）環境での開発または保守運用の実務経験です。RPG（RPG III/IV、ILE RPG）での改修経験に加え、既存ソースを読み解いて影響範囲を見極める力が重視されます。業務停止リスクが高い基幹系では、慎重な変更設計と再現性ある調査が求められます。
データ面ではDB2 for iとSQLの実務経験が要件に入りやすく、データ抽出・加工、障害調査のための確認、必要に応じたデータ修正（DFUなど）まで対応できると応募可能範囲が広がります。CLの理解やコマンド操作を求める案件もあり、運用と開発の境界をまたぐ動きが前提になりがちです。
工程としては、詳細設計〜実装〜テストだけでなく、仕様調査、要件整理、見積もり、納品までの一連対応を求める募集も見られます。ユーザー部門やベンダーと調整しながら進めるため、報連相とドキュメント化、安定稼働に向けた責任感（勤怠含む）も必須条件として書かれやすいポイントです。
AS400案件であると有利な歓迎スキル
歓迎スキルとして多いのは、AS400周辺技術を幅広く扱えることです。RPGに加えてCL、COBOL、ジョブ管理やバッチ設計・運用の知見があると、改修だけでなく運用上の課題まで踏み込める人材として評価されやすくなります。長期運用前提の現場では、手順整備や改善提案の経験も歓迎されがちです。
物流・倉庫系ではLANSAを利用する案件があり、LANSAの実務経験があると有利です。ほかにもEDI連携や外部IF、HULFTなどのデータ連携周りの経験は、基幹の周辺領域を任されやすい材料になります。移行案件では段階移行・並行稼働など、現行を止めない進め方の経験が歓迎されます。
更改・Web化が絡む案件では、AS400の理解に加えてJava（Spring等）やフロントエンド（Angular、TypeScript、Reactなど）に触れていると強みになります。AS400を残しつつWebフロントや周辺システムを刷新する動きも見えるため、連携設計や画面側の都合を踏まえた調整ができると選択肢が広がります。
AS400案件で評価されやすい実務経験
評価されやすいのは、既存資産の解析から改善までを“自走”して回した経験です。仕様書が十分でない環境でも、ソースとデータ、運用ログなどから現状を把握し、影響範囲を説明して改修方針を決められる人は重宝されます。問い合わせ対応の一次受けから調査・回答まで完結できる経験も強いアピールになります。
また、要件ヒアリングや仕様調査、見積根拠の説明、進行管理など、ユーザー折衝を含む経験は保守改修案件で特に評価されます。小規模チームで複数案件を並走する体制もあるため、優先度判断や、リリースまでの段取り（テスト・切替・稼働後フォロー）を安定して回した実績が武器になります。
モダナイゼーション文脈では、AS400→Java等のリプレイスにおける移行設計やテスト計画、手順書作成、リハーサルを含む移行フェーズ経験が評価ポイントになります。変換ツールで置き換えられない箇所の補完設計、テスト観点の整理、関係チーム調整などを経験していると、上流寄りの案件にも応募しやすくなります。
AS400案件でよく使われる開発環境
AS400案件の中心はIBM i（AS/400、iSeries）で、言語はRPG（RPG/400、RPG III/IV、ILE RPG）が頻出です。加えてCL（CLP）や、現場によってはCOBOLが併存するケースも見られます。DBはDB2 for iが前提となり、SQLを用いた調査・抽出・改修が日常的に発生します。
運用寄りの現場では、AS400コマンド操作、ジョブ/バッチ運用、月次IPL、障害調査などが作業に含まれやすく、手順書や既存フォーマットに沿ったドキュメント作成も求められます。ソース管理はGit系を使う場合もあれば、既存の資産管理ツールに合わせる場合もあり、現場標準への適応力が重要です。
周辺連携としては、HULFTやEDI、外部IF、帳票ツール（例：UT400）などが登場します。更改案件ではJava（Spring Boot等）やフロントエンド（Angularなど）、クラウド（AWS等）と接続しながら、AS400資産を段階的に移行する構成もあるため、参画前に「自分がAS400側を深掘るのか、連携・移行まで見るのか」を整理しておくと動きやすくなります。
AS400案件を選ぶときのチェックポイント
まず確認したいのは、役割が「運用保守中心」か「保守開発（設計〜実装〜テスト）」か「更改/移行中心」かです。AS400案件は同じ名称でも担当範囲が広く、日次/月次の定型運用やリリース作業が主の現場もあれば、要件整理や見積、納品まで一気通貫で任される現場もあります。
次に、言語・ツールの前提を確認します。RPGのバージョン（RPG III/IV、ILE）、CLやCOBOLの必要性、DB2 for iとSQLの使用頻度、LANSAなどの4GL採用有無で、求められる立ち上がり速度が変わります。データ修正（DFU等）や運用手順書作成が含まれるかも、得意不得意の分岐点になります。
最後に、コミュニケーションの相手と意思決定の流れを見ておくとミスマッチを減らせます。ユーザー部門と直接やり取りするのか、ベンダー配下で指示を受けるのか、複数ユーザー案件で並走するのかで、調整力の求められ方が違います。更改案件なら、並行稼働の有無やテスト計画・移行手順の責任範囲まで確認すると安心です。
AS400案件の将来性・需要
求人票からは、AS400が今も基幹領域で使われ続けており、保守運用・小規模改修の需要が継続していることが読み取れます。特に販売・在庫・会計、物流/倉庫など、業務継続性が最優先の領域では、既存資産を理解して安定運用に寄与できる人材が求められやすい状況です。
同時に、AS400資産を前提にした更改・移行も進んでおり、RPG→Javaへの置換、クラウド前提のリニューアル、オンプレからクラウドIBM i（Power Virtual Server等）への移行など、選択肢が複線化しています。そのため「AS400を守る」だけでなく「AS400を読み解いて移す」スキルにも価値が出ています。
今後の伸ばし方としては、RPG/DB2/CLの深掘りに加え、移行設計・テスト計画・手順書作成といった移行実務、あるいはJava/フロントエンドやデータ連携（HULFT、EDI）へ守備範囲を広げる方向が現実的です。基幹の制約を理解した上で、周辺や移行をつなげられる人は案件選択の幅が広がります。
AS400案件のよくある質問
AS400案件はRPG経験が必須ですか？
保守開発や既存改修が中心の案件では、RPG（ILE含む）の実務経験を必須とする募集が多いです。一方で、AS400を前提としつつもJava等での更改・移行側の役割では、AS400の理解や既存ロジック解析が求められ、RPGは「読めると強い」「知見があると尚可」とされるケースもあります。
運用保守だけの経験でも応募できますか？
日次/月次の定型運用、障害一次対応、問い合わせ対応、データ抽出など運用比重の高い案件はあります。ただし運用のみでも、原因調査のためのコマンド操作やSQLでの確認、軽微な改修や手順書更新が含まれることが多いため、どこまで手を動かす前提かを確認して選ぶのが安全です。
LANSA経験がないと物流・倉庫系案件は難しいですか？
LANSAを必須としている募集も見られるため、その場合は経験がないと難易度が上がります。一方で、同じ物流・倉庫領域でもRPG中心の現場や、周辺連携・運用寄りの役割もあるため、RPG/SQLや業務理解（WMS、在庫・入出庫など）を強みに、LANSA不問のポジションを選ぶという方針も取りやすいです。
AS400→Javaなどのリプレイス案件では何が求められますか？
既存資産の解析と仕様補完、移行設計、テスト観点整理、移行手順書作成やリハーサルなど、移行フェーズの実務が求められやすいです。開発がJava側でも、AS400側のジョブ/バッチやデータ構造を理解して説明できると、関係チーム調整や品質担保で価値を出しやすくなります。