コンサル会社 クロスボーダーM&A｜国際取引実務ガイド

コンサル会社 クロスボーダーM&Aの全体像

コンサル会社 クロスボーダーM&Aでは、国別の正確な助言を契約、データ、資金、Day1へ統合します。

コンサル会社 クロスボーダーM&Aの準備では、国別論点を実行日程と統合運営へ横断的につなぎます。

コンサルティング会社のクロスボーダーM&Aでは、対象会社が日本法人でも、買い手、親会社、顧客、社員、データ、知的財産、資金のいずれかが国境を越えるだけで論点が増えます。契約の準拠法、外国投資審査、競争法、個人データ移転、源泉税、移転価格、就労資格、制裁・AML、会計基準、時差と言語を一つの工程へ統合しなければなりません。本稿では、日本のコンサル会社を海外企業・海外ファンドへ譲渡する場面、日本企業が海外ファームを取得する場面、複数国に拠点を持つファームの再編を想定し、初期スクリーニングから契約、送金、Day1、統合までを実務的に解説します。

1. 何をもってクロスボーダーM&Aと考えるか

買い手と譲渡企業の設立国が違う取引だけがクロスボーダーではありません。日本法人同士の株式譲渡でも、対象会社が海外子会社を持つ、外国籍社員がいる、海外顧客と契約する、外国クラウドへデータを保存する、海外株主へ代金を送る場合には国際論点が生じます。最初に法人、契約、人、データ、知財、資金の六つの流れを地図にします。

クロスボーダー取引の難しさは、論点数だけでなく相互依存にあります。買収主体を変えると税務・資金調達・投資審査が変わり、データを移せないと統合後のCRMや人事制度が変わり、顧客同意が遅れるとクロージング条件と価格に影響します。一つの専門分野だけで最適化せず、全体の実行可能性で判断します。

早い段階では確定情報が少ないため、国別スクリーニングを行い、「実行前に許可が必要」「契約条件に影響」「Day1までに準備」「統合後に対応」の四段階へ分類します。国名だけで判断せず、事業活動、顧客業界、データ、投資家属性を確認します。

2. 取引類型ごとの特徴

同じ取引でも、株式譲渡、事業譲渡、合併、会社分割、増資などスキームにより承継と手続が異なります。国境を越える合併等が利用できるかも法域によります。候補スキームを複数示し、法務、税務、資金、許認可、日程、統合を比較します。

3. 国別スコープ表を最初に作る

対象会社の登記国だけを調べるのでは不十分です。子会社、支店、駐在員、リモート勤務者、顧客、外注先、データセンター、知財登録、銀行口座、代理店が所在する国を一覧にします。それぞれの活動が恒久的施設、雇用、税務登録、データ規制、許認可に関係する可能性を専門家と確認します。

国別表には、法人・活動、責任者、売上・人数、重要契約、規制当局、必要助言、承認、期限を記載します。調査中に新しい国が見つかったら、取引スケジュールと費用へ反映します。オンライン提供だから所在地がない、短期出張だから論点がない、と決めつけません。

初期スクリーニング質問

• どの国に法人、支店、事務所、銀行口座、税務登録があるか。
• どの国の顧客へ誰が契約・提供・請求し、どこで役務を行うか。
• 社員・外注者はどこに居住し、どの法人が指揮・報酬支払を行うか。
• 顧客・人事・調査データはどこに保存され、どの国からアクセスされるか。
• 商標、ソフトウェア、方法論は誰が所有し、どの国で登録・利用されるか。
• 取引資金はどの法人・銀行・通貨を経由し、どの承認が必要か。

4. グローバル取引チームとIssue Owner

各国の弁護士・税理士へ別々に質問すると、前提がずれた回答が集まります。中央の取引責任者と、法務、税務、財務、人事、データ、規制、統合のIssue Ownerを置き、国別助言を共通フォーマットへまとめます。誰が最終的に全体影響を判断するかを明確にします。

専門家への依頼文には、取引スキーム図、当事者、資金フロー、対象事業、予定日、統合案、既知の論点を含めます。助言は「法律上可能か」だけでなく、必要手続、所要期間、前提、違反時影響、代替策を求めます。法令は変わり得るため、契約直前とクロージング前に更新確認します。

秘匿特権や専門家との通信保護は法域により異なります。調査報告を誰が依頼し、誰へ配布し、データルームへ置くかを現地弁護士と相談します。翻訳版と原文の優先関係、機械翻訳の利用範囲も決めます。

5. 外国投資審査・競争法・業種規制

外国投資審査は、投資家の国籍・支配関係、対象事業、技術、顧客、持分、取締役指名などにより届出・承認が必要となる場合があります。コンサル会社でも、防衛、重要インフラ、先端技術、政府データなどに関わる支援を行えば論点になり得ます。表面的な業種分類だけで判断しません。

競争法上の届出基準は、売上、資産、取引価値、支配取得など法域により異なります。基準未満でも、競合間の情報交換や顧客・人材市場への影響を検討します。審査中に買い手が対象会社を実質支配するガン・ジャンピングを避けるため、クロージング前の承認と情報共有を区分します。

現地の業種資格、政府調達、専門職規制、輸出管理・経済制裁も確認します。対象会社が自ら規制品を扱わなくても、顧客データや技術支援、相手方属性によって制約が生じる場合があります。該当性は最新の法令と事実に基づき専門家が判断します。

6. 法人・株主・権限の確認

会社登記、定款、株主名簿、株券、取締役、実質的支配者、過去の増資・譲渡を国別に確認します。電子登記があっても、株式発行や取締役承認の内部記録が不足していることがあります。ストックオプション、転換証券、名義保有、共同創業者の権利も含め完全希薄化後の資本構成を作ります。

株式譲渡の承認、先買権、共同売却、強制売却、チェンジ・オブ・コントロールが株主間契約に定められている場合があります。複数言語の契約があるときは優先言語と改訂履歴を確認します。署名権限、委任状、公証、認証、原本提出など、クロージング書類の形式も国により異なり得ます。

