ERPへのデータ移行では何を棚卸ししますか？

顧客・商品・取引先などのマスタ、受注残や未入金などの未完了取引、過去の取引履歴、契約書や証憑を分ける。それぞれについて移行、参照のみ、廃棄の判断と、元データ・変換ルール・照合責任者を記録する。

過去データはすべて新ERPへ移すべきですか？

すべてを移す必要はない。日常業務で更新するデータ、比較や問い合わせで参照するデータ、保存だけ必要なデータでは扱いが違う。新ERPへ入れる範囲と、旧環境を参照できる期間を分けて決める。

ERP移行の完了は何で判断しますか？

件数が一致しただけでは足りない。重要項目の内容、金額や数量の合計、未完了取引の状態、切替後に発生した差分を照合し、業務責任者とデータ責任者が承認できた時点を完了とする。

ERPデータ移行の棚卸し｜マスタ・未完了取引・履歴・切替を分ける移行表

ERPのデータ移行で難しいのは、ファイルを新しい箱へ運ぶことではない。新ERPで日常的に更新するもの、参照だけ残すもの、移さないものを、業務が止まらない形で決めることだ。

既存データの重複、欠損、表記揺れを調べる方法は移行前のデータ監査で扱っている。この記事はその次の工程として、ERP固有のマスタ、未完了取引、履歴、切替差分を一枚の移行表にする方法へ絞る。

最初にデータを四つへ分ける

「販売データ」のような大きい名前では、移行判断ができない。用途と更新のされ方が違う四つに分ける。

区分	例	主な判断
マスタ	顧客、取引先、商品、部門、勘定科目	統合、採番、利用可否
未完了取引	受注残、発注残、未出荷、未請求、未入金	開始状態と引継ぎ責任
履歴	完了済みの売上、仕入、入出庫	新ERPへ移すか、旧環境で参照するか
証憑・添付	契約書、見積書、請求書、検収記録	保存先、検索キー、閲覧権限

特に未完了取引は、履歴と同じ方法で移せない。移行日の時点で処理の途中にあり、新ERPで次の操作を受けられる状態にする必要がある。受注番号だけ移しても、出荷済み数量や請求済み金額が分からなければ続きを処理できない。

移行表の一行は「データ名」より細かくする

移行表には、データのまとまりと判断を同じ行へ置く。顧客マスタを一行で済ませず、請求先、納品先、担当者、締め条件のように、変換や責任者が違う単位へ分ける。

業務データ名：現場が使っている名前
元の場所：システム、表計算、共有フォルダ
新ERPの行き先：テーブルや項目ではなく、利用する業務
扱い：移行、参照のみ、廃棄候補
変換ルール：コード、日付、単位、状態の対応
照合方法：件数、重要項目、金額・数量の合計
責任者：内容を判断する業務側と、作業する担当

デジタル庁の「デジタル社会推進標準ガイドライン」は、情報システムの整備と管理について、共通ルールと実践的な参考文書、要件定義書などのテンプレートを公開している（デジタル庁公式ページ）。政府向けの文書をそのまま中小企業へ当てる必要はないが、移行も担当者の記憶ではなく、要件と役割を記録して合意する作業だという点は共通する。

マスタは「残すか」だけでなく、正を決める

顧客名が販売側と会計側にある場合、どちらも新ERPへ持ち込むのではなく、どちらを正にするかを決める。同じ顧客が複数コードに分かれているなら、統合後のコードと旧コードの対応表を残す。取引停止先を削除すると履歴の相手が分からなくなるため、削除ではなく利用停止として保持する選択もある。

マスタごとに、登録できる人、変更を承認する人、変更理由を残す項目を決める。移行時だけきれいにしても、運用開始後に誰でも表記を変えられれば、同じ揺れが戻る。ERP選定時の責任者や段階導入の考え方は中小企業のERP選定基準で確認できる。

未完了取引は状態の対応表を作る

旧システムの「処理中」と新ERPの「処理中」が同じ意味とは限らない。旧側の状態ごとに、実際に終わっている作業と残っている作業を書き、新側の開始状態へ対応させる。

