海外ロールアウトの4つの論点｜制度・法令、ローカライズ、展開手法、現地体制
海外に子会社を持つ日本企業から、「そろそろ海外拠点にもERPを展開したい」というご相談をいただく機会が増えています。ところが実際にプロジェクトが始まると、想定していなかった論点で止まることが少なくありません。
海外ロールアウトは、日本本社のガバナンスが効くことが前提です。効く状態を作れるかどうかで、展開の成否が決まります。逆に言えば、ガバナンスが効かないまま国数を増やしても、拠点ごとに別のシステムが増えていくだけで、グローバルでの可視化にはつながりません。
本コラムでは、その前提のうえで押さえるべき論点を「制度・法令」「ローカライズ」「展開手法」「現地体制」の4つに整理し、当社が実際の海外ロールアウトで用いている打ち手とあわせて解説いたします。海外展開を検討されている経営層・情報システム部門の方に、要件定義に入る前のチェックリストとしてお使いいただける内容です。
1. なぜ海外ロールアウトは「本社ガバナンス」から始まるのか
国内単独のERP導入と海外ロールアウトの最大の違いは、意思決定者が一人ではない点にあります。本社の情報システム部門、本社の業務部門、現地法人の社長、現地の経理担当者、そして現地の会計士。それぞれに立場と事情があり、放置すれば「現地が使いやすい形」に寄っていきます。
現地に寄せた実装は、その拠点では歓迎されます。しかし2拠点目、3拠点目に進んだとき、テンプレートが存在しないため毎回ゼロから要件を聞く羽目になり、工数と期間が国数に比例して膨らみます。さらに、勘定科目やマスタの持ち方が拠点ごとに異なるため、グループ全体の在庫・原価・売上を横並びで見ることができません。
海外ロールアウトの投資対効果は、本来「グループ全体が同じ物差しで見えること」から生まれます。つまり、ガバナンスは制約ではなく、投資回収の前提条件です。この認識を本社と現地で共有することが、プロジェクトの最初の仕事になります。
2. 論点①：制度・法令 ― データ所在地の制約を先に潰す
よくある落とし穴
クラウドERPを前提に構想を固めたあとで、「会計データを国外に置けない」という制度上の制約が判明するケースです。特に中国では、会計帳簿や会計証憑（会計档案）の保管について国内法令上の枠組みがあり、国外への持ち出しには当局の関連規定への準拠が求められます。保管場所を特定できない構成のクラウド基盤とは、そのままでは両立しません。
この論点が要件定義の後半で出てくると、インフラ構成のやり直しになります。基盤の前提が変わるため、影響範囲は会計モジュールにとどまりません。
当社の打ち手
当社が支援したある製造業のお客様の中国拠点では、会計仕訳を日次で抽出し、中国国内サーバーに保管する構成を設計し、現地会計士と事前に合意しました。グローバル共通の基盤は維持したまま、国内保管が求められるデータだけを切り出して現地に落とす、という考え方です。
重要なのは、この構成を「現地会計士が問題ないと言っている」状態にしておくことです。制度解釈の最終的な拠り所は現地の実務であり、日本側の法令解釈だけで進めると、監査の局面で覆るリスクが残ります。
実務上のチェックポイント
- 現地会計士との協議は、要件定義の前に着手する
- 「データを国外に置けるか」ではなく「どのデータを、どの粒度で、どこに、どの期間保管するか」まで具体化する
- 保管だけでなく、監査時にどう提示するか（出力形式・検索性・改ざん防止措置）まで確認する
- 個人情報の越境移転規制は会計データとは別枠の論点として、並行して確認する
3. 論点②：ローカライズ ― 差分は税制と帳票に集中する
よくある落とし穴
「国が違えば業務も違う」という前提で要件を集め始めると、際限がなくなります。実際に海外ロールアウトを重ねると見えてくるのは、その逆です。販売・購買・生産の業務プロセスは各国でほぼ共通であり、国ごとの差分は税制と帳票に集中します。
受注を受け、出荷し、請求する。発注し、入庫し、支払う。この骨格は国境をまたいでも変わりません。変わるのは、請求書に何を書かなければならないか、税額をどう計算し何をどこに申告するか、そして帳票を何語で出すか、です。
この構造を理解していないと、「現地の業務は特殊だから」という声に押されて標準を崩し、結果としてローカライズの範囲が肥大化します。
当社の打ち手
当社は税制アセスメント・税カスタマイズ・帳票開発・トレーニングを一体で提供する形をとっています。分けて発注されると、税制の解釈と帳票の実装がつながらず、テスト段階で手戻りが発生しやすいためです。
実務上のチェックポイント
- 対象国の税制要件と帳票要件を、展開前に確定させる
- 取引件数に応じて対応方式を選ぶ。件数が少なければ運用でカバーし、多ければ自動化・外部製品連携に投資する
- 「業務が違う」という要望が出たら、それが本当に制度起因か、担当者の慣れの問題かを切り分ける
- 現地語帳票は翻訳作業ではなく、法定記載事項の充足として扱う
4. 論点③：展開手法 ― Ask型ではなくTell型（Fit to Standard）で進める
よくある落とし穴
現地に「どうしたいですか」と要件を一から聞いていくAsk型のアプローチです。丁寧で、現地の納得感は得やすい。しかし工数が膨らみ、拠点ごとに仕様がばらつきます。しかも現地は「今のやり方」を基準に答えるため、出てくる要件は現状維持に寄ります。
結果として、ERPを入れたのに業務は変わらず、テンプレートも残らない、という最も避けたい着地になります。
当社の打ち手
当社は標準の型を先に示すTell型（Fit to Standard）を採ります。本社が定めたテンプレートを提示し、それに準拠することを前提として、差分だけを議論の対象にします。議論の起点が「白紙」から「標準」に変わるだけで、必要な工数と期間は大きく変わります。
Tell型を機能させるには、本社側にテンプレートが実体として存在していることが条件です。テンプレートがないまま「標準に寄せてください」と言っても、現地には従うべき対象がありません。1拠点目は、テンプレートを作る工程だと位置づけるのが現実的です。
実務上のチェックポイント
- 初回展開国は小規模・商流がシンプル・税制が複雑でない拠点から選定する
- 1拠点目のスコープに「テンプレート化」を明示的に含める
- アドオンの可否判断ルール（誰が、どの基準で承認するか）を展開前に決めておく
- 2拠点目以降は、テンプレートからの差分のみをドキュメント化する運用に切り替える
5. 論点④：現地体制 ― ガバナンスは「設計するもの」である
よくある落とし穴
本社の統制が効かない状態では、二つの方向に転びます。ひとつは、現地が独自の実装を進めてしまうこと。もうひとつは、そもそもプロジェクトに着手されないことです。後者は表面化しにくく、キックオフから数ヶ月経って「まだ現地から回答が来ていない」という形で発覚します。
いずれも、現地の担当者の能力や意欲の問題ではありません。現地法人にとってERP展開は本業の売上に直結しない追加業務であり、優先順位が下がるのは構造的に自然なことです。
当社の打ち手
現地社長を巻き込み、味方にすることを最優先にしています。現地でリソースを動かせるのは現地社長であり、ここが「本社の指示」ではなく「自分たちの案件」と捉えているかどうかで、進捗は決定的に変わります。
そのうえで、展開方針とテンプレートは本社主導で管理します。推進の主体は現地、標準の管理は本社という役割分担です。
実務上のチェックポイント
- 推進体制と現地キーパーソンを、キックオフ時点で明確にする
- 現地社長に対して、展開後に現地が得るメリットを言語化して伝える
- 意思決定のエスカレーションパスを事前に定義する（誰が最終判断するか）
- 現地担当者の稼働を本業と兼務させる場合、その工数を本社側で公式に見込む
6. 主要国における留意点
海外グループ会社の所在国によって、先に確認すべき制度上の論点は変わります。ここでは日本企業の進出先として多い5カ国について、当社が実務で優先的に確認している点を挙げます。
中国
会計データの国外保管に制約があり、国内保管を前提とした構成が必要になります。会計資料の保管期間や電子形式での保存要件（出力可能性、改ざん防止措置、検索性など）も定められているため、インフラ構成の検討と同時に確認します。
タイ
VAT・源泉徴収税と、現地語帳票への対応が中心論点です。源泉徴収は取引種別ごとに税率が異なり、支払時の処理と証憑発行が伴うため、運用設計まで含めて詰める必要があります。
ベトナム
電子インボイスが義務化されており、対象範囲も段階的に拡大しています。税務当局のシステムとの連携が前提となるため、ERP側の請求プロセスを電子インボイス発行の流れに合わせて設計します。
アメリカ
売上税（Sales Tax）は州・郡・市区ごとに税率が異なり、頻繁に改定されます。ERPのマスタに税率を直接保持する方式では維持が困難なため、税率計算に特化したサードパーティ製品と連携する構成が現実的です。
メキシコ
CFDI（電子請求）への対応が必須で、加えて国内輸送を行う場合は輸送に関する証憑（Carta Porte）の対応も求められます。請求と物流の両方に制度要件がかかるため、SDとLEの設計を分けて考えることはできません。
※ 各国の制度は改定が頻繁です。上記は論点の整理であり、実際の適用範囲・税率・様式は、プロジェクト開始時点で現地専門家とともに確認することを前提としています。
7. 展開順序の決め方 ― 最初の1カ国で何が決まるか
4つの論点を踏まえると、展開順序の決め方が見えてきます。判断軸は「売上規模が大きい国から」ではありません。テンプレートを作りやすい国からです。
- 規模が小さいこと：不具合が出ても事業インパクトが限定される
- 商流がシンプルであること：三国間取引や委託加工が絡むと、初回で扱う論点が増えすぎる
- 税制が複雑でないこと：制度対応にリソースを取られると、テンプレート作りが進まない
- 現地社長が協力的であること：前述のとおり、ここが最も効きます
最初の1カ国は、その国のためだけの案件ではありません。以降のすべての展開の型を決める工程です。ここに適切な人員と期間を配分できるかどうかが、グローバル展開全体の総コストを左右します。
8. よくあるご質問
海外ロールアウトの期間はどれくらいかかりますか？
拠点の規模と制度要件の複雑さによって変わりますが、テンプレートが未整備の1拠点目と、テンプレート適用が可能な2拠点目以降では、必要期間が大きく異なります。1拠点目にテンプレート化の工程を織り込んでおくことで、以降の展開を短縮できます。
現地の業務要件は、どこまで受け入れるべきですか？
判断基準は「制度起因かどうか」です。法令・税制・帳票の法定記載事項に起因する差分は受け入れる必要があります。一方、担当者の慣れや現行システムの制約に起因する要望は、標準に寄せる対象として扱います。この切り分けルールを展開前に定めておくことをお勧めします。
クラウドERPでも海外展開は可能ですか？
可能ですが、データ所在地の制約がある国が含まれる場合は、構成の検討が必要です。共通基盤は維持したうえで、国内保管が求められるデータのみを現地に保管する構成など、要件を満たす設計は取り得ます。重要なのは、この論点を構想段階で洗い出しておくことです。
本社側に専任の担当者は必要ですか？
テンプレートの管理主体が本社である以上、標準の維持とアドオン可否の判断を担う役割は必要です。専任である必要は必ずしもありませんが、意思決定の権限が明確であることは前提となります。
9. まとめ
海外ロールアウトで押さえるべき論点を、あらためて整理いたします。
- 前提：日本本社のガバナンスが効く状態を作れるかどうかで成否が決まる
- 制度・法令：データ所在地の制約を、要件定義の前に現地会計士と潰しておく
- ローカライズ：業務プロセスは各国共通。差分は税制と帳票に集中する
- 展開手法：Ask型ではなくTell型（Fit to Standard）で、標準に寄せる
- 現地体制：現地社長を味方にし、推進体制とキーパーソンをキックオフ時点で明確にする
いずれも、プロジェクトが始まってから対処するのではなく、構想・企画の段階で決めておくことで効いてくる論点です。逆に言えば、この4点を先に固めておけば、海外ロールアウトは「毎回ゼロから」の作業ではなくなります。
アルベナは、SAPの海外ロールアウトについて、制度対応から現地体制の設計までを一体でご支援しています。展開国の選定や、既存拠点のテンプレート化についても、構想段階からご相談いただけます。
まずはお気軽にお問い合わせください。
お問い合わせください