対象会社が名目上休眠の子会社を持つ場合も、未申告、銀行口座、雇用、契約、清算義務が残っていないか確認します。取引対象から除外するなら、事前再編の実行時期と税務・契約への影響を評価します。

7. 顧客契約を国際ポートフォリオとして読む

重要契約一覧には、契約主体、顧客所在地、提供国、通貨、準拠法、裁判・仲裁、言語、期間、解除、譲渡、支配権変更、再委託、データ、知財、責任制限、税を記載します。グループ基本契約と現地発注書の優先関係を確認し、どの条項が個別案件へ適用されるかを明確にします。

チェンジ・オブ・コントロール通知や同意が必要な場合、重要顧客、許認可、クロージング条件へ分類します。国際顧客は社内審査に時間を要することがあるため、法務・購買・情報セキュリティ・事業責任者の誰が承認するか確認します。説明資料には、新株主、サービス継続、データ、担当、請求、紛争解決への影響を含めます。

準拠法が外国法だから不利、日本法だから安全、とは単純に言えません。強行法規、履行地、資産所在地、執行可能性も関係します。重要契約は該当法域の弁護士へ確認します。

8. データフローを契約・法令・技術で三重に確認する

クロスボーダーM&Aのデータ論点は、個人情報だけではありません。顧客秘密、提案価格、調査回答、人事評価、ソースコード、輸出管理対象情報、政府関連データなどを分類します。どのデータを、誰が、どの目的で、どこに保存し、どの国からアクセスするかをフロー図にします。

「サーバーは国内」でも、海外親会社の管理者がアクセスすれば越境論点が生じる場合があります。反対に、国外クラウドの利用が直ちに禁止されるわけでもありません。適用法、本人・顧客への通知・同意、契約上の制約、移転根拠、セキュリティ措置、再移転を個別に確認します。

デューデリジェンスで個人・顧客データを提供するときは、目的に必要な範囲へ集計・匿名化し、候補先、アドバイザー、クリーンチームのアクセスを制御します。不成立時の返却・削除、バックアップ、監査ログも定めます。

9. データ移転の実務設計

統合後にグローバルCRM、人事、会計、メール、ナレッジへデータを移す場合、法的根拠だけでなく、技術的・組織的保護を設計します。暗号化、多要素認証、最小権限、アクセスログ、保存期間、削除、再委託先管理、事故対応を確認します。

データ移転影響評価が必要または有用な法域では、データ種類、当事者、移転先法制度、アクセス可能性、追加措置を文書化します。標準契約条項、企業内ルール、同意など利用可能な仕組みは法域と状況によって異なります。テンプレートを署名するだけで完了とせず、実際の運用と一致させます。

Day1までに完全統合できない場合、データを現地環境へ残し、必要な集計だけを共有する、クリーンルームを使う、TSAで旧システムを利用するなど段階案があります。期限と出口条件を決め、暫定状態を恒久化しません。

10. 知的財産とオープンソース・第三者素材

方法論、教材、ソフトウェア、調査データ、商標、ドメインの所有者と作成国を確認します。従業員・業務委託者からの権利帰属は法域により扱いが異なり得るため、雇用・委託契約、職務発明・著作、譲渡文書を現地弁護士が確認します。

ソフトウェアや分析ツールでは、オープンソース・ライセンス、第三者API、学習データ、生成AIサービスの利用条件を調べます。顧客向け成果物へ組み込む権利、ソース開示義務、譲渡・支配権変更、地域制限を確認します。未整理のものはSBOMや依存関係台帳を作ることから始めます。

ブランドを国際統合する場合、商標登録可能性、既存権利、言語上の意味、ドメイン、SNS、現地評判を確認します。取引直後に統一するか、共同ブランド期間を置くかを顧客・採用の観点で決めます。

11. 人材・労務・移民法務

社員一覧には、雇用法人、勤務地、居住地、国籍、在留・就労資格、職位、報酬通貨、雇用契約、団体協約、出向、リモート勤務を記載します。国境を越えて勤務している人は、雇用法、税、社会保障、恒久的施設など複数の論点を持つ可能性があります。

取引に際し従業員・労働組合・従業員代表への情報提供、協議、同意等が必要かは法域とスキームで異なります。契約発表後に確認すると日程を守れない場合があるため、秘密保持を考慮しつつ現地専門家へ早期に相談します。

取引後の報酬統合では、単純な為替換算で等級を揃えません。市場水準、固定・変動報酬、福利厚生、法定給付、税、生活費、職務を比較します。キーパーソン向け特別条件が他社員の公平感と整合するかも確認します。

12. 税務スコープを取引と運営に分ける

取引税務では、株式・事業の譲渡課税、源泉、印紙・登録、間接税、繰越欠損金、取得価額、再編、売主・買主の居住地などを確認します。運営税務では、恒久的施設、移転価格、役務提供、ロイヤルティ、源泉税、消費税・VAT/GST等、給与・社会保障を見ます。名称と具体的適用は国により異なります。

税率だけでスキームを選ぶと、契約承継、許認可、資金、統合に無理が生じる場合があります。事業目的と実態、必要人員、意思決定場所、知財管理を整合させます。条約の適用や優遇制度を前提とする場合、受益者、居住者証明、実体、手続など要件を専門家が確認します。

統合後に親会社が管理・営業・技術サービスを提供する場合、サービス内容、便益、配賦基準、契約、請求、源泉、移転価格文書を整えます。対価を付けない、または一律売上比で配賦することが適切とは限りません。

13. 恒久的施設・リモートワークの確認

社員が別国で継続的に営業・契約交渉・サービス提供を行うと、会社の税務上の拠点や登録義務に関係する可能性があります。コロナ後のリモート勤務や長期出張で、会社が把握しない活動が増えていることがあります。勤務地申請、出張記録、契約権限、顧客訪問を確認します。

取引後に海外親会社の役員が対象会社の意思決定を行う場合も、法人の税務上の居住地や管理実態へ影響し得ます。取締役会の場所、署名権限、指揮命令、費用負担をガバナンス設計と一緒に検討します。

