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

2026.06.11

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

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

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

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

リプレース前に作る資料

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

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

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

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

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

現場テストを軽く見ない

移行プロジェクトでは、単体テストや結合テストだけでなく、現場の業務テストが重要です。請求締め、出荷確定、棚卸、返品、単価改定、月末処理、年次処理など、普段は限られた担当者しか知らない操作をテスト計画に入れます。

  • 通常日と締め日の両方で確認する
  • 正常系だけでなく例外処理も見る
  • 帳票の数字だけでなく並び順や出力先も見る
  • 外部送信後の相手側取込まで確認する
  • 旧AS400へ戻す場合の手順も確認する

移行テスト計画を社内研修に落とし込む

移行テストは、チェックリストを作るだけでは不十分です。受講者が、どの業務を先に確認するか、どの帳票やCSVを比較するか、異常時にジョブログやデータをどう見るかを説明できる状態にする必要があります。

移行テストで見る項目

分類確認内容注意点
基本操作ログイン、メニュー、照会、更新権限ごとに見る
締め処理請求締め、月次、年次、棚卸通常日だけで判断しない
帳票出力内容、並び順、プリンター、PDF数字だけでなく配布先も見る
外部連携CSV、FTP、EDI、ODBC/JDBC、API相手側取込まで確認する
障害時MSGW、異常終了、再実行、切戻し戻せる条件を決める

現場担当者を巻き込む

移行テストは情報システム部門だけでは完結しません。実際に在庫照会、請求締め、出荷確定、帳票確認を行う現場担当者に見てもらう必要があります。画面が動いても、現場の判断や帳票の使い方に合わなければ本番移行後に混乱します。

  • 業務担当者ごとの確認シナリオを作る
  • 重要日と例外処理をテストに入れる
  • 旧環境との結果比較を行う
  • 切戻し条件と判断者を決める
  • 未解決課題を本番移行前に潰す

移行失敗の見落としは AS400リプレース失敗を防ぐチェックリスト、業務確認は AS400業務ヒアリングシートも確認してください。

リプレース失敗の予防の要点

AS400リプレース失敗を防ぐには、業務例外、帳票、外部連携、締め処理、データ移行、並行稼働、現場教育、切戻しを先に確認します。古いから置き換えるのではなく、何を守り、何を変えるかを決めてから進めることが重要です。

AS400業務確認・改善要望の整理

AS400 / IBM i の保守では、技術調査だけでなく業務ヒアリングと改善要望の優先順位が重要です。詳しくは AS400業務ヒアリングシート｜保守・改修前に現場へ聞くべき質問 を確認してください。

移行・更新時に確認したい品質観点

データ移行品質では、文字コード、桁数、日付、マスター整合性を業務テストとは別に確認します。詳しくは AS400データ移行品質チェック｜文字コード・桁・日付・マスター不整合を防ぐ を確認してください。

リプレース失敗を防ぐには、残す業務と変える業務を分ける

AS400リプレースでは、技術刷新だけを先に決めると、現場の締め処理、EDI、帳票、例外運用が後から問題になります。まず、今のAS400で安定している業務、属人化している業務、外部連携が強い業務を分けることが重要です。

この記事とあわせて確認したいAS400の入口

リプレース判断では、移行するか残すかだけでなく、現行AS400の基本、障害時の切り分け、既存コマンド運用を同時に棚卸しします。

リプレース前に相談へ出す材料

AS400 / IBM i のリプレースを検討する時は、移行先の機能比較だけでなく、現場で残したい業務と変えたい業務を先に分ける必要があります。ここが曖昧なままだと、帳票、例外処理、締め処理、切戻しで失敗しやすくなります。

整理する材料相談で使う理由
残す業務基幹として継続する処理、周辺だけ変える処理を分けられます。
変えたい業務手作業、Excel、外部連携、帳票改善など、効果が出やすい範囲を見ます。
移行リスク例外処理、締め処理、データ移行、並行稼働、切戻しの難所を確認します。
比較案継続利用、段階更新、周辺改善、全面リプレースを同じ軸で比較できます。

リプレース前の判断軸は、AS400を使い続けるべきか判断するチェックリストとAS400サポート終了はいつ？｜IBMi7.4・7.5・7.6の保守期限と確認手順も合わせて確認してください。相談先を比較する場合は、AS400保守会社に相談する前のチェックリスト｜障害・小改修・データ抽出・リプレースで整理することが役立ちます。自社の移行リスクを整理して相談したい場合は、お問い合わせから概要を共有できます。

通常画面は動くのに締めで失敗する移行例

リプレース後の画面テストが通っても、月次締めや外部連携が旧環境と同じ結果になるとは限りません。業務の一巡で確認します。

確認点確認内容判断
オンライン代表伝票の入力、変更、取消、照会を確認する正常系だけでなく例外処理も通す
バッチ日次、月次、再実行、締め境界の処理結果を比較する件数一致だけで金額や状態遷移を見落とさない
外部EDI、会計、帳票、ファイル連携の送受信と再送を確認するAS400内の成功だけで完了にしない

切替判定には、未解決差異、戻し可能時間、旧環境へ戻した場合のデータ扱いを含めます。新環境の稼働直後に旧環境を廃止せず、照合と復旧条件が満たされるまで保持します。

スポンサーリンク