Odooへのデータ移行の進め方|5ステップと移す・捨てるデータの判断【2026年版】

新しいシステムの稼働日まで、あと1か月。担当者から「取引先マスタの確認が終わりません」と報告が上がる。

同じ会社が3つの名前で登録され、どれが正しいのか誰も答えられない。基幹システムの入れ替えでは、こうした場面がよく起きます。

データ移行は、いちばん手間がかかるのに、いちばん軽く見られやすい工程です。ただ、つまずく理由ははっきりしています。

Odooへのデータ移行は、移す前の「整理」で成否が分かれます。棚卸し、仕分け、整える、移行テスト、本番移行の5ステップで進めます。山場は最初の棚卸しと仕分けで、ここを飛ばすと行き詰まります。

たとえば取引先や品目は、直近で取引のあるものに絞って移します(何を移し、何を捨てるか)。使っていないデータを持ち込むと、新システムの検索性が下がるためです。

整理してから移すと、たとえば次のことが変わります。

  • 取引先を検索すると、1社につき1件だけが出てくる
  • 在庫や売掛金の残高を、実地で確かめた数字から始められる
  • 履歴を全部移さずに済み、期間と費用が膨らみにくい
  • 受注から請求まで通すテストで、稼働前に問題が見つかる

ただし、整理には現場の判断と時間が要ります。その負担はこの進め方の良い点と、気をつけることに並べました。

では、自社の移行はどれくらい難しくなりそうか。6つの項目で測る移行の難しさのチェックリストで確かめられます。

CommunityとEnterpriseの区別について

Odooには無料のCommunity版と有償のEnterprise版があります。データ移行の進め方や整理の考え方は、どちらの版を選ぶ場合でも共通する内容です。

データ移行の5ステップ 棚卸し、仕分け、整える、移行テスト、本番移行の5つのステップで進むデータ移行の流れ。山場は棚卸しと仕分けで、ここを飛ばすと行き詰まる。期間は現行システムの状態で大きく変わる。 データ移行の5ステップ ① 棚卸し どんなデータがどこにあるか ② 仕分け 何を移し、何を捨てるか ③ 整える 重複・表記ゆれを直す ④ 移行テスト 本番前に複数回試す ⑤ 本番移行 切替日に最終データを移す 移行作業の山場は①② ここを飛ばして③に進むと、必ず行き詰まります ※期間は現行システムの状態によって大きく変わります まず棚卸しから始めてください
データ移行の5ステップ

期間の長さを左右するのは、現行システムの状態です。まずは棚卸しから始めてください。

目次

Odooへのデータ移行でつまずく理由

「そのまま移す」がいちばんつまずきやすい

長く使ったシステムには、必ずこうしたデータが溜まっています。

  • 何年も取引のない取引先
  • すでに廃番になった品目
  • 同じ会社が別名で複数登録されている
  • 表記がバラバラの住所や名称
  • 誰も使っていないマスタ項目

これらをそのまま移すと、新しいシステムでも同じ混乱が続きます。

検索しても、目的のデータが見つからない。集計が合わない。入れ替えたのに、以前と同じ状態がそのまま再現されます。

データの状態が、移行の期間を決める

移行にかかる時間を決めるのは、データの量ではなく状態です。

整理されたデータなら、量が多くても移行は進みます。逆に、重複や表記ゆれが多ければ、量が少なくても確認作業が膨らみます。

誰も全体像を知らない

もうひとつの難所は、「どこに何のデータがあるか」を把握している人がいないことです。

基幹システムのほかに、部署ごとのExcel、個人のPC、紙の台帳。業務で実際に使われているデータが、あちこちに散らばっています。

自社の移行の難しさを測るチェックリスト

着手の前に、次の項目に当てはまるかを確かめてください。社内会議にそのまま持ち込める形です。

  • □ 同じ取引先が、別名や別コードで複数登録されている
  • □ 在庫の帳簿と実数が、棚卸しのたびにずれる
  • □ 業務に欠かせないExcelや紙の台帳が、部署ごとにある
  • □ 旧システムの項目の意味を説明できる人が、社内に1人もいない
  • □ 品目コードや取引先コードの付け方に、決まったルールがない
  • □ 現場のキーパーソンが忙しく、確認の時間を取りにくい

当てはまる数が多いほど、移すことより整えることに時間がかかります。その分を最初から計画に入れておけば、遅れを防げます。

ステップ1:移行するデータの棚卸し