具体的な恒久的施設や居住地の判定は、条約、国内法、事実関係に依存します。一般的な日数基準だけで結論を出さず、現地税務専門家へ確認します。

14. 財務情報・会計基準・品質の橋渡し

対象会社の法定会計、管理会計、買い手の連結会計が異なる場合、勘定科目、収益認識、外貨換算、リース、引当、株式報酬、のれん等の差異を把握します。過去数値を完全に組み替える前に、重要差異と連結パッケージへの橋渡しを作ります。

月次締め日、監査、内部統制、証憑、権限を比較し、Day1に必要な最低報告と中長期統合を分けます。現地チームへ買い手様式を一方的に渡すだけでなく、定義、入力例、レビュー窓口、言語を用意します。

買収価格配分や連結処理などは適用会計基準と取引条件により異なります。公認会計士等と早期にデータ要件を確認し、クロージング後に過去情報を取り直さないよう準備します。

15. 通貨・価格・資金決済

提示価格の通貨、評価基準日の為替、価格調整の換算、支払通貨、為替変動リスクを定めます。署名からクロージングまで期間がある場合、どちらが変動を負うか、ヘッジを行うかを検討します。売上・費用の通貨構成も事業計画に反映します。

資金フロー図には、買い手資金、融資、エスクロー、売主、税・費用、返済、再投資を銀行口座単位で示します。送金規制、銀行のKYC、実質的支配者、資金源、制裁スクリーニングに時間を要することがあるため、テスト送金や書類準備を早めます。

クロージング当日は時差、銀行営業時間、祝日、外貨カットオフが影響します。誰が送金を確認し、どの証拠で株式移転を発効し、不着時にどうするかをクロージングメモへ記載します。

16. AML・制裁・輸出管理

買い手、譲渡企業、実質的支配者、資金提供者、顧客、代理店について、適用されるAML・経済制裁上の確認が必要となる場合があります。スクリーニング結果だけでなく、類似名、所有・支配、資金源、取引経路を確認します。法域ごとに対象・義務が異なるため専門家へ相談します。

コンサル会社が技術情報、暗号、研究データ、制御技術などを扱う場合、成果物やデータアクセスが輸出管理に関係する可能性があります。社員の国籍だけで機械的に判断せず、情報の性質、所在地、アクセス、顧客、最終用途を確認します。

高リスクが見つかった場合、取引全体を直ちに断定せず、追加調査、許可、取引範囲変更、情報遮断など法的に適切な対応を検討します。事実を隠した迂回取引は行いません。

17. サイバーセキュリティとグローバルIT

海外親会社の標準セキュリティを導入するだけでは、現地法、顧客契約、既存システムとの整合が取れない場合があります。ID管理、端末、ログ、脆弱性、バックアップ、インシデント対応、クラウド、再委託を比較し、差異をリスクと移行費用で優先順位づけします。

インシデント報告期限や当局・本人・顧客への通知義務は法域・契約で異なります。統合後の24時間体制、時差、言語、法務判断、フォレンジック会社、サイバー保険を準備します。誰がグローバルへ報告し、誰が現地通知を決めるかを明確にします。

ゼロデイの完全排除を約束するのではなく、把握、封じ込め、復旧、学習の能力を評価します。過去事故は事実、影響、対応、再発防止、未解決を整理し、専門家へ限定開示します。

18. クロージング前の連携と競争上の独立

契約締結後でも、必要な承認を得てクロージングするまでは別会社として独立運営を続ける必要があります。買い手が価格、顧客、人員、営業を指示できる範囲は競争法・契約で制約され得ます。通常業務の誓約と事前承認事項を具体化し、現場が判断できるガイドを作ります。

統合計画には詳細情報が必要ですが、競合間で価格・顧客戦略・個人報酬を共有するとリスクがあります。クリーンチーム、外部専門家、集計・匿名化、情報遮断を使い、クロージング後に解除する権限を設けます。

人材の共同採用、顧客への共同提案、ブランド変更を先行し過ぎないよう注意します。許される準備と実行を法務が区分し、違反懸念を相談できる窓口を置きます。

19. Day1を「グローバル最低基準」と「現地継続」に分ける

Day1に必要なのは、法的所有の変更、権限、銀行、給与、顧客対応、システムアクセス、事故報告、社員説明です。全世界の制度・ブランド・ITを同日に統一する必要は通常ありません。グローバルで必須のガバナンス・リスク基準と、当面維持する現地運用を区分します。

国別Day1リードを置き、現地語の社員説明、顧客連絡、法定手続を担当させます。中央チームは共通原則と依存関係を管理し、現地の法的判断を置き換えません。

20. クロスボーダー統合のOperating Model

統合の前に、どの意思決定をグローバル、地域、現地で行うかを定めます。顧客価格、採用、報酬、品質、データ、投資、ブランドについて、原則、権限、例外、エスカレーションを整理します。中央集権か完全独立かの二択ではありません。

コンサル会社では、現地顧客との信頼と専門性を残しつつ、営業機会、方法論、採用、管理基盤を共有する設計が考えられます。クロスセル件数だけを相乗効果とせず、顧客同意、利益相反、品質、担当責任、紹介料を整えます。

会議・報告の共通言語を決めても、理解の差は残ります。重要決定は短い文書で背景、選択肢、結論、責任者、期限を記録し、必要に応じ翻訳します。発言量や語学力を意思決定能力と混同しないファシリテーションが必要です。

21. 文化統合を国民性で説明しない

「この国は合意重視」「あの国は速い」といった一般化では、実際の組織行動を変えられません。提案承認、顧客苦情、採用、評価、情報共有、リスク報告の具体的な行動を比較します。企業文化は国だけでなく、創業者、専門領域、規模、報酬制度によって形成されます。

統合ワークショップでは、価値観の言葉を選ぶだけでなく、難しい場面のケースを議論します。大口顧客から無償追加を求められたとき、品質懸念を誰が止めるか、売上と独立性が衝突したとき、どの原則で判断するかを揃えます。

