データ移行の費用と進め方 — システム入れ替えで最ももめる工程

基幹システムや業務システムを入れ替える際、旧システムに蓄積されたデータを新システムへ移す作業を指す。単なるファイルのコピーではなく、旧システムと新システムでは項目の並び方やコード体系、入力ルールが異なることがほとんどのため、データの意味を保ったまま形式を変換する「マッピング」と呼ばれる工程が中心になる。Excelからの移行を検討する場合も、システム間の入れ替えの場合も、移行するデータの範囲を先に確定させないと、後工程の見積もりが成立しない。得意先マスタや在庫データのように現在も使う情報だけでなく、過去の取引履歴や添付ファイルをどこまで持っていくかによって、作業量は大きく変わる。

システム選定の見積もりでは、画面数や機能数をもとにした開発費用が主役になりやすく、データ移行は「その他一式」としてまとめて扱われがちである。しかし実際には、老朽化したシステムほど過去の運用で例外的な入力やイレギュラーなデータが積み重なっており、移行作業の負荷は年数とともに増える傾向がある。見積もり段階では移行対象のデータ量や種類が確定していないことが多く、契約後に想定外のクレンジング作業が発覚して追加費用や遅延につながるケースは珍しくない。移行を「システム構築の一部」ではなく「独立した工程」として扱い、早期に規模を把握することが、費用と工期のブレを抑える出発点になる。

- 現状調査: 旧システムのデータ構造、件数、保存形式を洗い出す
- マッピング設計: 旧項目と新項目の対応関係を定義し、変換ルールを決める
- クレンジング: 重複・欠損・表記ゆれなどを整理し、移行に耐える品質に整える
- 試験移行: 一部または全件を新システムに移し、件数や整合性を検証する
- 本番移行: 最終データを移し、旧システムとの並行稼働や切り替えを行う

※費用は一般的な目安であり、要件により大きく変動する。必ず複数社から見積もりを取り比較すること。

- 文字コードの不一致: 旧システムがShift-JIS、新システムがUTF-8など、文字コードの違いで文字化けが起きる
- 全角・半角のゆれ: 電話番号や住所、カナ氏名などの表記ゆれが検索・突合の妨げになる
- 重複データ: 同一得意先が異なるコードで複数登録されているなど、名寄せが必要になる
- 添付ファイルの扱い: 見積書や図面などの添付ファイルはデータベースの外に保存されていることが多く、移行対象から漏れやすい
- 権限・マスタ情報の再構築: ユーザー権限や組織階層は自動移行できず、新システムの仕様に合わせて作り直しが必要になることが多い
- 旧システムの参照期間: 過去データを全件移行せず旧システムを一定期間残す場合、参照用の環境維持にも費用がかかる

- 移行対象データの範囲（項目・期間・件数）を誰がどのように確定するか
- クレンジング作業は発注側・受注側のどちらがどこまで担当するか
- 試験移行は何回実施し、どの基準で「合格」と判断するか
- 旧システムとの並行稼働期間はどれくらい見込むか、その間の費用は誰が負担するか
- 移行後にデータの不整合が見つかった場合の切り戻し・修正の手順と責任範囲
- 添付ファイルや紙帳票など、データベース外の情報の移行方針

すべての過去データを新システムに移す必要はない。参照頻度の低い古い取引履歴などは、無理に移行せず旧システムを「参照専用」として一定期間残す判断も現実的である。属人化したシステムの引き継ぎと同様に、旧システムを残す場合は誰が保守し、いつ廃止するかをあらかじめ決めておかないと、「動いているから」という理由だけで何年も残り続け、二重の維持費用がかかる状態になりかねない。移行範囲を絞り込むことは、費用を抑えるだけでなく、クレンジングの負荷や試験移行の回数を減らし、全体の工期短縮にもつながる。