ERPのデータ移行ガイド｜移行計画・データクレンジング・切り替え手順

データ移行はERP導入の最大のリスク

ERP導入プロジェクトで、最もスケジュール遅延を引き起こすのがデータ移行です。「データを移すだけ」と軽く考えがちですが、実際には以下のような問題が次々と発生します。

• 旧システムのデータが汚い — 重複レコード、入力ルールのバラつき、空欄だらけの項目
• データ形式が合わない — 旧システムと新ERPでコード体系や項目定義が異なる
• 移行量が膨大 — 10年分の取引データを全て移行すべきか、判断に迷う
• テストが不十分 — 移行テストを1回しかやらず、本番で不具合が発覚

データ移行は「プロジェクト全体の30%以上の工数がかかる」と言われることもあります。早期から計画的に取り組むことが成功の鍵です。

データ移行の全体フロー

1. 移行対象の定義（2〜4週間）— 何を移行するか、しないかを決める
2. マッピング設計（2〜4週間）— 旧データ → 新ERPのデータ項目の対応関係を定義
3. データクレンジング（4〜8週間）— 移行前にデータを整理・修正
4. 移行ツール・プログラムの開発（2〜4週間）— ETLツールまたはカスタムスクリプトの開発
5. 移行テスト（1回目）（1〜2週間）— テスト環境で試行。問題を洗い出す
6. 修正・再クレンジング（2〜4週間）— テスト結果を踏まえた修正
7. 移行リハーサル（2〜3回目）（各1〜2週間）— 本番と同じ手順・データ量で実施
8. 本番移行 — 計画に従って実施。ロールバック計画を準備

移行対象データの選定

移行するデータの分類

過去データの取り扱い

「過去10年分の取引データを全て移行したい」という要望は多いですが、以下の理由から推奨しません。

• データ量が膨大で移行コストが高い
• 旧データの品質が低く、新ERPのバリデーションに通らない
• 移行後の検証工数が爆発的に増える

推奨アプローチ

• マスターデータと残高データは全て移行
• 取引履歴は直近1〜2年分を移行
• それ以前のデータは旧システムを参照モードで残す、またはCSV/PDFで保管

データクレンジングの進め方

データクレンジング（データ浄化）は、移行前にデータの品質を上げる工程です。これをサボると、新ERPにゴミデータが入り、業務に支障をきたします。

よくあるデータ品質の問題

• 重複レコード — 同じ取引先が微妙に異なる名称で複数登録されている（「株式会社ABC」「(株)ABC」「ABC」）
• 不正確なデータ — 住所・電話番号が古い、廃業した取引先が「有効」のまま
• 欠損値 — 必須項目が空欄。旧システムでは任意だったが新ERPでは必須
• コード体系の不統一 — 部門コードが途中で変更され、新旧が混在

クレンジングのステップ

1. データプロファイリング — 旧データの品質を定量的に把握。項目ごとの充填率・重複率・フォーマット違反率を算出
2. クレンジングルールの策定 — 重複の統合ルール、欠損値の補完ルール、コード変換ルールを定義
3. 自動クレンジング — ツールやスクリプトで一括処理できるもの（全角→半角変換、空白除去等）
4. 手動クレンジング — 自動では判断できないもの（重複取引先の統合判断等）は業務担当者が対応
5. クレンジング結果の検証 — 件数の突合、サンプルチェック

マッピング設計

旧システムのデータ項目を新ERPのどの項目に対応させるかを定義する工程です。

マッピング表の作成

マッピングで注意すべき点

• 1対1にならない項目 — 旧システムの1項目が新ERPでは2項目に分かれる（例：「名前」→「姓」＋「名」）
• 新ERPにしかない項目 — デフォルト値の設定が必要
• コード体系の変換 — 変換テーブルを作成し、旧コード→新コードの対応を定義
• 文字コード — Shift_JIS → UTF-8 の変換で文字化けが発生しないか確認

移行テストとリハーサル

データ移行のテストは最低3回実施するのが推奨です。

第1回テスト：検証テスト

• 移行プログラムの基本動作確認
• サンプルデータ（全体の10〜20%）で実施
• マッピングの漏れ・変換ルールの誤りを発見

第2回テスト：総合テスト

• 本番データの全量で実施
• 移行後のデータ件数・合計値の突合
• 業務部門による目視確認（主要な取引先・商品のデータが正しいか）
• 移行時間の計測（本番の切り替え時間を見積もる）

第3回テスト：本番リハーサル

• 本番と完全に同じ手順・スケジュールで実施
• 作業手順書の最終確認
• ロールバック手順のテスト
• 移行後の業務テスト（受注→出荷→請求の一連のフロー）

本番切り替えの手順

切り替え方式

• ビッグバン方式 — 一度に全機能を切り替え。週末や連休を利用して実施。シンプルだがリスクが高い
• 段階切り替え — モジュール（会計→販売→在庫等）を順番に切り替え。リスク分散だが期間が長い
• 並行稼働 — 旧システムと新ERPを一定期間並行運用。最も安全だが、二重入力の負荷が大きい

ロールバック計画

万が一、本番移行で重大な問題が発生した場合に、旧システムに戻せる計画を必ず準備します。

• ロールバック判断の基準（どの時点で、誰が判断するか）
• 旧システムのバックアップの保全
• ロールバック手順と所要時間
• ロールバック後のデータ整合性の確認方法

あわせて読みたい

• 中小企業のERP導入ガイド｜基幹システム選定から運用までの全手順
• クラウドERP比較｜中小企業向けおすすめ製品と選定基準【2026年版】
• ERP導入の費用と期間｜規模別の相場とコストを抑えるコツ
• ERP導入後の運用・保守ガイド｜定着化・アップデート・カスタマイズ管理の進め方
• レガシーシステムの刷新｜リスクを抑えて成功させる進め方

まとめ

• データ移行はERP導入の最大リスク。全体工数の30%以上を見込む
• 過去データは全て移行しない。マスター＋残高＋直近1〜2年が現実的
• データクレンジングは予想の3倍かかる。業務部門のリソースを早期に確保
• 移行テストは最低3回。検証→総合→リハーサルの段階的アプローチ
• ロールバック計画は必須。旧システムに戻せる状態を維持
• 本番切り替えは連休を活用。十分な作業時間と検証時間を確保

ERPのデータ移行でお困りの方は、お問い合わせからご相談ください。FUNBREWでは、データ移行の計画から実行まで一貫してサポートしています。