現地経営陣の権限を残す場合も、グローバルが期待する報告・統制を明確にします。逆に標準化する場合は、現地法・顧客慣行・人材市場を例外として扱う基準を設けます。

22. 100日と一年の統合ロードマップ

署名からクロージング

承認、顧客同意、資金、Day1、データ遮断、社員説明を準備します。現地チームの通常業務を守り、統合要望を一つの窓口で優先順位づけします。

Day1〜30

顧客・社員の不安、権限、月次報告、事故対応を安定させます。国別の未完了許認可、税務登録、銀行、署名権限を追跡します。

31〜100

Operating Model、サービス・顧客機会、人材、データ、IT、財務の設計を確定し、小規模な共同施策を試します。相乗効果の前提を現場データで更新します。

101日〜一年

システム・制度・ブランドの段階統合、リーダー育成、移転価格、内部統制、追加投資を実行します。TSAや暫定データ措置を終了し、残課題を通常ガバナンスへ移します。

国ごとに進度が違っても、全体目標とリスク基準を共通にします。最も遅い国へすべてを合わせるのではなく、依存関係を明示し、安全に先行できる領域を進めます。

23. 国際取引ワークストリーム42項目

以下は一般的な論点台帳です。該当法域、期限、重要度、取引条件への影響、代替策を追加し、最新法令と具体的事実に基づき専門家が更新してください。

1. 法人登記

目的：対象法人と支店の存続・代表権を確定する。確認資料：登記事項、定款、取締役、署名権限。主担当：現地会社法専門家。管理するリスク：Day1の権限不在を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

2. 実質的支配者

目的：株主・支配連鎖を最終自然人まで確認する。確認資料：株主名簿、組織図、届出、身分資料。主担当：法務・コンプライアンス。管理するリスク：銀行・規制審査の遅延を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

3. 外国投資審査

目的：投資家属性と対象活動から届出要否を判断する。確認資料：事業分類、技術、顧客、持分、権利。主担当：規制法弁護士。管理するリスク：クリアランス前実行を避ける。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

4. 競争法届出

目的：各法域の基準と支配取得を確認する。確認資料：国別売上、資産、当事者、取引価値。主担当：競争法弁護士。管理するリスク：届出漏れと日程誤認を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

5. ガン・ジャンピング

目的：クロージング前の独立運営を守る。確認資料：承認事項、統合活動、情報共有。主担当：競争法・取引法務。管理するリスク：早期支配と不適切協調を避ける。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

6. 業種許認可

目的：顧客業界・サービスに固有の承認を確認する。確認資料：許可証、登録、更新、支配変更。主担当：現地規制専門家。管理するリスク：資格失効による業務停止を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

7. 政府契約

目的：調達資格と支配変更・再委託を確認する。確認資料：入札、契約、通知、セキュリティ要件。主担当：公共契約弁護士。管理するリスク：重要案件の解除を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

8. 輸出管理

目的：技術・データ・アクセスの規制該当性を調べる。確認資料：分類、最終用途、相手、アクセス国。主担当：輸出管理専門家。管理するリスク：無許可移転を避ける。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

9. 経済制裁

目的：当事者・資金・顧客を適用法で確認する。確認資料：名簿、所有支配、銀行、国、取引。主担当：制裁・コンプライアンス。管理するリスク：禁止取引と資金凍結を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

10. AML/KYC

目的：資金源と実質的支配を銀行基準で示す。確認資料：本人確認、資金証明、組織図、口座。主担当：銀行・コンプライアンス。管理するリスク：クロージング送金遅延を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

11. 株式権原

目的：売主が有効に株式を保有するか確認する。確認資料：株券、名簿、発行、譲渡、担保。主担当：会社法弁護士。管理するリスク：所有権争いを防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

12. 潜在株式

目的：オプション等を完全希薄化後へ反映する。確認資料：契約、権利確定、行使価格、退職。主担当：法務・財務。管理するリスク：対価配分の誤りを防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

13. 重要顧客契約

目的：支配変更・譲渡・解除を国別に分類する。確認資料：基本契約、注文書、変更、通知。主担当：契約法弁護士・営業。管理するリスク：売上継続リスクを早期把握する。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

14. グループ契約

目的：複数国・法人を覆う契約の適用範囲を確定する。確認資料：当事者、付属書、現地注文、優先条項。主担当：契約法弁護士。管理するリスク：一部法人の承継漏れを防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

15. 再委託契約

目的：海外外注・フリーランサーの条件を確認する。確認資料：再委託、秘密、知財、データ、税。主担当：法務・調達。管理するリスク：無権限利用と源泉漏れを防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

16. 紛争解決

目的：準拠法・裁判・仲裁と執行を把握する。確認資料：契約、係争、資産所在地、言語。主担当：国際紛争弁護士。管理するリスク：責任評価と手続誤りを防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

17. 個人データ台帳

目的：人事・顧客・調査データを分類する。確認資料：データ項目、本人、目的、保存、共有。主担当：プライバシー責任者。管理するリスク：移転要件を漏れなく判断する。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

18. 越境移転根拠

目的：移転先・目的ごとに適法な仕組みを確認する。確認資料：契約、通知、同意、評価、再移転。主担当：現地プライバシー弁護士。管理するリスク：テンプレートだけの形式対応を避ける。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

19. データ処理契約

目的：管理者・処理者等の役割と義務を定める。確認資料：処理内容、再委託、事故、削除、監査。主担当：法務・セキュリティ。管理するリスク：責任の空白を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

20. データ所在地

目的：保存だけでなく管理者アクセス国を把握する。確認資料：クラウド構成、ログ、サポート、バックアップ。主担当：IT・プライバシー。管理するリスク：見えない越境アクセスを防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

21. 保存・削除

目的：法令・契約・訴訟保全と削除を整合させる。確認資料：保持表、バックアップ、法的保全。主担当：法務・IT。管理するリスク：過剰保存と必要記録消失を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

22. 知財帰属

目的：従業員・委託者からの権利連鎖を確認する。確認資料：雇用、委託、譲渡、発明、著作。主担当：知財弁護士。管理するリスク：方法論・コードの権利欠落を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

