売上50億円の子会社へ、売上5,000億円の本社と同じERPを入れるべきでしょうか。勘定科目と連結締めをそろえるには有利でも、数百人向けの権限、承認、教育、運用体制を数十人の拠点へ持ち込めば、現場は表計算へ逃げます。反対に安い現地ERPを選ぶだけでは、月末にCSVを集めて人が差額を探す構成になります。
2層ERPは、本社やグループ中核のTier 1と、子会社、事業部、海外拠点のTier 2を連携させる考え方です。製品ブランドを二つにすることが目的ではありません。本社が統一する会計方針、連結、取引先、商品、権限、監査証跡と、現地が持つ税、商慣行、在庫、販売、言語を切り分けます。
単一ERPと2層ERPの分岐点は会社規模ではなく、全社で同じ意味にすべきデータと、現地で変えなければ業務が止まるプロセスの境界です。
本記事は2026年9月4日に、IPA、経済産業省、SAPの公開資料を確認して作成しました。製品選定では、候補ベンダーの現行ロードマップ、サポート期限、対象国の法制度対応を追加確認してください。
先に経営イベントを五年分並べる
買収、売却、法改正で構成がどう変わるかを先に試します。
ERPの構成は現在の会社だけを写すと短命になります。今後五年のM&A、子会社設立、海外進出、上場準備、事業売却、会計基準変更、工場増設を時系列へ置きます。毎年二社を買収する会社と、国内一社で業務を固定する会社では、最適な追加方法が違います。
買収先を本社ERPへ統合するのに18か月かかるなら、その間の連結報告方法が必要です。2層ERPへ三か月で接続できても、数年後に売却する事業へ本社固有マスタを埋め込めば分離費が増えます。構成案ごとに、追加一社、売却一社、制度改正の三イベントを通します。
IPAのDX動向調査やDX白書は、システム刷新を技術更新だけでなく、経営と業務変革へ結び付ける必要性を扱っています。導入目的を「老朽化対応」で終わらせず、締め日数、買収統合日数、商品追加日数、監査指摘など経営の時間へ置き換えます。
ERP選定の比較シナリオには平常時だけでなく、買収、売却、法改正、障害を入れます。構成の差は変化が起きた時に最も大きく出ます。
単一ERPが統一するものを過大評価しない
同じ製品と同じデータ定義を分けて考えます。
同じ製品を全社へ入れても、顧客コード、品目粒度、原価配賦、締め日、権限が別ならデータは統一されません。単一インスタンスでも会社コードごとに設定が分かれ、追加開発が積み重なれば実質的に複数仕様になります。
単一ERPの強みは、共通テンプレート、権限設計、会計方針、監査ログ、運用窓口をそろえやすいことです。本社が子会社の取引を同じ粒度で見られ、月次締めの差異理由を減らせます。共通購買やグループ在庫を実行する会社では、リアルタイムな同一データが業務価値になります。
弱点は、ローカル要件を本社変更会議へ通す時間です。小規模拠点の税率、帳票、言語、商流の変更でも全社テストが必要になり、緊急対応が遅れることがあります。グローバルテンプレートへ例外を足し続ければ、更新のたびに回帰テストが膨らみます。
単一ERPの価値は「一つの画面」ではなく、同じコードと会計ルールで取引を確定し、全社変更を一度の統制で配れることです。
2層ERPは連携を製品機能任せにしない
正本、周期、例外、再送をデータごとに決めます。
2層ERPでは、Tier 2が現地の販売、購買、在庫、税、給与連携を速く変更できます。本社ERPの複雑な設定を持ち込まず、買収先を短期間でグループ報告へ接続しやすくなります。クラウドERPを子会社へ使う構成もあります。
増えるのは、勘定科目、取引先、品目、為替、組織、内部取引、残高、明細の連携です。APIがあるだけでは、どちらが正本か、失敗時に再送するか、締め後の訂正をどう反映するかは決まりません。マスターデータ管理の進め方で、コード所有者と変更承認を定めます。
日次連携で十分な販売実績と、即時に止めるべき与信超過を同じ周期にしません。データごとに鮮度、許容欠損、再送、照合、締め時刻を定義します。インターフェース本数ではなく、障害時に事業を止める連携を特定します。
データごとに正本、連携周期、照合方法、障害時の業務継続を決めます。
2層ERPの追加費用は二つ目のライセンスより、データの意味を変換し、失敗を検知し、月末に残高を一致させる運用へ発生します。
連結会計は残高送信の後が難しい
内部取引差額と仕訳根拠がそろう時刻を測ります。
連結へ必要なデータは試算表だけではありません。内部取引相手、取引通貨、換算レート、セグメント、未実現利益、持分、取得日、仕訳根拠が必要です。子会社が独自勘定を使うなら、本社勘定へのマッピングと変更履歴を持ちます。
月末に数字が合わない時、Tier 2の入力、変換、送信、受信、連結消去のどこで差が生じたかを追える必要があります。連携ログを技術者だけが見られる状態では、経理の締めが止まります。差額、件数、最終更新、再送可否を業務画面へ出します。
内部取引は、売り手と買い手で相手コード、計上月、通貨がずれると消去できません。グループ共通の相手先コードと締めカレンダーを統一し、差額許容と未回答時のエスカレーションを決めます。クラウドERPの比較では、会計機能の一覧だけでなく連結データの出口を確認します。
連結締めのKPIはデータ送信完了ではなく、内部取引差額が許容内に収まり、根拠まで監査できる時刻です。
内部統制は「本社と同じ」かで決めない
重要取引のリスクへ統制を割り当てます。
統制は、職務分掌、承認、アクセス、変更、ログ、バックアップ、決算手続をリスクへ対応させます。従業員20人の子会社で申請者、承認者、支払者を完全に別人へできない場合、経営者レビューや事後モニタリングなど代替統制を設計します。
単一ERPは共通ロールを配りやすい反面、強い本社権限が全社へ影響します。2層ERPは権限を分離できますが、子会社管理者が設定と取引の両方を変更できる危険があります。特権ID、緊急ID、退職者削除、設定変更ログを構成ごとに比較します。
経済産業省のサイバーセキュリティ経営ガイドラインは、経営者のリーダーシップ、リスク管理体制、サプライチェーンを含む対策を求めています。ERPをクラウドにすれば責任がなくなるのではなく、設定、ID、データ、委託先管理の責任分界を契約と運用へ落とします。
統制は製品数の少なさでは測れません。重要取引を誰が登録・承認・変更でき、例外を誰が翌日までに発見するかで測ります。
五年TCOへ変更と分離を入れる
平常運用以外のイベント費を同じ期間で比較します。
初期費用には、ライセンス、設定、追加開発、データ移行、教育、並行稼働、切替を入れます。運用費には、利用料、保守、問い合わせ、権限、マスタ、監視、インターフェース、回帰テスト、監査対応を入れます。五年のイベント費には、法改正、買収、拠点追加、製品アップデート、事業売却を入れます。
単一ERP案では、子会社追加テンプレート、全社回帰テスト、利用者教育、ローカル制度対応を見積もります。2層ERP案では、Tier 2導入、統合基盤、マッピング、照合、二製品の更新調整、複数ベンダー管理を見積もります。
事業売却時の分離も価格にします。単一ERPから対象会社だけのデータ、権限、帳票を切り出す費用と期間を見積もり、2層ERPなら本社連携を止めた後も単独運用できるかを確認します。データ返却形式、移行支援単価、設定情報の所有権を契約へ入れます。
五年TCOの差は初期導入で確定しません。毎年の制度変更、追加一社、分離一社を入れた時に初めて構成の経済性が見えます。
ベンダー間の責任の穴を試験する
欠落と重複を起こし、復旧の指揮系統を確かめます。
2層ERPでは、Tier 1、Tier 2、統合基盤、運用会社が分かれることがあります。数字が欠けた時に各社が「自社システムは正常」と回答しても、連結は終わりません。インシデント指揮者、一次切分け、ログ保存、復旧順序、費用負担をRACIへ書きます。
単一ERPでも、製品会社、導入会社、クラウド基盤、運用会社の責任は分かれます。契約名が一社でも再委託先が複数なら、障害通知と証拠保全の経路を確認します。IPAの情報システム・モデル取引・契約書を参照し、仕様、検収、変更管理、知的財産、データ返還を案件に合わせて明文化します。
本番前に、子会社から仕訳100件を送り、一件を重複、一件を欠落、一件を遅延させます。検知、再送、照合、締め解除が設計どおり進むかを経理とITで実演します。
正常デモだけでなく、欠落と重複を意図的に起こして月次締めの復旧を試します。
責任分界は障害票の宛先ではなく、連結を再開するまで誰がログを集め、原因を確定し、再送を承認するかまで決めます。
90日で一社の締めを通す
例外を含む月次決算を実データで再現します。
製品デモではなく、実在する子会社一社の受注、出荷、請求、入金、購買、在庫、固定資産、決算を候補構成へ通します。平常月だけでなく、返品、為替差、内部取引、締め後訂正を入れます。
KPIは、日次連携成功率、例外件数、手修正時間、内部取引差額、子会社締め時刻、連結完了時刻、マスタ変更日数です。数値が改善しても現地業務が二重入力なら採用しません。現場が表計算へ出したデータ件数も数えます。
採用後のExit条件を先に決めます。連携例外が三か月連続で許容を超える、法改正対応が期限に間に合わない、子会社追加費が想定の二倍になる場合は、インターフェース修正、テンプレート変更、構成統合を再評価します。
採用判断は製品デモではなく、一社の月次決算を例外込みで完了し、翌月も同じ手順で再現できた時に下します。
ローカル制度変更を一週間で模擬する
海外子会社の税率、電子請求書、帳票項目が一週間後に変わるという課題を候補構成へ与えます。単一ERP案では、本社変更会議、影響調査、全社テスト、配布までの日数を測ります。2層ERP案では、現地ERPの変更、連携項目、連結マッピング、監査証跡の更新を測ります。
変更が速くても、本社が内容を把握できず決算差異が出るなら合格ではありません。逆に統制が強くても法定期限へ間に合わないなら業務を守れません。緊急変更の承認者、テスト範囲、暫定処理、恒久対応の期限を比較します。
ERPとMESの違いで現場実績と会計記録の境界を確認し、工場の法定帳票だけをTier 2で変える場合も、在庫・原価が本社へ同じ意味で届くかを試します。公共性の高い組織はガバメントクラウド移行のように制度期限と標準化が同時に進む事例も参考にし、期限、責任、データ移行を別々に管理します。
変更新旧の設定差を保存し、誰がどの根拠で承認し、いつ戻せるかを記録します。構成選定の段階でこの一週間課題を通せば、「柔軟」「グローバル対応」という製品説明を自社の変更時間へ変換できます。
データ移行も同じ条件で試します。期首残高だけでなく、未消込入金、発注残、仕掛品、固定資産、内部取引を移し、件数、合計、個票を照合します。移行後に訂正が必要なデータを旧・新どちらで直すか、差分をどう再移行するかを決めます。構成案ごとの移行停止時間と、戻しに必要な時点を記録します。
照合差がゼロでも、業務担当者が必要な履歴を検索できなければ移行完了ではありません。監査、返品、顧客照会で使う過去明細を抽出し、表示、出力、権限を確認します。
まとめ
共通化する価値と現地差の価値を境界で判断します。
単一ERPは、同じプロセスとデータを全社で使う価値が高く、ローカル例外を抑えられる会社に合います。2層ERPは、子会社の速度や制度適合を残しつつ、本社が必要なデータと統制を接続できる会社に合います。
どちらも製品数だけでは成否が決まりません。正本マスタ、連結粒度、変更承認、障害復旧、追加・分離の設計が必要です。五年の経営イベントと一社の実データを通し、費用と締め時間を比べます。
本社へ全て寄せるか現地へ任せるかの二択ではありません。企業価値に直結する共通部分を固定し、現地差が価値を生む部分だけを分離するのがERP構成設計です。
参考情報
ERP構成、契約、DX、セキュリティの一次資料です。
以下は2026年9月4日に確認した一次情報です。
よくある質問
気になる質問を開くと、本文の重要点を短く確認できます。
Q2層ERPとは製品を二つ契約することですか？
A製品数ではなく、本社の中核ERPと子会社・拠点のERPが役割を分け、データと統制を連携する構成です。正本と責任の設計が必要です。
Q子会社が小さければ2層ERPが必ず安くなりますか？
Aライセンスが安くても、連携、照合、二製品の運用、監査対応が増えます。五年TCOと月次締め時間で比較します。
Q単一ERPならマスターデータは自動的に統一されますか？
A同じ製品でもコード体系、登録責任、項目定義が異なれば統一されません。顧客、品目、勘定科目ごとに正本と変更承認を定めます。
Q2層ERPの連結会計で最も確認すべきことは何ですか？
A残高だけでなく、内部取引相手、通貨、セグメント、仕訳根拠を送り、欠落・重複・遅延を検知して締めまでに照合できることです。
QクラウドERPなら海外制度へ自動対応できますか？
A提供国、対象機能、適用日、設定、帳票は製品ごとに異なります。現地法令とベンダーの対応範囲、利用者側の設定責任を確認します。
QERP構成を決める実証期間はどれくらい必要ですか？
A一例として90日を置き、子会社一社の受注から月次決算までを例外込みで通します。会社の締め周期と移行範囲に応じて調整します。
