新しい基幹システムが動き出した、最初の月末。
取引先から「請求書が2通届いた」と電話が入る。
調べると、同じ取引先が支店ごとに別のコードのまま、新しいシステムに移っていた。
基幹システムのデータ移行とは、いまのシステムのデータを取り出し、整えて、新しいシステムに正しく移す工程のことです。
単なるコピーではありません。
棚卸し→クレンジング→マッピング→移行リハーサル→並行稼働と切替→検証の6つの工程で進めます。
時間がかかるのは、取り込みの作業ではありません。
2つ目のクレンジング、つまりデータの整理です。
では、その整理は、誰が、いつ始めればよいのか。
冒頭の二重の請求書も、原因はここにあります。
この記事で分かること
- 移すデータの種類と、移す範囲の決め方
- 6つの工程で、それぞれ何を決めるか
- 切替の時期を、締めとの関係でどう選ぶか
- 移す範囲の決めすぎ・マスタの重複など、よくある失敗
- 社内で進めるか、外部に頼むかの判断
言葉の整理：マスタデータは、取引先・品目・勘定科目など、業務の土台になる基本の情報です。
クレンジングは、重複・表記ゆれ・誤りを直してデータを整えることです。
マッピングは、旧システムの項目を新システムのどの項目に対応させるかを決める作業です。
データ移行とは｜なぜ成否を分けるのか
基幹システムは、会社全体が同じデータを見て動くための土台です。
移したデータが不正確なら、稼働した日から全部署の業務に響きます。
データ移行は、リプレイス（別の製品への入れ替え）を構成する工程の1つです。
全体の流れ・費用・期間は、基幹システムのリプレイスとはで扱っています。
そもそも刷新すべきか迷う段階なら、基幹システムは「更新」か「乗り換え」かが参考になります。
厄介なのは、数年に一度しか起きない作業だという点です。
社内に経験者が少なく、前回の手順も残っていないことがよくあります。
工程と決めごとを先に知っておけば、それだけで防げる失敗は多い。
移す3種類のデータと、移す範囲の決め方
3種類のデータ
移すデータは、大きく3種類に分けて考えます。
| 種類 | 例 | 移すときの考え方 |
|---|---|---|
| マスタデータ | 取引先・品目・勘定科目・社員 | 最初に整える。ここが乱れると取引のデータも正しく載らない |
| トランザクションデータ | 受発注・請求・入出金 | 切替の時点で終わっていない取引（未完了の取引）を中心に移す |
| 履歴データ | 過去の取引・過去の決算 | すべて移す必要はない。使う目的から範囲を決める |
この3分類は、Oracle NetSuiteの公式の解説にも出てきます。
同じ解説は、すべての履歴を新しいシステムですぐ見られるようにする必要はない、としています。
（出典：Oracle NetSuite公式「ERP Data Migration Tips and Best Practices」、2026年9月確認）
移す範囲の4つの選び方
いちばん悩むのが、履歴データをどこまで移すかです。
選び方は、大きく4つあります。
| 選び方 | 中身 | 合う場合 | 注意点 |
|---|---|---|---|
| A. 全件を移す | 過去の取引をすべて移す | データの量が少なく、整っている | 古い汚れも持ち込む。移行の時間が延びる |
| B. 期間を絞って移す | 直近の数年分など、期間を決めて移す | 前年との比較や傾向の分析に使う | 期間の区切りを、会計年度とそろえる |
| C. 残高と未完了の取引だけ移す | 期首の残高と、終わっていない取引だけ | 新しい仕組みで一から始めたい | 過去との比較は、別の保管先で見る |
| D. 移さずに保管する | 旧システムのデータを参照用に残す | 見る頻度が低い古い履歴 | 保管先で検索できる形にしておく |
実際には、マスタはA、履歴はBかC、古い履歴はDと組み合わせることが多くなります。
使い道から逆に引くと、次のようになります。
AIで売上や在庫の傾向を見たい会社は、Bの期間を少し長めに取る価値があります。
整った履歴がそろうほど、AIに渡せるデータも増えるからです。
考え方は、AI導入の成否は「データの整い方」で決まるで扱っています。
移さない履歴も、保存の義務は残る
移さないと決めた履歴も、捨ててよいわけではありません。
法人の帳簿書類は、確定申告書の提出期限の翌日から7年間の保存が必要です。
青色申告で欠損金が生じた事業年度は、10年間です（出典：国税庁「No.5930 帳簿書類等の保存期間」、2026年9月確認）。
旧システムを止める前に、保存が要るデータを検索できる形で取り出しておく必要があります。
電子で受け取った取引の保存のルールは、NetSuiteと電子帳簿保存法・インボイス制度の対応をご覧ください。
保存の方法は、顧問の税理士と相談して決めます。
進め方｜6つの工程で決めること
棚卸し｜どこに、何が、どれだけあるか
最初に、いまのデータの状態をつかみます。
次のような表を作ると、移す範囲と工数が見えてきます。
| データ | 今の置き場所 | 件数 | 今も使っているか |
|---|---|---|---|
| （例）取引先 | 販売管理システム | 3,200件 | 直近3年に取引があるのは一部 |
| （例）品目 | 販売管理と表計算の両方 | 8,000件 | 廃番が混ざっている |
表には、データの持ち主の部門も書き添えておきます。
見落としやすいのは、表計算や個人のファイルにあるデータです。
正式なシステムには入っていないのに、業務では使っている。
そういうデータが、移行の漏れになります。
クレンジング｜捨てる・まとめる・直す
データ移行でいちばん時間がかかるのは、この工程です。
- 捨てる：取引が止まった取引先、廃番の品目、使われていない勘定科目
- まとめる：同じ取引先・品目が別のコードで登録されているもの（名寄せ）
- 直す：表記ゆれ（株式会社と（株）、全角と半角）、住所や口座の古い情報
捨てるかどうかは、情報システムの担当者だけでは決められません。
データの持ち主の部門が決めると、役割を分けておきます。
Oracle NetSuiteの公式の解説も、複数の部門が同じ情報を別々に持ち、中身が一致しない点を課題に挙げています。
（出典：Oracle NetSuite公式、2-1と同じ解説）
マッピング｜旧と新の項目を対応させる
旧システムの項目を、新システムのどの項目に入れるかを決めます。
コードの体系も、ここで見直します。
| 旧システム | 新システム | 決めること |
|---|---|---|
| 取引先コード（6桁の数字） | 取引先ID | 旧コードを残すか、振り直すか。振り直すなら対応表を保管する |
| 品目の分類（独自の3階層） | 品目の分類 | 新システムの分類の仕方に合わせて、階層を組み直すか |
| 部門コード | 部門 | 組織変更の予定を反映してから移すか |
旧コードを振り直すなら、新旧の対応表を必ず残します。
稼働後に過去のデータと突き合わせるとき、この表がないと追えません。
移行リハーサル｜本番と同じ手順で試す
本番の前に、同じ手順で何度か試します。
これを移行リハーサル（テスト移行）と呼びます。
Oracle NetSuiteの公式の解説は、少量の移行データで、できるだけ早くテストを始めることを勧めています。
代表的な取引先と注文から始め、少しずつ広げる進め方です（出典：Oracle NetSuite公式、2-1と同じ解説）。
リハーサルでは、毎回次のことを記録します。
- 取り出し・変換・取り込みの、それぞれにかかった時間
- エラーになった件数と、その原因
- 照合の結果（件数・金額の差）
- 手順書どおりに進んだか、手順書を直した点
かかった時間の記録は、本番の切替の時間割を組む材料になります。
エラーが減り、手順書だけで進められるようになったら、本番に進む目安です。
NetSuiteへの取り込みの方法とよくあるエラーは、NetSuiteのCSVインポートで扱っています。
本番と別の環境で試す方法は、NetSuiteのサンドボックスとはをご覧ください。
並行稼働と切替｜照合してから、旧を止める
並行稼働は、新旧のシステムを一定期間一緒に動かし、結果を照合することです。
次のことを、事前に文書で決めておきます。
| 決めること | 中身の例 |
|---|---|
| 並行稼働の期間 | 1回の月次の締めを、新旧の両方で終えるまで |
| 照合する項目 | 売上・仕入の件数と金額、売掛金・買掛金・在庫の残高 |
| 差が出たときの扱い | どこまでの差なら原因を調べて進むか |
| 戻す条件（切戻し） | 業務が止まった時間、差の大きさなど |
| 最終判断者 | 戻すかどうかを決める人と、代わりの人 |
| 戻した後の手順 | 旧システムへの入力のし直し、再切替の日の決め方 |
並行稼働の間、現場には二重入力の負担がかかります。
だから期間を長くしすぎない。
照合の項目と終わりの条件を、始める前に決めておきます。
検証と稼働後｜「何が一致すれば成功か」を先に決める
検証の基準は、移行を始める前に決めます。
終わりが決まっていないと、どこまでやれば完了かが分かりません。
| 検証の観点 | 見方 |
|---|---|
| 件数 | 旧と新で、マスタと取引の件数が一致するか |
| 金額 | 売上・仕入などの合計が一致するか |
| 残高 | 勘定科目ごと、取引先ごとの売掛金・買掛金の残高が一致するか |
| 抜き取り | 特定の取引先・品目を選び、中身まで一致するか |
| 業務 | 現場の担当者が、実際の業務の流れで使えるか |
最後の観点は、現場の利用者による受け入れテスト（UAT）で見ます。
稼働した日は、ゴールではありません。
最初の月次の締めまでは、データが正しく入り続けているかを見守ります。
AIで前処理する｜下書きはAI、確定は人
クレンジングとマッピングの下書きは、生成AIに頼めます。
ただし、AIが出すのは候補までです。
| 作業 | AIに頼むこと | 人が決めること |
|---|---|---|
| マッピング | 旧項目と取込テンプレートから対応表の下書き | 「要確認」の項目の扱い |
| 名寄せ | 名前・電話・住所が近い組を重複候補に | 本当に同じ会社か |
| 変換の点検 | 日付や金額がおかしい行の指摘 | 直し方と再取込 |
| 照合 | 新旧の集計で差がある科目の抜き出し | 差額の原因 |
例を2つ挙げます（サンプルは架空です）。
- 対応表の下書き：旧項目「TKCD・TKNM・SIMEBI」と取込テンプレートの列を渡す。AIは「TKCD→外部ID（先頭にC-）」のような表を返し、締日には「要確認」と印を付けた。
- 変換の点検：日付「26/09/30」を変換した結果を見せ、おかしい行を尋ねる。AIは「1926/09/30」を2桁の年の変換ミスとして指摘した。
AIの対応表は、少量で試験取込してから全件に使います。
（出典：Houseblend「NetSuite Data Migration」、2026年9月確認）
名寄せを頼むときは、法人格の表記と全角・半角を先にそろえてから比べさせます。
NetSuiteの仕様で、注意する点が2つあります。
- 顧客の統合は元に戻せず、統合元の記録は削除される
（出典：NetSuite ヘルプ「Merging Customer Records」、2026年9月確認） - 旧番号を残すなら、自動採番の「上書き許可」をオンにする。オフだとCSVの番号は無視される
（出典：NetSuite ヘルプ「Effects of Auto-Generated Numbers during Imports」、2026年9月確認）
統合するかどうかは、取引履歴と請求先を見て人が決めます。
取込ファイルの整形の頼み方は、CSVインポート前の整形はAIに任せるで扱っています。
切替の時期の選び方｜締めとの関係
切替の日をいつにするかで、移すデータの量と締めの作業が変わります。
| 切替の時期 | 移す残高 | 良い点 | 注意点 |
|---|---|---|---|
| 期首（会計年度の始め） | 期首の残高 | 年度の数字が新システムだけで完結する | 前年度の決算の作業と重なり、経理が最も忙しい |
| 四半期の始め | 期首の残高と、期中の月ごとの数字 | 期首まで待たずに済む | 期中の数字の移し方を決める必要がある |
| 月の始め | 期首の残高と、期中の月ごとの数字 | 時期を選びやすい | 年度の数字が新旧にまたがる |
統合型のクラウドERPでは、期首の残高を取り込んで一括で切り替える形が選ばれやすい傾向があります。
長い並行稼働より、入念な準備で一気に切り替えるイメージです。
どの時期でも、切替の直前の締めを旧システムで確実に終えることが前提になります。
期中に切り替えるなら、年度の途中の数字を新旧でどうつなぐかを、会計の担当者と決めておきます。
月次の締めの流れは、月次決算とはで扱っています。
一括で移すか、段階的に移すか
| 観点 | 一括移行（ビッグバン） | 段階移行（フェーズド） |
|---|---|---|
| 進め方 | 期日を決め、全データを一度に切り替える | 領域ごとに順に移す（例：財務→人事→在庫） |
| 良い点 | 期間が短く、二重の運用が少ない | 一部に問題が出ても、全体への影響を抑えやすい |
| 注意点 | 切替の日のトラブルが全社に広がりやすい | 並行の運用が長引きやすい |
| 向く会社 | データ・拠点が限られる。一気に新しい体制にしたい | 規模が大きい。領域ごとにリスクを分けたい |
判断の軸は、データの量・拠点の数・並行稼働ができるかどうかです。
優劣ではなく、自社の条件に合うほうを選びます。
判断の物差し｜社内で進めるか、外部に頼むか
社内で進めやすい会社
- 移すのが1つのシステムだけで、データの量も少ない
- マスタの重複や表記ゆれが少なく、持ち主がはっきりしている
- 表計算で集計や照合ができる担当者がいて、その人の時間を確保できる
この場合は、製品の標準の取り込みの機能で進められることがあります。
外部の支援を使ったほうがよい会社
- 複数のシステムや表計算から、データを統合して移す
- 取引先や品目のコードの体系を、新しく作り直す
- 保守期限が近く、リハーサルを何度も行う時間がない
- 専任の担当者を置けない
経験の少ない社内だけで進めると、やり直しの費用が、節約したつもりの分を上回ることがあります。
2つを並べると、次のとおりです。
移行先の製品で変わること、変わらないこと
クラウドERPの多くは、標準の取り込みの仕組みを持っています。
量が少なく単純なデータなら、それで足ります。
Odooや国産の業務パッケージ、AIを使った個別の開発でも、6つの工程の考え方は同じです。
難しさを決めるのは、製品よりデータの状態と整える人の時間です。
移行先の選び方は、モダナイゼーションとはで扱っています。
読者の二つの立場
これから移行先を選ぶ会社｜見積もりの「クレンジング」の行を見る
見積もりを比べるときは、データ移行のどの工程が入っているかを見ます。
差が出やすいのは、クレンジングは誰がやるかです。
支援会社が変換までを担い、整理は社内で行う前提になっていることがよくあります。
リハーサルの回数と、旧システムのデータをどの形で渡せばよいかも、あわせて聞いておきます。
見積もりの比べ方は、基幹システムのリプレイスとはの費用の章で扱っています。
保守期限が近い会社｜取り出す手段を先に押さえる
保守期限が近いなら、データを取り出す手段の確保が最優先です。
- どのデータを、どの形式で取り出せるかを調べる
- 取り出しに提供元や保守会社の作業が要るなら、期限の前に依頼する
- 移行が間に合わない場合に備え、延長の保守の条件も聞いておく
保守が切れた後では、取り出しの支援を受けにくくなることがあります。
保守切れのリスクは基幹システムの保守切れリスク、AS/400からの移行はAS400リプレイスのポイントで扱っています。
よくある3つの失敗
失敗1：移す範囲を決めすぎる・決めなさすぎる
起きること：「念のため全部移そう」と、10年以上前の履歴や廃番の品目まで移す。
移行の時間が延び、新システムの検索や集計に古いデータが混ざる。
逆に残高だけに絞りすぎると、前年との比較ができず、旧システムを見に行く手間が続く。
原因：データを使う目的から、範囲を決めていない。
「消すのが怖い」か「早く終えたい」か、どちらかの気持ちで決めている。
避け方：データの種類ごとに、何に使うかから範囲を決めます。
- 前年との比較に使うなら、比べる期間の分だけ移す
- 監査や税務の確認に使うなら、移さずに検索できる形で保管する
- 使い道を説明できないデータは、移さない候補にする
範囲は、データの持ち主の部門と経理が一緒に決め、文書に残します。
失敗2：マスタの重複を残したまま移す
起きること：同じ取引先が、支店ごと・担当者ごとに別のコードのまま移る。
取引先ごとの売上や売掛金を見ても、数字が分かれて正しく見えない。
請求書が二重に出る、入金の消し込みが合わない、といった問題も起きる。
原因：取り込みを急ぎ、名寄せを後回しにした。
どのコードを残すかを決める人もいなかった。
避け方：名寄せのルールと決める人を先に決めます。
- 重複を見つける手がかりを決める（法人番号、電話番号、住所、口座など）
- 残すコードの決め方を決める（取引が最も新しいもの、など）
- 統合したコードの新旧の対応表を残す
名寄せは、移行リハーサルの前に終えておきます。
リハーサルのたびに重複を直していると、毎回の照合が合わなくなるからです。
失敗3：締めの時期を考えずに切替日を決める
起きること：システムの準備に合わせて切替日を決めたら、決算の作業の真っ最中だった。
経理が旧システムの締めと新システムの照合を同時に抱え、どちらも遅れる。
期中の切替なら、年度の数字が新旧にまたがり、年次の決算で集計し直すことになる。
原因：切替日を、システムの都合だけで決めた。
締めの作業と、移す残高の関係を事前に詰めていない。
避け方：切替日は、経理の締めの予定表と重ねて決めます。
- 決算の繁忙期と重ならない日を選ぶ
- 切替の直前の締めを、旧システムで確実に終える日程を取る
- 期中に切り替えるなら、期中の数字の移し方を先に決める
もう一つよく起きるのが、移行の手順を特定の人しか知らないという問題です。
誰が見ても同じ作業を再現できるよう手順書に残し、別の人が照合する体制にしておきます。
根本の原因は、ERP導入はなぜ失敗するのかでも扱っています。
ベンチャーネットならこう見る｜データの整理は、業務の整理から
「製品が決まったら、データ移行を始めよう」
そう考える会社は少なくありません。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、順番を逆に考えます。
移すデータを減らす近道は、先に業務を減らすことだからです。
型：見える化→整理整頓→Fit&Gap
ベンチャーネットは、製品が決まっていても、業務の見える化から始めます。
- 業務の見える化：いまの業務の流れを、現場に聞いて描く
- 整理整頓：やめる・まとめる・そろえる業務を決める
- Fit&Gap：残った業務を、新しいシステムの標準機能と照らし合わせる
2段目で帳票や業務をやめると決めれば、その業務だけで使っていた項目やマスタは移さずに済みます。
データのクレンジングで迷う「捨てるか残すか」の多くは、ここで答えが出ます。
棚卸しとクレンジングを製品選びの前から始められるのも、このためです。
図の3段目はNetSuiteを例にしていますが、移行先がOdooや国産のパッケージでも順番は同じです。
Fit&Gapの進め方は、Fit&Gap分析で扱っています。
公開事例のキュリエ様でも、定着の手順の最初は「データ整理を最初に」でした。
データの整理を、稼働の後に回さない順番です。
最初の打ち合わせで伺う3つのこと
- データの持ち主は誰か：取引先・品目・勘定科目を、それぞれどの部門が決めるか
- どれだけ汚れているか：取引先と品目に、重複や廃番がどれくらいあるか
- いつまでに移すか：保守期限や決算の時期から見た、切替日の候補
ベンチャーネットの仕事は、ゼロからの導入より、他社のあとの引き継ぎや他システムとの連携が多くを占めます。
既存システムからデータを取り出し、新しい仕組みとつなぐ作業も担います。
要件を伺うのは営業ではなく、導入コンサルタントです。
移行の作業そのものより、決めることを決める人がいるかが結果を分けます。
今日できること｜取引先の重複を数える
いまのシステムから、取引先の一覧を表計算に書き出してみてください。
1時間でできます。
- 取引先の一覧を、名前・電話番号・住所の列を含めて書き出す
- 電話番号で並べ替え、同じ番号が複数ある取引先に印を付ける
- 名前の「株式会社」「（株）」などをそろえて、もう一度並べ替える
- 直近の数年に取引がない取引先の数も数える
重複と、取引のない取引先の割合が、クレンジングの手間の目安です。
割合が大きいほど、移行の計画で整理の時間を多めに取ります。
よくある質問
Q1. データ移行にはどれくらいの期間がかかりますか
データの量と汚れ具合で大きく変わります。
時間がかかるのは、取り込みよりも、重複・表記ゆれ・廃番を整理するクレンジングです。
棚卸しとクレンジングを早く始めるほど、全体の期間は短くなります（第3章）。
NetSuiteの場合の導入全体の期間は、NetSuiteの導入期間で扱っています。
Q2. 過去の取引の履歴は、全部移すべきですか
全部より「必要な範囲」が基本です。
前年との比較など、使い道から範囲を決めます。
移さない履歴も、保存の義務がある分は検索できる形で残します（第2章）。
Q3. 移行の作業の間、業務は止まりますか
止めない設計にするのが基本です。
並行稼働の期間と、旧システムに戻す条件を事前に決めておきます。
切替の時間割は、移行リハーサルで測った時間から組みます（第3章3-4・3-5）。
Q4. 切替日はいつがよいですか
経理の締めの予定と重ねて決めます。
期首なら年度の数字が新システムで完結しますが、決算の作業と重なります。
期中に切り替える場合は、年度の途中の数字の移し方を先に決めます（第4章）。
Q5. データ移行は社内だけでできますか
小規模で単純なら進められることもあります。
製品の標準の取り込みの機能で足りる場合です。
複数のシステムの統合、コード体系の作り直し、大量のデータが絡むと、難しさが一気に上がります（第6章）。
Q6. データの整理は、いつから始めればよいですか
製品が決まる前から始められます。
取引先・品目の棚卸しと名寄せは、移行先の製品に関係なく進められる作業です。
先に業務を見える化し、やめる業務を決めておくと、移すデータそのものが減ります（第9章）。
Q7. マスタの重複は、どう見つければよいですか
重ならないはずの項目で並べ替えて探します。
法人番号や電話番号などが手がかりになります。
残すコードの決め方と、新旧の対応表の残し方も先に決め、名寄せはリハーサルの前に終えます（第8章 失敗2）。
Q8. データ移行の作業は、AIに任せられますか
下書きと点検までは任せられます。
対応表の下書き、重複候補の一覧、変換ミスの指摘はAIに頼めます。
どれを採用し、どの顧客を統合するかは、データの持ち主の部門が決めます（第3章3-7）。
NetSuite導入そのものの疑問は、NetSuite導入でよく受ける質問にまとめています。
まとめ：データ移行は「品質を作り込む工程」
- データ移行は、棚卸し→クレンジング→マッピング→リハーサル→並行稼働と切替→検証の6工程
- 時間がかかるのは取り込みよりクレンジング。捨てるかどうかはデータの持ち主の部門が決める
- 移す範囲は、データを何に使うかから決める。移さない履歴も保存の義務は残る
- マスタの名寄せはリハーサルの前に終え、切替日は経理の締めの予定と重ねる
- 業務の見える化と整理整頓を先に済ませると、移すデータそのものが減る
冒頭の二重の請求書は、名寄せを決める人がいれば防げました。
まずは今日、取引先の一覧を書き出し、重複の数を数えてみてください。
もう少し詳しく知りたい方へ
移す範囲や切替の時期は、データの状態と締めの予定によって変わります。
棚卸しの進め方や、名寄せのルールづくりから、ご相談をお受けしています。
- 基幹システムの入れ替えとデータ移行をまとめて相談したい方へ：NetSuite 基幹システムリプレイスサービス
- まず話を聞いてみたい方へ：お問い合わせ
コメント
コメント一覧 （2件）
[…] データ移行（⑤）の実務は、基幹システムのデータ移行ガイドで扱っています。 […]
[…] 移行の進め方は、基幹システムのデータ移行ガイドで扱っています。 […]