23. 商標・ドメイン

目的：国別登録とブランド移行を設計する。確認資料：登録、更新、紛争、ドメイン、SNS。主担当：知財・マーケティング。管理するリスク：名称変更と権利侵害を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

24. オープンソース

目的：コード依存とライセンス義務を棚卸しする。確認資料：SBOM、リポジトリ、配布、改変。主担当：技術・知財。管理するリスク：ソース開示等の想定外義務を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

25. 従業員協議

目的：情報・協議・同意の要否と時期を確認する。確認資料：人数、組織、組合、取引影響。主担当：現地労働法弁護士・人事。管理するリスク：手続違反と遅延を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

26. 雇用条件

目的：国別契約・報酬・福利厚生を整理する。確認資料：契約、規程、賞与、休暇、退職。主担当：人事・労働法弁護士。管理するリスク：一律統合による不利益を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

27. 就労資格

目的：外国籍・出向者の資格と雇用主体を確認する。確認資料：ビザ、スポンサー、勤務地、期限。主担当：移民法専門家。管理するリスク：取引後の就労停止を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

28. リモート勤務

目的：居住国と雇用・税務・データの差を把握する。確認資料：勤務地、日数、権限、顧客、端末。主担当：税務・労務・IT。管理するリスク：未登録拠点とデータ事故を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

29. 取引税務

目的：譲渡・再編・源泉・間接税を比較する。確認資料：スキーム、当事者、対価、資産。主担当：国際税務専門家。管理するリスク：税だけで実行不能スキームを選ばない。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

30. 恒久的施設

目的：各国活動が課税拠点を生むか確認する。確認資料：社員、代理人、契約、事務所、期間。主担当：国際税務専門家。管理するリスク：未申告税務リスクを把握する。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

31. 移転価格

目的：グループ内サービス・知財対価を設計する。確認資料：機能・資産・リスク、便益、配賦、契約。主担当：移転価格専門家。管理するリスク：実態のない請求と文書不足を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

32. 源泉税

目的：配当・利息・役務・ロイヤルティの控除を確認する。確認資料：支払、受取人、条約、証明、申告。主担当：現地税務専門家。管理するリスク：手取りと費用の誤算を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

33. 間接税

目的：サービス提供地・顧客属性から登録を確認する。確認資料：請求、顧客、役務、VAT/GST等。主担当：現地税務専門家。管理するリスク：請求不能と追徴を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

34. 会計基準差

目的：法定・管理・連結の差異を橋渡しする。確認資料：勘定、方針、調整、監査、通貨。主担当：会計専門家。管理するリスク：連結数値の遅延と誤りを防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

35. 為替

目的：価格・事業計画・送金の通貨リスクを定める。確認資料：基準レート、ヘッジ、調整、口座。主担当：財務・銀行。管理するリスク：当事者の想定差を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

36. 資金決済

目的：銀行・時差・KYCを含むFunds Flowを作る。確認資料：口座、金額、通貨、承認、証拠。主担当：財務・法務・銀行。管理するリスク：着金前の権利移転を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

37. サイバー事故

目的：国別通知とグローバル対応を接続する。確認資料：事故履歴、連絡網、期限、保険。主担当：セキュリティ・法務。管理するリスク：報告遅延と二重発信を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

38. クラウド契約

目的：地域・譲渡・再委託・監査条件を確認する。確認資料：利用規約、DPA、リージョン、SLA。主担当：IT・調達・法務。管理するリスク：取引後の利用停止を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

39. 保険

目的：D&O、専門職、サイバー等の地域補償を確認する。確認資料：証券、地域、請求、テール、除外。主担当：保険ブローカー・法務。管理するリスク：補償空白を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

40. Day1権限

目的：法人・銀行・システムの権限を現地で発効させる。確認資料：取締役、署名、口座、ID、承認表。主担当：統合責任者・現地管理。管理するリスク：初日から業務停止する事態を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

41. コミュニケーション

目的：言語・時差・法的順序に沿い発信する。確認資料：対象者、原稿、翻訳、時刻、問答。主担当：広報・人事・法務。管理するリスク：国ごとの説明矛盾を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

42. Operating Model

目的：グローバル・地域・現地の決定権を定める。確認資料：価格、採用、品質、データ、投資。主担当：経営・統合チーム。管理するリスク：二重指揮と意思決定遅延を防ぐ。結論は国別スコープ、契約条件、クロージング条件、Day1、統合費用の五か所へ反映し、前提変更時に同時更新します。

24. クロスボーダーM&Aの資料チェックリスト

取引・法人

• 法人・支店・株主・実質的支配者の国際組織図。
• 国別売上、人数、顧客、データ、知財、銀行口座の一覧。
• 株式・オプション・株主間契約・署名権限の原本と翻訳。
• 想定スキーム、資金フロー、再編、クロージング手順図。

規制・契約

• 外国投資、競争法、許認可、政府契約、制裁のスクリーニング。
• 重要契約の当事者、準拠法、言語、承継、データ、税の台帳。
• 必要同意・届出・許可の責任者、提出日、承認予定、代替策。
• クロージング前活動とクリーンチームの運用規則。

人・データ・知財

• 雇用法人、勤務地、居住地、就労資格を含む匿名人員一覧。
• 従業員協議、契約変更、報酬、福利厚生、キーパーソン計画。
• データ分類、保存・アクセス国、移転先、目的、法的根拠のフロー。
• 方法論、コード、商標、第三者素材の権利連鎖と利用地域。

財務・税務・統合

• 国別法定・管理会計、会計方針差、連結パッケージ。
• 取引税務、恒久的施設、移転価格、源泉、間接税の論点表。
• 通貨、為替、銀行KYC、Funds Flow、送金不着時の手順。
• 国別Day1、Operating Model、100日、TSA、統合費用。

25. コンサル会社のクロスボーダーM&Aに関するFAQ

Q1. 日本法人の株式譲渡なら海外法は関係ありませんか

買い手、株主、海外子会社、顧客、社員、データ、資金などにより海外法が関係する可能性があります。法人所在地だけで判断せず、六つのフローを国別に確認します。