移行の第一歩は、移すことではなく、知ることです。

どこに何があるかを洗い出す

次の観点で、業務で使っているデータを列挙します。

  • 現行の基幹システムに入っているデータ
  • 部署ごとに管理しているExcelファイル
  • 個人が持っている作業用のデータ
  • 紙で運用している台帳

意外に多いのが、3つ目と4つ目です。システムの外にあるのに、業務上は欠かせないデータが見つかります。

データの種類を整理する

移行の対象は、大きく3種類に分かれます。

種類内容移行の考え方
マスタデータ取引先、品目、勘定科目、従業員など最優先。整理して移す
残高データ在庫数量、売掛・買掛の残高など切替時点の数字を移す
履歴データ過去の受注・出荷・仕訳など移すか、参照用に残すか判断

マスタデータとは、取引のたびに参照する基本情報のことです。残高データは、ある時点の数量や金額の「残り」を指します。

ステップ2:何を移し、何を捨てるか(マスタ・残高・履歴)

マスタデータ:使っているものだけ移す

取引先や品目は、直近で実際に取引があったものに絞るのが基本です。判断の目安は次のとおりです。

  • 直近2〜3年で取引のある取引先
  • 現在も扱っている品目
  • 在籍している従業員

「いつか使うかもしれない」で残すと、新システムの検索性が下がります。必要になったときに、あらためて登録するほうが健全です。

残高データ:切替時点の数字を正確に

在庫数量、売掛金・買掛金の残高などは、切替時点の数字を移します。

移行の前に実地で確認することが、何より大切です。とくに在庫は、帳簿と実数がずれたまま移すと、稼働直後から差異の調査に追われます。会計のマスタと残高の移し方でつまずく構造は、ERP導入で会計がつまずく3層構造(NetSuiteの教科書)で整理しています。

履歴データ:全部を移す必要はない

過去の受注データや仕訳を、すべて新システムに移す必要はありません。現実的な選択肢は3つあります。

選択肢やり方向いている会社
移す直近1〜2年分だけを移行する前年比較を新システムで日常的に見たい
参照用に残す旧システムを参照専用で一定期間残す過去の取引を問い合わせで調べる場面が多い
書き出して保管CSVやPDFで出力し、必要時に確認する過去データを見る場面が限られている

法令上の保存義務がある帳簿・書類は、保存方法と期間の要件を確認してください。制度の解釈にかかわる部分は、税理士や顧問先への確認をおすすめします。

ステップ3:データを整える

仕分けが終わったら、次は移す対象のデータを整える工程です。

よくある整備項目

  • 重複の統合:同じ取引先の重複登録をひとつにまとめる
  • 表記ゆれの統一:「株式会社」と「(株)」、全角と半角の混在を揃える
  • 必須項目の補完:新システムで必要になる項目の空欄を埋める
  • コード体系の見直し:品目コードや取引先コードの付け方を整理する

CSVの文字化けや表記ゆれを直す作業は、AIに任せることもできます。やり方は、Odooに入れる前の下ごしらえをAIに任せるにまとめました。

コード体系は、この機会に見直す

長年運用していると、コードの付け方が場当たり的になっていることがあります。

移行は、この体系を見直せる数少ない機会です。ただし、変更すると現場が混乱する面もあります。影響範囲を確認したうえで判断してください。

整備は現場と一緒に行う

「この取引先はまだ使うのか」「この品目は生きているのか」。

こうした問いは、システム担当だけでは判断できません。現場を巻き込む工程として、あらかじめ時間を確保しておく必要があります。

ステップ4:本番前の移行テスト

一度で成功することはない

移行は、複数回のテストを前提に計画するものです。

1回目では、ほぼ確実に問題が見つかります。項目の対応が合わない、文字数の上限を超える、日付の形式が違う。こうした問題を洗い出すのが、テストの目的です。

Odooのインポート機能でテストを回すときの勘どころは、Odooのインポート機能を使いこなすにあります。

テストで確認すること

  • 件数が合っているか(移行前と移行後で数が一致するか)
  • 金額の合計が合っているか
  • 文字化けや欠落がないか
  • 業務が実際に回るか(受注から請求まで通してみる)

とくに最後の項目が重要です。データが入っただけでは足りません。そのデータで業務が流れるかを確かめます。

現場に触ってもらう

テスト環境に移したデータを、実際に使う人に見てもらってください。

「この取引先の名前が違う」「この品目が出てこない」。現場でなければ気づけない問題が、必ず出てきます。

