システムを入れ替えるとき、いちばん神経を使うのがデータ移行です。画面や機能は作り直せても、長年積み上がった顧客・取引・履歴のデータは作り直せません。移行に失敗すると、数字が合わない、過去の履歴が見られない、といった問題が業務に直接響きます。本記事では、移行前・当日・移行後の3つの段階に分けて、確認しておきたい項目をチェックリスト形式で整理します。プロジェクト全体の進め方については、データ移行プロジェクトを成功させるポイントもあわせてご覧ください。
データ移行で失敗しやすいパターン
移行の失敗には、いくつか決まったパターンがあります。移行対象のデータを洗い出しきれておらず、切り替え後に「あのデータがない」と気づくケース。旧システムと新システムで項目の意味や形式が違うのに、そのまま流し込んでしまうケース。リハーサルをせずに本番を迎え、想定外のエラーで時間切れになるケース。そして、元に戻す手順を決めておらず、問題が起きても引き返せなくなるケースです。以下のチェックリストは、これらを順に潰していくための内容になっています。
【移行前】準備のチェックリスト
対象データの棚卸し
まず、どのデータを移行するのかを一覧にします。顧客・商品・取引・添付ファイル・ログなど、種類ごとに件数と保管場所を確認してください。システムの外にあるエクセルや紙の台帳に重要な情報が散らばっていることも多いため、現場へのヒアリングも欠かせません。あわせて「移行しないデータ」を決めることも大切です。古い履歴をすべて持ち込むと、移行時間もコストも膨らみます。
項目の対応づけ（マッピング）
旧システムの項目が、新システムのどの項目に対応するかを表にまとめます。名称が同じでも、桁数や入力形式、必須かどうかが異なることがあります。たとえば日付が「文字列」から「日付型」に変わる、住所が1項目から3項目に分かれる、といった違いです。変換のルールをこの段階で文書化しておくと、移行プログラムの作成と、あとからの検証が楽になります。
データのクレンジング
重複した顧客、表記ゆれ（株式会社の前株・後株、全角半角の混在）、空欄や不正な値は、移行前に整えておくのが理想です。汚れたデータをそのまま移すと、新システムでも汚れたまま使い続けることになります。どこまで直すかは、件数と業務への影響を見て優先順位をつけましょう。
移行方式とスケジュールの決定
一度に切り替える「一括移行」か、機能やデータごとに段階的に切り替える「段階移行」かを決めます。一括は期間が短く済む一方、失敗したときの影響が大きくなります。業務を止められる時間（週末や夜間など）と、移行にかかる時間の見積もりを突き合わせ、余裕のある日程を組んでください。
リハーサルとバックアップ
本番と同じ手順で、本番に近いデータ量を使ったリハーサルを最低1回は行います。所要時間、エラーの有無、件数の一致を確認し、手順書を磨き込みます。あわせて、旧システムのデータの完全なバックアップを取り、復元できることまで確かめておきます。
切り戻し（元に戻す）基準の合意
「どういう状態になったら中止して旧システムに戻すのか」を、事前に関係者で決めておきます。当日に判断すると、時間的なプレッシャーで無理に進めてしまいがちです。判断者と、中止を決める期限もあらかじめ決めておくと安心です。
移行前の確認項目を、あらためて一覧にします。
- 移行対象・対象外のデータが一覧になり、関係者の合意が取れている
- 旧項目と新項目の対応表と、変換ルールが文書化されている
- 重複・表記ゆれ・不正値の洗い出しと修正方針が決まっている
- 移行方式（一括／段階）と、停止できる時間帯が決まっている
- 本番相当のデータでリハーサルを行い、所要時間と件数を確認した
- 旧システムのバックアップを取得し、復元できることを確認した
- 切り戻しの判断基準・判断者・期限が決まっている
【移行当日】作業のチェックリスト
当日は、手順書どおりに淡々と進めることが基本です。まず、旧システムへの入力を止める（データを凍結する）時刻を全員に周知します。凍結したあとに旧システムへ入力されたデータは、移行から漏れてしまうためです。
移行作業は、各ステップの開始・終了時刻と、処理した件数を記録しながら進めます。移行後に新旧で件数を照合し、合計金額や残高のような集計値も突き合わせてください。件数が合っていても、中身がずれていることがあるためです。エラーが出た場合は、手順書に従って対処するか、事前に決めた基準にしたがって切り戻すかを判断します。また、連絡体制（誰に何を報告するか）を決めておくと、トラブル時の混乱を避けられます。
- データの凍結時刻を周知し、旧システムへの入力を止めた
- 各ステップの開始・終了時刻と処理件数を記録している
- 新旧の件数・合計値・残高などを照合した
- エラーの内容と対処を記録し、切り戻し基準と照らして判断した
- 関係者への進捗報告の連絡経路が機能している
【移行後】検証と運用のチェックリスト
切り替えが終わったら、すぐに「終わった」とは考えないでください。移行後の検証が、本当の完了条件です。システム上の件数照合に加えて、実際の業務担当者が、日常的に使う画面や帳票で数字と内容を確認します。たとえば、特定の顧客の履歴が正しく表示されるか、請求書の金額が旧システムと一致するか、といった確認です。
旧システムは、すぐに廃止せず一定期間は参照できる状態で残しておくと安心です。移行後に問題が見つかった際、元のデータと見比べられるからです。さらに、切り替え後の数日から数週間は、問い合わせ窓口を用意し、現場から上がってくる不具合を素早く拾える体制を整えてください。
- 業務担当者が、日常業務の画面・帳票で内容を確認した
- 金額・件数など主要な数値が旧システムと一致している
- 旧システムを一定期間残し、参照できる状態にしている
- 切り替え直後の問い合わせ窓口と、対応の担当者が決まっている
- 発見された不具合の記録と、修正の優先順位が整理されている
よくあるトラブルと対処のヒント
文字化けは、文字コードの違い（旧システムがShift_JIS、新システムがUTF-8など）で起こります。移行ツールで文字コードを明示的に指定し、リハーサルで確認してください。日付や数値の形式が違うと、「2026/01/02」が別の日付として読まれる、桁あふれで値が切れる、といったことが起こります。マッピングの段階で、形式と桁数を揃えておくのが基本です。
マスタデータ（商品・取引先など）の移行順を間違えると、参照先が存在しないエラーが出ます。マスタを先に、取引データを後に移すなど、依存関係に沿った順序を手順書に書き込みましょう。権限設定の移し忘れにも注意が必要で、切り替え後に「見られるはずの画面が見られない」という問い合わせにつながります。
よくある質問
Q. 過去のデータは、全部移行すべきですか？
A. すべてを移行する必要はありません。法令で保存期間が定められているもの、業務で参照するものを優先し、それ以外は旧システムのアーカイブとして保管する方法もあります。移行対象を絞ると、期間とコストを抑えられます。
Q. リハーサルは何回やればいいですか？
A. 最低でも1回、できれば手順や件数に問題がなくなるまで繰り返すのが理想です。データ量が多い場合は、所要時間の見積もりを確かめるためにも、複数回の実施をおすすめします。
まとめ
データ移行は、移行前の準備、当日の確認、移行後の検証という3段階のチェックを丁寧に重ねることで、失敗のリスクを大きく減らせます。とくに、対象データの棚卸し、リハーサル、切り戻し基準の合意は、省略しないでください。