Q2. 外国投資審査はコンサル会社にも必要ですか

対象事業、顧客、技術、投資家属性、持分・権利によって必要となる可能性があります。特定業界への助言や機微データを扱う場合も含め、最新制度を規制法専門家へ確認します。

Q3. 海外の親会社から日本の顧客データを閲覧できますか

一律には判断できません。データの種類、目的、本人・顧客との関係、契約、適用法、アクセス国、保護措置を確認します。必要に応じ集計、匿名化、現地保存、権限制限を検討します。

Q4. データセンターが日本にあれば越境移転ではありませんか

海外からの管理者アクセス、サポート、バックアップ、再委託なども確認が必要です。物理保存地だけで結論を出さず、実際のデータフローと適用法を専門家へ示します。

Q5. 英文契約を日本語へ翻訳すれば理解したことになりますか

翻訳は有用ですが、法的概念や強行法規、執行可能性まで置き換えるものではありません。優先言語を確認し、重要条項は該当法域の弁護士が原文で確認します。機械翻訳の機密管理にも注意します。

Q6. 海外社員の報酬を日本基準へ統一できますか

現地法、雇用契約、市場水準、福利厚生、税・社会保障、協議義務を確認する必要があります。為替換算だけで統一せず、職務と総報酬を比較し、段階的な制度設計を行います。

Q7. 取引代金は契約日に送金できますか

銀行KYC、通貨、時差、祝日、規制承認、署名・登記との順序により異なります。Funds Flowとクロージングメモを作り、口座確認、テスト送金、不着時の手順を準備します。

Q8. 税率が低い国の会社を買収主体にすべきですか

税率だけで決めるべきではありません。事業目的、実体、資金、法務、投資審査、契約承継、将来配当・売却、管理能力を総合します。適用法と条約を国際税務専門家へ確認します。

Q9. 海外買い手と署名したら統合を始められますか

クロージング前は別会社であり、競争法や契約により指揮・情報共有が制約される可能性があります。許される準備、クリーンチーム、通常業務の承認を法務と区分します。

Q10. 全拠点のITをDay1に統一すべきですか

通常はリスクと業務継続を見て段階化します。初日は安全なアクセスと事故報告を確保し、法令・顧客契約・技術差を評価して移行します。TSAや現地環境を使う場合は期限と出口条件を置きます。

Q11. 文化の違いは研修で解消できますか

研修だけでは不十分です。顧客判断、承認、評価、リスク報告など実際のプロセスとインセンティブを揃えます。国民性の一般化を避け、具体的な業務場面を共同で設計します。

Q12. 現地専門家はどの段階で起用しますか

国別活動と候補スキームが見えた初期段階で、承認・労務・税務・データなど日程へ影響する論点をスクリーニングします。詳細調査は重要度に応じて段階化し、契約・クロージング前に更新確認します。

Q13. 小規模な海外拠点なら調査を省けますか

規模が小さくても、未登録雇用、税務、顧客データ、契約、銀行口座があれば影響は大きくなり得ます。重要性とリスクで範囲を決め、存在を無視しません。

Q14. 為替はどちらが負担しますか

価格通貨、基準日、支払日、調整式、ヘッジにより分担します。契約へ明確にし、事業計画上の通貨エクスポージャーと売却代金の変動を分けて管理します。

Q15. クロスボーダー取引は国内取引より必ず長期間ですか

必ずとは限りませんが、規制承認、複数国助言、翻訳、顧客同意、銀行手続で追加期間を要することがあります。最初の国別スクリーニングでクリティカルパスを見つけ、並行作業します。

26. まとめ：国別の正解を一つの実行計画へ束ねる

クロスボーダーM&Aでは、各国の法律や税務を個別に調べるだけでは足りません。法人、契約、人、データ、知財、資金がどこからどこへ動くかを把握し、規制承認、取引契約、Day1、統合後のOperating Modelを同じ前提でつなぎます。現地専門家の正確な助言と、中央チームの横断判断の両方が必要です。

コンサル会社の価値は、顧客信頼、専門人材、知識、独立性にあります。グローバル標準化を急ぐあまり、顧客契約、データ保護、現地人材の動機を損ねてはなりません。一方、現地独立を理由にガバナンスと事故報告を曖昧にすることもできません。守る原則と現地裁量を明確に分け、段階的に統合します。

本稿は一般的な情報提供を目的とし、特定国・特定取引に関する法務、税務、会計、投資、労務、データ保護、規制その他の助言ではありません。法令、条約、当局運用は変更される可能性があり、適用は具体的事実により異なります。取引の検討・実行前に、関係各国で適切な資格と経験を持つ弁護士、税務・会計専門家、労務・データ保護・規制の専門家へ相談してください。

27. 42のクロスボーダー実務シナリオ

国際取引では、同じ論点でも国・契約・データ・人の組合せで結論が変わります。以下は判断の順序を練習するケースです。実案件では最新法令と具体的事実を現地専門家へ提示してください。

シナリオ1：海外買い手が日本法人を取得する

買い手本社が日本の顧客・社員データへ早期アクセスしたい状況です。最初に、閲覧目的、データ分類、契約、適用法、アクセス国を確認する。実務対応として、初期は集計情報と限定管理者を使い、移転根拠と保護措置を整えて段階拡大することを検討します。特に、クロージングだけをデータ移転の根拠と考えないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ2：日本企業が米州の専門ファームを取得する

現地顧客と創業者の関係が価値の中心である状況です。最初に、顧客継続、雇用、州・国の規制、税、保険を現地専門家と確認する。実務対応として、現地経営権限を一定程度残し、グループ最低統制をDay1から導入することを検討します。特に、日本の雛形を原文確認なく一律適用しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ3：欧州拠点を含む会社を取得する

複数国に社員・顧客・データ処理が広がる状況です。最初に、法人だけでなく勤務地、データ、従業員協議、契約国を地図化する。実務対応として、国別リードと中央Issue Ownerを置き、承認と統合を並行管理することを検討します。特に、地域全体を一つの法制度として扱わないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ4：アジア複数国の小規模拠点を束ねる