ステップ5:本番移行

切替のタイミングを決める

多くの場合、月次や期の区切りに合わせます。残高の締めが明確になるためです。

切替直前の作業を計画に入れる

本番移行では、切替直前の最新データを移す作業が発生します。

その間、業務を止めるのか、並行して運用するのか。あらかじめ決めておかないと、切替当日に混乱します。

旧システムをすぐに止めない

参照が必要になる場面は、必ず出てきます。一定期間は旧システムを参照専用で残しておくのが安全です。並行稼働と移行後の検証の進め方は、基幹システムのデータ移行ガイド(NetSuiteの教科書)でも扱っています。

この進め方の良い点と、気をつけること

5つのステップは、移す前に整理を置く進め方です。得られることと、先に見込んでおきたい負担を並べます。

良い点は、次の5つです。

  • 新しいシステムに混乱を持ち越さない:重複や廃番を移さないので、検索で目的のデータが見つかる
  • 残高の差異に追われにくい:切替時点の数字を実地で確かめてから移すので、稼働直後の差異の調査を減らせる
  • 期間と費用が膨らみにくい:履歴は直近分だけを移し、それ以前は参照用に残すか書き出して保管する
  • 稼働前に問題をつぶせる:複数回のテストで、受注から請求まで業務が流れるかを見る
  • コード体系を見直せる:場当たり的になったコードの付け方を、移行の機会に整理できる

気をつけることは、次の4つです。

  • 現場の時間が要る:「この取引先はまだ使うのか」は、システム担当だけでは判断できない
  • 整えるのに時間がかかる:重複や表記ゆれが多いと、整備だけで相当の時間が必要になる
  • コードの変更は現場を混乱させうる:影響範囲を確認したうえで、変えるかを判断する
  • 切替直前の段取りが要る:業務を止めるのか、並行して運用するのかを先に決めておく

両方を1枚の図に並べました。

この進め方の良い点と、気をつけること 良い点は、新しいシステムに混乱を持ち越さない、残高の差異に追われにくい、期間と費用が膨らみにくい、稼働前に問題をつぶせる、コード体系を見直せること。気をつけることは、現場の時間が要る、整えるのに時間がかかる、コードの変更は現場を混乱させうる、切替直前の段取りが要ること。 この進め方の良い点と注意点 良い点 混乱を持ち越さない 重複や廃番を移さない 残高の差異に追われにくい 切替時点の数字を実地で確かめる 期間と費用が膨らみにくい 履歴は直近分だけを移す 稼働前に問題をつぶせる 受注から請求まで通してテスト コード体系を見直せる 場当たり的な付け方を整理する 気をつけること 現場の時間が要る 使うかどうかは現場が判断する 整えるのに時間がかかる 重複や表記ゆれが多い場合 コード変更で現場が混乱しうる 影響範囲を確認して判断する 切替直前の段取りが要る 止めるか並行運用かを先に決める 負担は、最初から計画に入れれば軽くなる
この進め方の良い点と、気をつけること

負担の多くは、最初から計画に入れておけば遅れにつながりません。見積もりで外しやすい点は、期間を短く見積もらないにまとめています。

移行データの「残す・捨てる」を決めるまでの進め方

移す・残す・捨てるの判断 マスタデータは使っているものに絞って整理して移す。残高データは切替時点の数字を実地で確認して移す。履歴データは移す・残す・書き出すから選ぶ。使っていないデータは移さない。 移す・残す・捨てるの判断 マスタデータ → 整理して移す 取引先・品目・勘定科目・従業員 直近2〜3年で使っているものに絞る 残高データ → 切替時点の数字を移す 在庫数量・売掛買掛の残高 移行前に実地で確認する 履歴データ → 移す・残す・書き出すを選ぶ 過去の受注・出荷・仕訳 全部を移す必要はない 使っていないデータ → 移さない 重複・廃番・退職者 持ち込むと新システムでも同じ混乱が続く ※法令上の保存義務がある帳簿・書類は、 保存方法と期間の要件を別途ご確認ください
移す・残す・捨てるの判断

データ移行は、ただの引っ越しではありません。業務で使う情報を棚卸しする工程です。技術の話に見えて、経営の話でもあります。