旧側の状態	完了済み	残作業	新側の開始状態
受注済み・未出荷	与信、在庫引当	出荷、請求	出荷待ち
一部出荷	出荷済み数量	残数の出荷、請求	分納継続
請求済み・未入金	売上、請求	入金消込	入金待ち

この表を業務責任者が確認する。移行担当だけでは、状態名の裏にある現場作業まで判断できない。分納、取消、返品などの例外を通常取引へ丸めないことも大切だ。

履歴は移行と参照を分ける

過去履歴は、目的から逆算する。日常処理で再利用する、顧客からの問い合わせに答える、経営比較に使う、保存のために保持するでは必要な置き場所が違う。

履歴を使う業務と検索条件を書き出す。
新ERPでないとできない利用だけを移行候補にする。
参照だけなら、旧環境や読み取り専用データで検索できるようにする。
旧環境を閉じる条件と、参照権限の管理者を決める。

すべてを新ERPへ詰め込むと、変換と照合の対象が増える。一方、旧環境を無期限で残すと、保守と権限管理が続く。移すか残すかだけでなく、いつまで、誰が、何の目的で見るかを決める。

切替当日の差分を別枠で管理する

事前にデータを抽出してから新ERPを開始するまで、旧システムで新しい取引や更新が発生する。この差分を見落とすと、テスト時点では一致していたのに本番初日から数字がずれる。

旧システムへの入力を止める日時
停止できない業務と、その間の記録場所
最終抽出の担当者と完了連絡
差分データの抽出、変換、反映の順番
新旧の照合項目と承認者
不一致が残った場合の開始延期または戻し方

照合は件数だけで終わらせない。顧客コードや状態など業務を動かす重要項目、金額と数量の合計、未完了取引の残数を見る。切替後に業務を続けられるかを基準にする。

試行移行は変換テストではなく、判断テストにする

試行移行で変換プログラムが最後まで動いても、業務側が結果を判断できなければ本番準備は終わっていない。誰がどの帳票や画面を確認し、どの不一致なら修正して続け、どの不一致なら移行をやり直すかを試す。

本番と同じ抽出条件で元データを固定する。
変換後の件数、重要項目、合計、状態別残数を出す。
業務責任者が実際の取引を検索し、次の処理へ進める。
不一致を移行表のデータ区分と変換ルールへ戻して修正する。
修正後に同じ照合を行い、判定記録を残す。

試行ごとに新しい確認方法を増やすと、本番で何を見ればよいか定まらない。照合項目を固定し、結果と差分理由だけを更新する。テスト用に手直しした元データを使わず、実際の揺れや欠損を含む抽出データで通すことも大切だ。

移行しないデータにも終了計画を持つ

「旧システムで参照」と決めた履歴は、放置すると旧環境を閉じられない。参照する部署、検索する項目、必要な権限、データの出力方法、問い合わせ先を記録する。担当者の端末からしか見られない状態は、参照環境とは呼べない。

旧環境の終了前には、実際の問い合わせを使って必要な履歴を取り出せるか確かめる。参照頻度が下がり、別の保存先で必要な記録を検索でき、権限と保守の責任を移せたら終了判断へ進む。移行対象外にした時点で終わりではなく、旧環境を閉じるまでを移行計画に含める。

移行完了の承認欄まで作る

移行表の最後に、データ責任者、業務責任者、切替判断者の承認欄を置く。データ責任者は変換と照合、業務責任者は未完了取引を続けられるか、切替判断者は不一致を受け入れて開始するかを判断する。

作業の進捗ではなく、業務が続けられることを完了条件にする。ERPデータ移行は、古いデータを全部運ぶ仕事ではない。新しい運用の初日に必要なデータを正しく渡し、残りを安全に参照できる状態へ分ける仕事だ。

完了承認後も、移行表と変換対応表は残す。稼働後の問い合わせで旧コードや旧状態を調べるとき、何をどの規則で変えたかが手掛かりになる。担当者の記憶に戻さず、同じ表から追跡できるところまでが引き継ぎになる。