各拠点が少人数で本社管理に依存する状況です。最初に、登記、税務、給与、銀行、署名、顧客契約を国別に確認する。実務対応として、地域シェアードサービスを検討しつつ現地法定機能を残すことを検討します。特に、人数が少ないことを理由に未登録活動を無視しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ5：海外ファンドが持株会社を設ける

新しい保有構造と借入が取引に入る状況です。最初に、実質的支配、投資審査、税、配当・利息、保証を確認する。実務対応として、資金フローとガバナンスを事業実態に一致させることを検討します。特に、税率だけで保有国を選ばないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ6：外国投資審査の要否が不明である

対象会社の顧客に重要インフラ関連企業が含まれる状況です。最初に、サービス内容、アクセス情報、投資家支配、権利を専門家へ示す。実務対応として、早期の匿名相談や正式分析で日程レンジを持つことを検討します。特に、コンサル業だから対象外と自己判断しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ7：複数国で競争法届出の可能性がある

当事者グループの世界売上が大きい状況です。最初に、国別売上と支配取得の定義を統一して専門家へ渡す。実務対応として、届出日・待機期間・質問対応を中央スケジュールで管理することを検討します。特に、対象会社売上だけで基準を判断しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ8：規制承認が一国だけ遅れる

他国ではDay1準備が完了している状況です。最初に、部分クロージングの可否、事業依存、契約、税を確認する。実務対応として、全体延期と段階実行をリスク・費用で比較することを検討します。特に、法的分離できないのに運営だけ先行統合しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ9：顧客契約の準拠法が十数国に分かれる

包括契約と現地注文書が複雑に重なる状況です。最初に、重要度と条項差で契約を層別し現地レビュー範囲を決める。実務対応として、共通論点は中央で整理し例外だけ現地助言を深掘りすることを検討します。特に、すべてを同じ翻訳テンプレートで結論づけないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ10：重要顧客が支配変更に同意しない

顧客が海外買い手の競合関係を懸念する状況です。最初に、競合範囲、情報隔離、担当、契約代替を確認する。実務対応として、顧客別リングフェンスや対象除外を買い手と協議することを検討します。特に、同意を得るため守れない秘密保持を約束しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ11：グローバル契約の一部法人だけを取得する

契約当事者とサービス提供法人が複数ある状況です。最初に、マスター契約、加入書、注文書、請求、責任を照合する。実務対応として、三者合意や新契約で対象部分を明確に切り分けることを検討します。特に、請求先変更だけで契約承継が完了したと考えないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ12：政府・公共顧客を持つ

調達資格と外国所有が関係する可能性がある状況です。最初に、入札条件、資格、通知、再委託、セキュリティを確認する。実務対応として、発注者手続をクリティカルパスへ置くことを検討します。特に、民間顧客と同じ説明順序を前提にしないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ13：顧客成果物を海外ナレッジ基盤へ移したい

成果物に顧客秘密と個人情報が混在する状況です。最初に、権利帰属、秘密保持、利用目的、匿名化可能性を確認する。実務対応として、自社方法論と顧客固有部分を分離し承認済み素材だけを共有することを検討します。特に、過去案件だから自由に再利用できると考えないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ14：グローバルCRMをDay1に使いたい

顧客名・商談・価格が国外環境へ入る状況です。最初に、データ項目、契約、競争上の機微性、アクセス権を確認する。実務対応として、最低限項目で開始し、法務・セキュリティ審査後に拡張することを検討します。特に、入力を義務化してから適法性を調べないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ15：人事システムを統合したい

評価・健康・給与など機微な情報を扱う状況です。最初に、目的、必要項目、従業員通知、保存、アクセス国を確認する。実務対応として、等級統合とデータ移転を別工程にし最小権限を徹底することを検討します。特に、本社の知りたい情報をすべて収集しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ16：海外管理者が国内サーバーへ接続する

物理保存地は変わらないがアクセス国が増える状況です。最初に、管理権限、ログ、サポート、契約、法的評価を確認する。実務対応として、特権ID管理と承認付きアクセスを導入することを検討します。特に、国内サーバーという理由だけで越境論点を否定しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ17：クラウドのリージョンを変更する

統合に合わせ保存国を移す計画がある状況です。最初に、顧客契約、法的根拠、バックアップ、削除、停止時間を確認する。実務対応として、テスト、通知、移転、検証、旧データ削除を段階実行することを検討します。特に、設定変更一つで完了すると考えないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ18：データ移転契約の締結が遅れる

IT統合日が法務準備より先行している状況です。最初に、代替根拠、現地保存、集計共有、TSAを確認する。実務対応として、法的準備に合わせ技術カットオーバーを調整することを検討します。特に、未締結のまま便宜的アクセスを許可しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ19：買い手の生成AI基盤を導入する

顧客資料を学習・処理へ使う可能性がある状況です。最初に、入力データ、保存、学習、再委託、出力権利を確認する。実務対応として、承認された用途・環境・データ分類でパイロットすることを検討します。特に、生産性向上を理由に顧客秘密を入力しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ20：ソースコードが複数国の外注者により作られた

権利移転とオープンソースが未整理である状況です。最初に、契約、コミット、SBOM、ライセンス、国を確認する。実務対応として、重要モジュールから権利補完・置換・隔離を進めることを検討します。特に、報酬支払だけで権利が自動帰属すると断定しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ21：商標が買い手国で登録できない

類似ブランドが既に存在する状況です。最初に、登録、使用、紛争、顧客認知を現地調査する。実務対応として、地域別名称や共同ブランド期間を設計することを検討します。特に、クロージング後に初めて名称問題を公表しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ22：海外在住の日本法人社員がいる

リモート勤務が非公式に続いている状況です。最初に、居住日数、就労、給与、契約権限、データを確認する。実務対応として、適法な雇用・出向・現地委託の選択肢を専門家と比較することを検討します。特に、本人の希望だけで会社義務を決めないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ23：駐在員が取引後も残る

