AS400リプレース失敗を防ぐチェックリスト｜移行前に見落としやすい現場リスク

AS400 / IBM iのリプレースは、単に古いシステムを新しいシステムへ置き換える作業ではありません。長年の業務ルール、例外処理、帳票、締め処理、外部連携、手作業が積み重なっているため、見た目以上に移行リスクがあります。

リプレースで失敗しやすいのは、技術移行だけを見て、現場業務の細かい判断を見落とすことです。特に、在庫、出荷、請求、返品、単価改定、月末締め、年次処理は、仕様書に書かれていない運用ルールが残りがちです。

移行前に見落としやすいリスク

リスク	見落とし例	確認方法
業務例外	特定得意先、締め日、返品、値引きだけ別処理	現場ヒアリングと過去障害を見る
帳票	同じ帳票名でも部門別に使い方が違う	出力先、配布先、保管ルールを確認
外部連携	CSVやFTPが手作業で補正されている	送受信タイミングと再送手順を見る
データ移行	コード体系、桁、日付、外字、半角カナが合わない	移行テストと差分検証を行う
並行稼働	どちらを正とするか決まっていない	責任データと切替基準を決める
切戻し	戻す条件や戻した後の処理が未定	切戻し判断者と期限を決める

リプレース前に作る資料

• 業務別の処理フロー
• 主要RPG/CLと呼び出し関係
• 物理ファイル、論理ファイル、マスター一覧
• 帳票一覧と利用部門
• 外部連携一覧と再送手順
• 過去の障害・ヒヤリハット
• テスト観点と切戻し条件

この資料がないまま移行を始めると、移行先ベンダーも現場も判断できません。見積もり前の整理は AS400保守会社に相談する前のチェックリスト｜障害・小改修・データ抽出・リプレースで整理することにも通じます。

全部移す前に周辺改善を試す

リプレースの目的が「画面が古い」「データを見にくい」「外部連携が弱い」なら、全面移行の前に周辺改善で解決できる場合があります。Web参照、CSV自動出力、BI、帳票PDF化、AIによる調査支援などは、基幹ロジックを大きく変えずに改善しやすい領域です。

周辺改善の優先順位は AS400リプレースは必要か｜IBMiを使い続ける判断と長期ロードマップ、リプレース判断は AS400モダナイゼーションとリプレース判断を確認してください。

テストは、業務の一巡と例外を含める

新しい画面で伝票が入力できても、締め処理や相手先の受信まで旧環境と同じ結果になるとは限りません。利用部門と情報システム部門で、確認するシナリオと合格条件を先に決めます。

対象	必要なシナリオ	照合する結果
オンライン	登録・変更・取消、担当者の権限差	状態の遷移、明細、関連データの更新
バッチ	日次・月次・年次、締め境界、異常時の再実行	件数・金額・残高、未処理、二重処理の有無
帳票	通常日と締め日、部門別の配布	数字、並び順、改ページ、出力・配布先
外部連携	通常送信、受信失敗、再送、重複到着	相手側の取込・結果確認まで
データ移行	通常値、例外値、全件照合	変換後の文字・桁・コードと業務残高

差異の判定はデータ移行品質のチェックリストへ分けています。件数が合うだけでは、別得意先への誤変換や金額の丸め差を見逃します。

テスト結果を「確認済み」の一言で終わらせない

記録項目	残す内容
ケースID・担当	どの業務を誰が確認したか
条件	入力データ、処理日・締め状態、権限、対象環境
期待する結果	正しいと判断する根拠。旧結果を使う場合は、その結果自体が正しいかも確認
実際の結果	画面・帳票・件数・金額・連携結果と証跡
差異と承認	原因、修正、再テスト、残す課題、業務責任者の判断

切替・切戻しを判断する条件

• 切替判定：重要業務の試験が終わり、未解決差異の影響と扱いを業務責任者が承認している
• 切戻し期限：何時までなら旧環境へ戻せるか、判断者と連絡先が決まっている
• 移行後の更新：新環境だけに入った入力・送信をどう取り扱うか決まっている
• 並行期間：同じ取引を二重に実行しないよう、正とするデータと入力先が決まっている
• 旧環境の保持：業務照合と復旧条件を満たすまで、参照・復旧に必要な環境を保持する

切戻しは単なるシステム切替ではありません。新環境でEDI送信が済んでいれば、旧環境へ戻すだけで相手先の処理は巻き戻りません。対象取引と相手先の状況を確認し、再送や再入力の手順まで含めて判断します。

移行前に現場へ確認すること

仕様書だけでなく、締め日・返品・手修正・再送の例外を利用部門へ聞きます。業務ヒアリングシートに回答と未確認事項を残し、その結果をテストケースへ変換してください。全面移行をまだ決めていない場合は、継続利用・基盤更新・周辺改善との比較から始められます。