ERP導入支援を手がけるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。AIスクラッチ開発は、ライセンス費用がない代わりに開発費・保守費が別途かかります。移行の支援で確かめる順番は、次のとおりです。

  1. 3〜5年後の業務から逆算する:将来の事業の形で、どの情報を毎日使うかを経営者と先に決めます。移す範囲は、そこから決まります。
  2. 散らばったデータの地図を作る:システム・Excel・紙の台帳を一覧にし、それぞれの持ち主と更新頻度を書き出します。
  3. 「残す・捨てる」の基準を、経営と現場で合意する:取引の有無の期間、履歴の扱いを先に決めます。個別の判断で迷う時間が減ります。
  4. 小さく移して、業務を一周させる:一部の取引先と品目で受注から請求まで通し、残高が合うかを確かめてから範囲を広げます。

進める中で、Odooの標準機能に業務を合わせにくい領域が見えることもあります。その場合は、合わないとお伝えします。考え方はOdooとFit to Standardで詳しく扱っています。

期間を短く見積もらない

いちばんよくある失敗は、移行期間の過小見積もりです。

仕様書が残っていない。データが散らばっている。現場が忙しく、確認が進まない。こうした条件が重なると、想定の何倍もかかります。

移行を理由に業務を止めない

「移行が終わるまで待つ」という進め方は、現場の負担を増やします。

領域を区切って、段階的に移す方法を検討してください。全部を一度に切り替えないほうが、リスクも小さくなります。

よくある質問

過去のデータはすべて移すべきですか?

その必要はありません。

マスタと残高は移し、履歴は直近分だけ移す。それ以前は、旧システムを参照用に残すか、書き出して保管する。この形が現実的です。全部を移そうとすると、期間も費用も大きく膨らみます。

データの整備は誰がやりますか?

現場の協力が欠かせません。

「この取引先はまだ使うのか」といった判断は、システム担当には分かりません。支援先が作業を代行することはできますが、判断そのものは自社で行う必要があります。この時間を、あらかじめ確保しておいてください。

Excelで管理しているデータも移せますか?

移せます。むしろ、Excel管理からの脱却が導入の目的になることも多くあります。

ただし、Excelのデータは形式が不揃いなことが多く、整備に時間がかかるのが難点です。棚卸しの段階で、どのExcelが業務で使われているかを洗い出してください。

移行にはどれくらいの期間がかかりますか?

データの状態によって、大きく変わります。

整理されたデータなら、短く済みます。重複や表記ゆれが多い場合は、整備だけで相当の時間が必要です。まず棚卸しで状態を把握してください。期間の見積もりは、その後の話です。

Odooへのデータ移行は、何から始めればよいですか?

データの棚卸しから始めます。

基幹システムのほか、部署ごとのExcel、個人の作業用データ、紙の台帳まで、業務で使うデータを洗い出します。移行の第一歩は、移すことではなく知ることです。洗い出し方はデータの棚卸しにまとめています。

まとめ:Odooへのデータ移行の前に「整理」がある

  • そのまま移すと、新システムでも同じ混乱が続く
  • 移行期間を決めるのは、データの量ではなく状態
  • マスタは絞って移し、残高は正確に、履歴は全部を移さない
  • 移行テストは複数回が前提。業務が回るかまで確認する
  • データの判断は現場でしかできない。時間を確保しておく

データ移行は、地味で手間のかかる工程です。それでも、ここを丁寧にやるかどうかで、新システムが使えるものになるかが決まります。

1年後の月末、在庫と売掛金の残高は最初の締めから合ったまま、誰も旧システムの画面を開いていない。取引先を検索すれば、1社につき1件だけが出てくる。棚卸しと仕分けにかけた手間は、そんな当たり前の月末を迎えるための投資です。

もう少し詳しく知りたい方へ

「どのデータを残し、どれを捨てるか」で迷っている段階でも構いません。今のデータの状態を、そのままお聞かせください。

関連記事

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

持田 卓臣(もちだ たくおみ)
株式会社ベンチャーネット 代表取締役

ヒューレット・パッカード社でITコンサルタントとして従事した後、2005年に株式会社ベンチャーネットを設立。
Oracle NetSuite Solution Provider Partner として、中堅・中小企業向けクラウドERP「NetSuite」の導入・運用支援を提供しています。
SEO・広告・SNS・ウェブ・MA・SFAと一気通貫で培ってきたデジタルマーケティング領域の業務知見を活かし、NetSuiteを軸とした経営DXを支援しています。
著書:『普通のサラリーマンでもすごいチームと始められる レバレッジ起業「バーチャル社員」があなたを救う』(KADOKAWA、2020年)

目次