基幹システムのデータ移行費用｜棚卸し・変換・リハーサル・切替

2026/10/29

基幹システムの刷新では、画面や機能の開発費だけでなく、旧システムから新システムへデータを移す費用が大きく変動します。件数が同じでも、欠損、表記揺れ、重複、コード体系、添付ファイル、停止できる時間によって作業量は変わります。

Λ-51「ワレワレは、データ移行を単なるコピーとは見ない。どの情報を残し、どの意味へ変換し、切替後に正しいと確認するまでが一つの工程である」

リディ「リディは、現場の人が新しい画面で迷わへんかも見たいねん。数字が移っても、検索できなかったり履歴が読めなかったりしたら、使う人にとっては移行完了やないもんな」

この記事では、基幹システムのデータ移行費用を左右する工程と、見積依頼でそろえる資料を整理します。特定の金額を一律に断定せず、費用が増減する条件を比較します。

データ移行の全体工程

移行は本番当日だけの作業ではありません。旧データの調査、変換ルール、試行、照合、業務停止、切戻しまで計画します。

Λ-51「地球人は『全件移す』と言いがちだが、全件の定義が曖昧である。現行テーブルの全行なのか、法定保存期間内なのか、画面から参照できる履歴なのかを分ける必要がある」

リディ「それに、もう使ってへん重複データまで新居へ運んだら、引っ越した初日から段ボールだらけやで。残す理由と見せ方を一緒に決めよ」

まず、データ種別ごとに件数、容量、保存場所、更新頻度、所有部署、保存期限を整理します。

画面から見える項目だけでなく、連携バッチや帳票が参照する項目も確認します。項目名が同じでも意味や単位が違う場合があります。

旧システムと新システムで項目が一対一なら比較的単純ですが、実際には分割・統合・コード変換が発生します。

Λ-51「自動変換できない例外をゼロと仮定してはならない。例外件数、判断者、修正期限を見積条件へ入れるべきである」

リディ「エラー一覧が英数字だけやと現場は止まるねん。どの顧客の何が足りないか、修正したら再実行できるかまで、使う人の言葉で見せてほしいな」

重複や欠損を直す作業を、開発会社と顧客のどちらが担当するかで費用が変わります。すべてを委託する場合も、正解を知っている業務担当者の判断は必要です。

クレンジング対象の例は次のとおりです。

自動で統合すると誤って別人をまとめる危険があります。候補抽出と最終承認を分け、修正履歴を残します。

本番前に一部データを移し、新システムで表示・検索・集計できるかを確認します。件数が一致するだけでは不十分です。