AS400 / IBM iのリプレースは、単に古いシステムを新しいシステムへ置き換える作業ではありません。長年の業務ルール、例外処理、帳票、締め処理、外部連携、手作業が積み重なっているため、見た目以上に移行リスクがあります。
リプレースで失敗しやすいのは、技術移行だけを見て、現場業務の細かい判断を見落とすことです。特に、在庫、出荷、請求、返品、単価改定、月末締め、年次処理は、仕様書に書かれていない運用ルールが残りがちです。
移行前に見落としやすいリスク
| リスク | 見落とし例 | 確認方法 |
|---|---|---|
| 業務例外 | 特定得意先、締め日、返品、値引きだけ別処理 | 現場ヒアリングと過去障害を見る |
| 帳票 | 同じ帳票名でも部門別に使い方が違う | 出力先、配布先、保管ルールを確認 |
| 外部連携 | CSVやFTPが手作業で補正されている | 送受信タイミングと再送手順を見る |
| データ移行 | コード体系、桁、日付、外字、半角カナが合わない | 移行テストと差分検証を行う |
| 並行稼働 | どちらを正とするか決まっていない | 責任データと切替基準を決める |
| 切戻し | 戻す条件や戻した後の処理が未定 | 切戻し判断者と期限を決める |
リプレース前に作る資料
- 業務別の処理フロー
- 主要RPG/CLと呼び出し関係
- 物理ファイル、論理ファイル、マスター一覧
- 帳票一覧と利用部門
- 外部連携一覧と再送手順
- 過去の障害・ヒヤリハット
- テスト観点と切戻し条件
この資料がないまま移行を始めると、移行先ベンダーも現場も判断できません。見積もり前の整理は AS400保守を外部委託する前の依頼整理にも通じます。
全部移す前に周辺改善を試す
リプレースの目的が「画面が古い」「データを見にくい」「外部連携が弱い」なら、全面移行の前に周辺改善で解決できる場合があります。Web参照、CSV自動出力、BI、帳票PDF化、AIによる調査支援などは、基幹ロジックを大きく変えずに改善しやすい領域です。
周辺改善の優先順位は AS400周辺システム現代化の優先順位、リプレース判断は AS400モダナイゼーションとリプレース判断を確認してください。
現場テストを軽く見ない
移行プロジェクトでは、単体テストや結合テストだけでなく、現場の業務テストが重要です。請求締め、出荷確定、棚卸、返品、単価改定、月末処理、年次処理など、普段は限られた担当者しか知らない操作をテスト計画に入れます。
- 通常日と締め日の両方で確認する
- 正常系だけでなく例外処理も見る
- 帳票の数字だけでなく並び順や出力先も見る
- 外部送信後の相手側取込まで確認する
- 旧AS400へ戻す場合の手順も確認する
まとめ
AS400リプレース失敗を防ぐには、業務例外、帳票、外部連携、締め処理、データ移行、並行稼働、現場教育、切戻しを先に確認します。古いから置き換えるのではなく、何を守り、何を変えるかを決めてから進めることが重要です。