出向元・先と費用負担が変わる状況です。最初に、出向契約、ビザ、給与、税、社会保障、帰任を確認する。実務対応として、新グループでの役割と期間を三者で再合意することを検討します。特に、旧親会社の制度が当然続くと説明しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ24：従業員協議が必要な法域がある

公表・実行日程と協議が関係する状況です。最初に、対象者、情報内容、協議時期、代表機関を確認する。実務対応として、秘密保持と法的義務を両立する国別計画を作ることを検討します。特に、契約締結後の形式説明にしないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ25：報酬通貨を統一したい

社員ごとに為替変動の負担が変わる状況です。最初に、雇用契約、市場慣行、給与税、支払口座を確認する。実務対応として、職務・総報酬と通貨リスクを説明し段階変更することを検討します。特に、単日の為替で公平性を判断しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ26：キーパーソンへ海外親会社株式を付与する

証券・税務・雇用の扱いが国で異なる状況です。最初に、対象者、証券種類、登録、権利確定、税を確認する。実務対応として、各国で実行可能な同等価値の制度を比較することを検討します。特に、同じ株数が同じ手取り・権利になると思わないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ27：買収主体の国を変更する

融資または税務の理由で再設計する状況です。最初に、投資審査、契約当事者、源泉、配当、ガバナンスを再確認する。実務対応として、変更影響を全ワークストリームへ通知することを検討します。特に、税務モデルだけ更新して法務・Day1を残さないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ28：対象会社に未申告の海外活動が見つかる

社員が長期滞在し契約交渉していた状況です。最初に、期間、権限、顧客、費用、税務・雇用登録を確認する。実務対応として、影響を現地専門家と評価し是正・開示を計画することを検討します。特に、小規模売上だから重要でないと切り捨てないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ29：グループ内サービス料を導入する

海外本社が経営・IT・営業を支援する状況です。最初に、実際の便益、業務、配賦、源泉、契約を確認する。実務対応として、機能・リスクに沿う対価と証拠を整えることを検討します。特に、利益移転を目的とする形式請求にしないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ30：知財ロイヤルティを設定する

方法論・ブランドの所有と利用国が変わる状況です。最初に、権利者、開発機能、価値、源泉、移転価格を確認する。実務対応として、事業実態と契約に合うライセンスを設計することを検討します。特に、登録名義だけで高額対価を決めないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ31：売却対価が複数通貨である

売主ごとに受取通貨が異なる状況です。最初に、価格式、換算時点、手数料、口座、税を確認する。実務対応として、Funds Flowにレート源と端数処理を記載することを検討します。特に、企業価値時点のレートを無条件に決済へ使わないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ32：クロージング日に為替が急変する

合意時の経済条件から大きくずれる状況です。最初に、契約上の通貨・調整・ヘッジを確認する。実務対応として、事前に定めたメカニズムで処理し一方的変更を避けることを検討します。特に、市場変動を理由に未合意の送金を急がないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ33：銀行KYCが完了しない

資金源・実質支配者資料に不足がある状況です。最初に、銀行要求、翻訳、公証、組織図、期限を確認する。実務対応として、担当銀行と週次で不足を管理し予備日を確保することを検討します。特に、最終週に初めて口座情報を提出しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ34：送金が一部だけ到着する

中継銀行・時差・手数料が影響する状況です。最初に、送金証明、受取口座、差額、株式移転条件を確認する。実務対応として、エスクローや不着時手順に従い双方で証拠を照合することを検討します。特に、口頭確認だけでクロージング完了としないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ35：制裁スクリーニングで類似名が出る

同姓同名や所有関係の確認が必要である状況です。最初に、生年月日、住所、所有・支配、資金経路を確認する。実務対応として、専門家と追加確認し真の一致か記録することを検討します。特に、自動ツールの結果だけで取引可否を決めないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ36：サイバー事故が署名後に発生する

価値・顧客・規制・契約へ影響し得る状況です。最初に、封じ込め、通知、原因、費用、契約報告義務を確認する。実務対応として、専門家チームで事実を共有しクロージング条件と改善を再評価することを検討します。特に、成立への影響を恐れて買い手への通知を遅らせないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ37：クロージング前に主要社員が退職する

顧客継続と表明・通常業務誓約に関係する状況です。最初に、役割、顧客、退職理由、通知義務、代替を確認する。実務対応として、顧客対応と採用・権限移譲を同時に進めることを検討します。特に、個人情報を過度に共有しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ38：Day1に一部社員がメールへ入れない

時差とID同期で権限が欠落した状況です。最初に、対象者、役割、顧客影響、代替連絡を確認する。実務対応として、優先ユーザーから復旧し旧環境の安全な暫定アクセスを使うことを検討します。特に、全員復旧まで顧客連絡を止めないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ39：グローバル会議が現地業務を圧迫する

時差と報告資料が案件提供時間を奪う状況です。最初に、会議目的、参加者、決定、重複報告を確認する。実務対応として、非同期文書と地域代表を使い会議を再設計することを検討します。特に、英語会議参加時間を統合への貢献度としないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ40：共同営業で顧客所有が争われる

本社・現地・買収会社が同じ顧客へ接触する状況です。最初に、契約主体、関係責任者、紹介、利益相反を確認する。実務対応として、グローバルアカウント規則と単一顧客窓口を作ることを検討します。特に、社内売上配分を顧客体験より優先しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ41：ブランド統合で応募が減る

現地市場で旧社名の専門性が評価されていた状況です。最初に、応募経路、顧客認知、社員意見、商標を確認する。実務対応として、共同ブランドと採用メッセージを試しデータで判断することを検討します。特に、本社ブランドが全市場で強いと仮定しないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。

シナリオ42：統合後に移転価格調査を受ける

グループ内請求と実態の証拠が問われる状況です。最初に、契約、作業、便益、配賦、意思決定、文書を確認する。実務対応として、各国専門家を中央で連携し一貫した事実を提示することを検討します。特に、国ごとに矛盾する説明を別々に出さないことが大切です。国別助言、主契約、データ・資金フロー、Day1、統合後運用に同じ結論が反映されているか、Issue Ownerが確認します。