「本社のシステムを、そのまま海外にも入れればいい」
海外に子会社を出すとき、多くの会社がまずそう考えます。
海外拠点の基幹システムとは、海外の子会社や支店で、会計・販売・在庫などを管理する仕組みのことです。
本社と同じ製品を入れる方法は、4つある方式の1つにすぎません。
拠点ごとに現地の製品を使う、クラウドERPで全拠点を1つにする、本社を残して海外だけ替える。
どれが合うかは、拠点の数と、本社がどこまで統制したいかで決まります。
では、本社のシステムをそのまま持ち込むと、どこでつまずくのか。
答えは、現地の税制と、数字の集め方にあります。
基幹システムは、会計・販売・在庫・人事など、会社の中核業務を支える仕組みです。
それを1つにまとめたものをERP（統合基幹業務システム）と呼びます。
違いは基幹システムとERPの違いで扱っています。
この記事で分かること
- 海外拠点へシステムを広げる4つの方式と、それぞれが合う会社
- 方式を決める3つの問いと、費用・期間を左右する4つの要因
- 拠点展開で陥りやすい4つの落とし穴と避け方
- すでに拠点がある会社が、見直しを始める場所
海外子会社の経理の混乱・連結決算・海外M&A後の統合は、海外進出で見落としがちな基幹システムの落とし穴で扱っています。
ERPを選ぶ6つの基準も、そちらにあります。
海外に拠点を持つと、前提が変わる
海外進出の準備では、市場調査・人材・拠点づくりに意識が向きます。
基幹システムは、そのどれよりも後に回されがちです。
ところが、海外に拠点を持つと、国内とは前提が変わります。
| 前提 | 国内だけのとき | 海外拠点があるとき |
|---|---|---|
| 通貨・言語 | 円と日本語 | 拠点ごとに違う |
| 会計・税制 | 日本の基準だけ | 国ごとに違う |
| 数字の集め方 | 同じシステムから出る | 拠点ごとに形式が違う |
| 統制 | 目が届く | 時差と距離で届きにくい |
後回しのツケは、進出してから出てきます。
「数字がそろわない」「現地に合わない」という形で。
海外拠点へシステムを広げる4つの方式
4つの方式を比べる
| 方式 | 統制・現地への対応 | 費用・拠点追加 | 向く会社 |
|---|---|---|---|
| ① 本社ERPをそのまま海外へ | 統制○／各国対応が重い | 作り込みで重くなりがち／追加△ | 拠点が少なく、本社主導が強い |
| ② 現地パッケージを拠点ごと | 分断しやすい／現地◎ | 拠点ごとに発生／追加△ | 各国の独立性が高い |
| ③ クラウドERPで一元管理 | 統制◎／標準で対応 | 段階導入で平準化／追加◎ | グループ全体を一気通貫で見たい |
| ④ 2層ERP | 連携が前提で○／現地○ | 本社を残せて軽め／追加○ | 本社の基幹は残したい |
2層ERPとは、本社の基幹システムを残したまま、海外拠点にクラウドERPを入れてデータを連携する方式です。
くわしくは2層ERP（Two-Tier ERP）とはで扱っています。
データを後でAIや分析に使うなら、③のように全拠点のデータが1か所にそろう形が有利です。
②は形式がばらばらになりやすく、グループをまたいだ分析には向きません。
方式を決める3つの問い
| 問い | 「はい」なら | 「いいえ」なら |
|---|---|---|
| 3年以内に拠点を増やす予定があるか | 拠点を足しやすい③か④ | ①や②でも回る |
| 本社が毎月、拠点の数字を同じ基準で見たいか | ③か④ | ②で各拠点に任せる |
| 本社の基幹システムを当面残したいか | ④ | ③で本社ごと入れ替える |
3つの問いに答える前に、どの方式でも先に決めることがあります。
本社が毎月見たい指標と、勘定科目・品目・取引先のコードのそろえ方です。
ここが決まっていないと、どの方式を選んでも数字はそろいません。
費用と期間を左右する4つの要因
方式を比べるときに、各方式の値段だけを並べても答えは出ません。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットの支援の経験では、費用と期間の差を生むのは次の4つです。
- 機能範囲：会計だけか、販売・在庫まで拠点に入れるか
- 開発：とくに外部システムとの連携。①なら各国向けの作り込み、④なら本社との連携が重くなる
- 社内の体制：本社と拠点に、情報システムの担当がどれだけいるか。少ないほど支援を厚くし、期間も延びやすい
- ユーザー数：拠点が増えるほど、受入テストと教育、拠点との調整の時間が増える
①と④の「開発」の重さは、方式を選んだ時点でおおよそ決まります。
見積もりを取る前に、連携の数と各国の要件を書き出しておくと、比べやすくなります。
③クラウドERPで一元管理する場合の例
複数の法人や拠点を、1つのシステムで管理する考え方です。
たとえばNetSuiteのグローバル機能（OneWorld）は、27言語・190通貨に対応します（出典：NetSuite公式）。
Oracle NetSuiteの日本の公式サイトでは、次のように説明されています。
（出典：Oracle NetSuite公式「グローバル経営管理」、2026年9月確認）
- 単一のソリューションで、複数の子会社・事業部門・法人を管理する
- 190以上の通貨と為替レートをサポートする
- 販売や購入にもとづく、さまざまな税金の追跡・計算・支払いを行う
- ローカル・リージョン・本社の各レベルの、会計・財務報告の要件の違いに対応する
機能の詳細は、NetSuiteのグローバル展開機能（OneWorld）で紹介しています。
連結決算の自動化の範囲は、グループ連結決算をNetSuiteで効率化をご覧ください。
NetSuite以外が合う場合、いまは広げなくてよい場合
- 海外拠点の会計を中心にそろえたい：multibookのような海外拠点管理向けの製品が合うことがある（違いはmultibookとNetSuiteの違い）
- 費用を抑えて小さく始めたい：Odooが合うことがある
- 現地の業務が特殊でパッケージに合わない：その部分だけAIを使ったスクラッチ開発で補う
- 拠点が1つで取引も少ない／当面は輸出入だけ：いまは広げず、勘定科目と取引先の名前のそろえ方だけ決めておく
製品ごとの比較は、ERP・クラウドERPを徹底比較が参考になります。
拠点展開でつまずく4つの落とし穴
4つの落とし穴と避け方を図にすると、次のとおりです。
落とし穴1：拠点ごとにバラバラに入れ、全体が見えなくなる
起きること：海外拠点がそれぞれ別の会計ソフトを使う。
本社は月次の数字をメールで集め、為替の換算を表計算ソフトで手作業で直す。
原因：拠点ごとにシステムが違い、データの形式も勘定科目もそろっていない。
グループの数字をまとめるのに時間がかかり、経営判断が後手に回ります。
データの形式や標準がそろわない複数のERPを支えるコストと複雑さには、NetSuiteの公式サイトも触れています。
（出典：Oracle NetSuite公式、2026年9月確認）
避け方：拠点が増える前に、全社で同じ基盤と同じ指標を決めます。
方式が②でも、勘定科目と指標の定義だけは本社でそろえます。
落とし穴2：日本の業務をそのまま持ち込み、現地に合わない
起きること：「日本と同じ運用で」と現地に求める。
現地の税制への対応を、後から追加の開発で埋めようとして詰まる。
原因：日本の業務に合わせて作ったシステムを、そのまま海外へ持ち込んだ。
オンプレミス型や国産のシステムは、各国の基準に合わせる作り込みや基盤の整備で、費用が膨らみがちです。
作り込みを足すほど、担当者しか分からない部分や、更新のときの負担も積み上がります。
避け方：多通貨・多言語・各国の会計や税務に標準で対応するERPを土台にします。
そのうえで、Fit to Standard（業務をパッケージの標準に合わせる考え方）を基本にします。
自社固有の事情だけ、最小限の作り込みで補います。
落とし穴3：全体の設計がないまま進める（または最初から全部そろえようとする）
起きること：進出のたびに、その場しのぎでシステムを足す。
逆に「最初から全世界で統一」を掲げ、要件が膨らんで動かない。
原因：設計なしの継ぎ足しは、後で連結や統制が崩れます。
一度に全部そろえようとすると、今度は要件が膨れ上がって止まります。
避け方：全体の設計図を先に描き、そこから段階的に広げます。
本社の基幹を残したまま海外拠点にクラウドERPを入れる2層ERPも、有効な進め方です。
落とし穴4：海外の知見が薄いまま進めてしまう
起きること：国内導入の感覚のまま、海外特有の要件を見落とす。
現地の言葉・税制・時差の壁で、進行が止まる。
原因：海外展開では、各国のルールへの対応・連結・現地の運用が絡み合います。
「とりあえず安いところ」でパートナーを選ぶと、知見の差がそのまま止まる原因になります。
避け方：海外拠点を見据えた設計の経験があるかを、パートナー選びの段階で聞きます。
「現地の会計事務所とは、誰がどう話すのか」と尋ねると、経験の差が見えます。
すでに拠点がある会社は、どこから見直すか
次のような状態なら、見直しの時期かもしれません。
- 月次の数字が集まるまでに、毎月かなりの日数がかかる
- 現地のシステムの保守の期限や、担当者の退職が近い
- 新しい拠点を出すたびに、別のシステムが増えている
いきなり全拠点を入れ替える必要はありません。
まず、数字の集め方がいちばん重い拠点から、1つずつ方式を決め直します。
入れ替えずに、勘定科目と指標だけ先にそろえる手もあります。
進出後の入れ替えは、業務への影響が大きくなります。
決算の直後など、影響の小さい時期を選んでください。
リプレイスの進め方は、基幹システムのリプレイスとはで扱っています。
これから拠点を出す会社は、システムを入れるのが1年後でも、指標とコードのそろえ方だけは進出の準備と同時に決めておきます。
広げる順番｜まず回して、広げる
| 順番 | やること | 決めること |
|---|---|---|
| 1 | グループ全体の設計 | 見たい指標、データの型、方式 |
| 2 | 先行する拠点に導入 | 本社か、優先度の高い拠点か |
| 3 | 運用して直す | 月次の締めの手順、現地との役割分担 |
| 4 | 他の拠点へ展開 | 展開の順番、現地の税制への対応 |
ベンチャーネットならこう見る｜拠点ごとに「見える化」してから、標準に寄せる
「日本で決めた要件を、そのまま海外拠点にも配ればいい」
これは、落とし穴2の入り口です。
ベンチャーネットは、方式を決めたあとも、拠点ごとに業務の見える化から始めます。
同じ「受注」でも、国と拠点によって、流れも締めの考え方も違うからです。
型1：見える化→整理整頓→Fit&Gap
- 業務の見える化：拠点ごとに、いまの業務の流れを現場に聞いて描く
- 整理整頓：拠点間でそろえる業務と、やめる業務を決める
- Fit&Gap：残った業務を、移る先の標準機能と照らし合わせる
Fit&Gapは、業務と機能の合う・合わないを一つずつ見る作業のことです。
型2：標準に合わせる／開発する／残す
合わなかった業務は、3つのどれかに決めます。
- 標準に合わせる：拠点の業務を、ERPの標準機能に寄せる
- 開発する：現地の税制や本社との連携など、どうしても要る部分だけ作る
- 残す：現地の仕組みや運用で続け、本社には数字だけ渡す
「残す」を選べる拠点が多ければ、④の2層ERPに近い形になります。
「標準に合わせる」を選べる拠点が多いほど、③の一元管理が軽くなります。
役割分担を、最初に決める
海外拠点では、誰が何を持つかがあいまいになりがちです。
NetSuiteの場合、ライセンス・トレーニング・製品サポートは日本オラクルが担います。
要件定義・設定・カスタマイズ・アドオン開発・保守・PMは、ベンチャーネットが受け持ちます。
請負契約に対応し（準委任も相談可）、常駐なしのリモートで、国内のチームが進めます。
現地の会計・税務を誰が担うかは、現地の会計事務所との分担を先に決めておきます。
最初の打ち合わせで伺うのは、次の3つです。
- 本社が毎月、何の数字で何を決めたいか
- 3年後に、拠点はいくつあるか
- 本社の基幹システムを、あと何年使うか
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。
拠点が1つで小さければ、いまはシステムを入れず、データの型だけ決める道もお伝えします。
今日できること｜拠点ごとの「数字の集め方」を書き出す
次の表を、1時間で埋めてみてください。
| 拠点 | 使っているシステム | 月次の数字が本社に届く日 | 勘定科目は本社と同じか |
|---|---|---|---|
| （例）A国の子会社 | 現地の会計ソフト | 翌月20日 | 一部違う |
届く日がいちばん遅い拠点と、勘定科目が違う拠点が、最初に手をつける場所です。
これから進出する会社は、本社が見たい指標を5つ書き出すところから始めます。
よくある質問
Q1. 海外拠点にも、日本本社と同じ製品を入れるべきですか
同じ製品である必要はありません。
拠点のデータがつながり、連結や見える化ができることが先です。
本社の基幹を残し、海外にクラウドERPを入れる2層ERPという選択肢もあります（第2章）。
Q2. 海外製のERPで、現地の会計基準や税制に対応できますか
国ごとの会計・税務に標準で対応するERPがあります。
たとえばNetSuiteのグローバル機能は、27言語・190通貨に対応します（出典：NetSuite公式）。
日本独自の商習慣（手形など）は、個別に確かめてください。
日本向けの対応は、NetSuite Japan Localization SuiteAppとはで扱っています。
Q3. 日本本社と海外拠点、どちらから始めるべきですか
全体の設計を先に描いてから決めます。
本社の基幹を当面残すなら、2層ERPで拠点から始める形になります。
本社ごと入れ替えるなら、本社と先行する拠点を一緒に設計します。
どちらの場合も、共通の指標を最初に決めておきます（第4章）。
Q4. 海外進出の後に、システムを入れ替えるのは難しいですか
後からの入れ替えは業務への影響が大きくなります。
だから最初の設計に時間をかけます。
拠点を足していける前提のクラウドERPなら、入れ替えずに拠点を追加できます。
Q5. 拠点が1つだけでも、ERPを入れるべきですか
取引が少なければ急がなくてよいことがあります。
その場合も、勘定科目・品目・取引先のコードのそろえ方だけは、先に決めておきます。
後で入れるときの手戻りが小さくなります。
Q6. 外貨の取引や為替差損益は、どこで扱いますか
拠点のシステムと本社の連結の両方に関わる論点です。
NetSuiteでの考え方は、NetSuiteで為替差損益はどう処理する？で扱っています。
商社のように三国間の取引がある会社は、商社・専門商社のNetSuite活用も参考になります。
まとめ｜海外拠点のシステムは「つなぎ方」で決まる
- 広げる方式は、本社ERPの展開・現地パッケージ・クラウドERPで一元管理・2層ERPの4つ
- どれが合うかは、拠点の数と本社の統制の強さで決まる
- 費用と期間は、機能範囲・開発（特に連携）・社内の体制・ユーザー数で開く
- 落とし穴は、バラバラ導入・日本の業務の持ち込み・全体設計の欠如・知見不足の4つ
- すでに拠点がある会社は、数字の集め方がいちばん重い拠点から見直す
本社のシステムを持ち込む前に、拠点の業務を一度描いてみてください。
そのうえで3つの問いに答えれば、方式はおのずと絞れます。
もう少し詳しく知りたい方へ
海外拠点のシステムの広げ方は、拠点の数と本社の方針で変わります。
方式の選び方や、データの型の整理から、ご相談をお受けしています。
- 海外展開を見据えた導入の進め方を知りたい方 → 海外展開を見据えたNetSuite導入支援
- 実際の画面で確かめたい方 → NetSuite無料デモのお申込み
- 自社の状況に合わせて相談したい方 → お問い合わせ
