SAP M&A・PMIに伴う統合・分離

10. November 2026

Home › SAP M&A・PMIに伴う統合・分離

SAP M&A・PMIに伴うシステム統合・分離｜Go-Live・TSAから逆算して進める方法

M&A（企業の合併・買収）や事業売却が決まると、SAPシステムには「買収した会社や事業を自社のSAPに取り込む（統合）」か、「売却する会社や事業を自社のSAPから切り出す（分離）」のどちらかの対応が必要になります。どちらも通常のSAP導入プロジェクトとは性質が異なり、契約で決まったGo-Live（新しい体制で業務を始める日）とTSA（移行期間中に旧会社がシステムなどを提供する契約）の期限が先に決まっていて、そこから逆算して計画を立てなければなりません。

本記事では、統合と分離で起きる課題を分けて整理したうえで、Carve-in・Merge・Carve-outという3つの方式の違い、Go-Live・TSAから逆算する移行計画、組織・マスタ・取引履歴の扱い、テスト・切替のリスク管理、実際の事例を順に解説します。買収・売却を伴わない社内の組織再編（会社コードの統廃合など）は、別記事「SAP組織再編・組織変更対応」で扱います。

M&A・PMIで必要になるSAPの統合・分離

PMI（Post Merger Integration：買収後統合）とは、M&Aの契約成立後に、買収した会社の組織・業務・システムを買い手側に統合していく活動です。SAPを基幹システムとして使っている企業では、このPMIの中でSAPシステムの統合が大きな比重を占めます。一方、事業や子会社を売却する側では、売却対象だけを自社のSAPから切り出す「分離」が必要になります。統合と分離では、起きる課題が異なります。

統合（Carve-in・Merge）で起きる課題

買収した会社を自社のSAPに取り込む場合、まず「相手がSAPを使っているか、SAP以外のシステムか」で難易度が変わります。相手もSAPであれば、データ構造が近いため移行ツールを使いやすい一方、リリース（バージョン）や設定（Customizing）、アドオン（追加開発）、勘定科目やマスタの番号体系が自社と異なるのが普通です。相手がSAP以外のシステムであれば、移行元とSAPでデータ構造が異なるため、データの抽出・変換・マッピング・取り込みが必要になります。移行方法や自動化できる範囲は、移行元システムや利用するツールによって異なります。

また、統合後にユーザー数や利用範囲が増えるため、SAPとのライセンス契約の見直しが必要になる場合があります。ライセンスの扱いは契約条件によって異なるため、早い段階でSAPまたはパートナーに確認しておくことが大切です。

分離（Carve-out）で起きる課題

分離で最も難しいのは、「売却する範囲」と「SAP上の組織単位」が一致しないことです。子会社をまるごと売却するなら会社コード（SAPで法人を表す単位）ごとに切り出せることもありますが、実際のM&Aでは「特定の製品ラインだけ」「一部の工場だけ」「特定顧客向けの事業だけ」を売却するケースが多く、同じ会社コードの中に売却対象と残す事業が混在します。この場合、どの伝票を移行対象にするか、在庫をどう切り分けるか、共通で使っているマスタをどう扱うかを一つひとつ決める必要があります。

さらに、分離では「渡してよいデータ」と「渡してはいけないデータ」の線引きが重要です。買い手が競合企業である場合、売却対象外の事業の情報や知的財産が混ざったまま渡ってしまうリスクがあります。逆に買い手は監査や業務継続のために十分な品質のデータを求めるため、売り手のコスト抑制と買い手のデータ品質要求のバランスを、早い段階で合意しておく必要があります。

統合・分離に共通する制約

期限が先に決まっている：Go-LiveやTSAの終了日は契約で決まり、特に外部要因で決まる分離案件では後ろにずらせないことが多い。

機密性が高い：契約成立まで案件を知る人が限られるため、IT部門が関与できるのが遅くなりがちで、準備期間が短くなる。

業務を止められない：受注・出荷・請求などの日常業務を続けながら、システムの切り替えを行う必要がある。

通常のSAP導入とは別物：新しい業務を設計する導入プロジェクトではなく、既存の業務・データを矛盾なく移し替える「変換」のプロジェクトである。

加えて、SAP ERP 6.0を含むSAP Business Suite 7の対象コアアプリケーション（最新3つのEnhancement Package）のメインストリームメンテナンスは2027年末に終了し、その後は2030年末までのオプションの延長メンテナンスが提供されます。現在SAP ECCを使っている企業では、M&Aによる統合・分離とSAP S/4HANAへの移行の時期が重なる可能性があり、「統合・分離を先に済ませてから移行するか」「移行と同時に行うか」も判断が必要になります。

Carve-in・Merge・Carve-outの違い

M&Aに伴うSAPの統合・分離は、大きく次の3つの方式に分けられます。どれが適するかは、案件の種類（買収か売却か）、相手のシステム、対象範囲、期限によって変わります。

方式	概要	典型的な場面	主な判断軸・制約
Carve-in（カーブイン）	買収した会社・事業を、既存のSAPシステムに取り込む	買収先を自社のSAPテンプレートに合わせて運用したい場合	買収先がSAPか非SAPか／自社テンプレートへの適合度／ライセンス／統合の時期（すぐ統合するか、当面は並行稼働か）
Merge（マージ）	複数のSAPシステムを1つのシステムに統合する	買収によりグループ内にSAPが複数存在する場合、または過去のM&Aで残った複数インスタンスを整理する場合	リリース差・アドオン・Customizingの違い／マスタ（顧客・仕入先・品目）の重複と統一／どのシステムを残すか
Carve-out（カーブアウト）	SAPシステムから一部の会社・事業を切り出し、独立したシステムまたは買い手のシステムへ渡す	子会社・事業の売却、スピンオフ、IPOに向けた分離、ジョイントベンチャーの設立	対象範囲（会社コード・プラント・事業）／株式譲渡か事業譲渡か／取引履歴をどこまで持つか／買い手側の受け皿システム

「すぐに統合するか、当面は並行稼働か」も選択肢になる

買収の場合、Go-Liveに必ず1つのSAPに統合しなければならないわけではありません。買収先のSAPを一定期間そのまま稼働させ、財務報告などを先に接続し、後からCarve-inやMergeを行う進め方もあります。買収先の事業がグループの中核となるか、統合による効果（重複業務の削減、マスタの一元化など）がどの程度あるか、統合に割ける人員がいるかによって、統合の時期を判断します。

Carve-outの実行方法

Carve-outの実行方法には、システム全体を複製したうえで対象外のデータを削除する方法や、必要なデータだけを選択して新しいシステムまたは買い手のシステムへ移行する方法などがあります。どの方法が適するかは、対象範囲の切り分けやすさ、渡してはいけないデータの有無、期限、買い手側の受け皿によって変わります。単純に「速い方法」「安全な方法」と一律には決められません。

Go-Live・TSAから逆算する移行計画

M&A案件の計画は、ゴールの日付から逆算して組み立てます。ここでいうゴールは2つあります。

Go-Live：新しいシステムと会社体制で業務を始める日。この日から、売却された事業は買い手の会社として、買収した事業は自社グループの一員として業務を続ける必要があります。
TSA（Transition Service Agreement：移行サービス契約）の終了日：Go-Live以降も一定期間、売り手が買い手にITシステムや間接業務を提供する契約の期限。分離案件では、この日までに売り手のSAPから完全に離れる必要があります。

つまり、分離案件では「Go-Liveまでに最低限必要なこと」と「TSA期間中に完了させること」を分けて考えます。Go-Live時にすべての切り替えを終えるのが難しい場合、TSAで時間を確保し、その間に新しいシステムの準備と移行を行う進め方があります。ただし、TSAには期限と費用が伴うため、長引くほど売り手・買い手双方の負担が増えます。

計画の工程と完了判定

一般的な工程を、入力情報・主担当・成果物・完了判定の観点で整理します。

工程	主な入力情報	主担当	成果物	完了判定
1. 対象範囲の確定	契約書・ディール概要（何を買う／売るか）	経営企画・法務・IT	対象範囲定義書（会社コード・プラント・事業・製品・顧客の範囲）	対象と対象外が組織単位・データ単位で明文化されている
2. ディール形態の確認	株式譲渡か事業譲渡か	法務・経理・IT	データ引継ぎ方針（履歴の要否、責任範囲）	買い手が引き継ぐ責任範囲とデータ範囲が一致している
3. 目標ランドスケープの定義	Go-Live・TSA期限、買い手／自社のシステム構成	IT・パートナー	目標システム構成図、方式（Carve-in／Merge／Carve-out）の選定	方式と期限の整合が取れている
4. データ戦略の策定	現行システムの分析結果（データ量・依存関係）	IT・業務部門	データ選択基準、フリーズ期間（データ更新を止める期間）、切替方式	選択基準を業務部門が承認している
5. 設計・構築	データ戦略、対象範囲定義	IT・パートナー	変換ルール、移行環境、切替手順書	変換ルールがテスト環境で検証されている
6. テスト・リハーサル	本番相当データ	IT・業務部門	テスト結果、切替所要時間の実測値	件数・残高の一致と業務テストの合格
7. 切替・稼働後対応	切替手順書、フォールバック計画	全関係者	本番切替、稼働後の課題管理	Go-Live／TSA期限までに業務が新体制で継続している

実行前に確認しておきたい項目

計画に入る前に、次の項目が答えられる状態になっているかを確認します。これらが曖昧なまま進めると、途中でスコープや期限の見直しが発生しやすくなります。

何を切り出す（取り込む）のか：法人か、会社コードか、プラントか、その組み合わせか

期限はいつか：Go-LiveとTSAの終了日。外部要因で決まる期限は交渉できないことが多い

株式譲渡か事業譲渡か：買い手が引き継ぐ責任の範囲が変わり、必要なデータ（特に過去の履歴）の範囲に影響する

IT費用を誰が負担するか：売り手はコストを抑えたく、買い手はデータ品質を求めるため、早めに合意しておく

買い手は誰か：競合企業であれば、渡すデータの範囲をより厳密に管理する必要がある

将来のランドスケープはどうなるか：データをファイルで渡すのか、新しいシステムを構築して渡すのか

組織・マスタ・取引履歴の統合と分離

統合でも分離でも、実際に扱うのは「組織構造」「マスタデータ」「取引データ（履歴）」の3つです。それぞれで検討する内容が異なります。

対象	統合（Carve-in・Merge）での論点	分離（Carve-out）での論点
組織構造（会社コード・プラント・販売組織・購買組織など）	買収先の組織単位を自社の体系に合わせて付け直す。コード体系が衝突する場合は変換ルールが必要	売却対象がSAPの組織単位と一致しない場合、伝票・在庫を業務実態に沿って切り分ける基準を決める
マスタデータ（顧客・仕入先・品目・勘定科目など）	重複するマスタの名寄せと統一。番号体系・分類・入力ルールの違いを吸収する	共用しているマスタ（同じ顧客と両事業が取引している等）をどちらに持たせるか、複製するかを決める
取引データ・履歴（伝票・残高・オープン明細）	どこまでの履歴を取り込むか。残高だけか、過去数年分か、全履歴か	買い手にどこまで渡すか。株式譲渡では過去の監査対応のため履歴が必要になりやすく、事業譲渡では残高と進行中の取引で足りる場合がある

会計データだけでは業務は続かない

分離や統合の検討では、まず会計データに目が向きがちです。しかし、Go-Liveから業務を続けるためには、その時点で進行中の取引データが欠かせません。具体的には、未出荷の受注、未入荷の発注、移動中の在庫、生産途中の製造指図、未請求のデータ、未決済の債権・債務などです。在庫も数量だけでなく、評価額・原価・ロット情報との整合性を保つ必要があります。生産管理を使っている企業では、BOM（部品表）や作業手順、生産計画も対象になります。

履歴をどこまで持つかは、期限と稼働停止時間にも影響する

取引履歴を多く移行するほど、データ量が増え、変換や検証にかかる時間、切替時のシステム停止時間が長くなる傾向があります。一方で、履歴を切り捨てると、過去の伝票を参照できなくなり、監査対応や分析に支障が出ることがあります。どこまでの履歴が本当に必要かは、法務・経理・業務部門を交えて決めるべき事項であり、IT部門だけで決められるものではありません。使うツールによっては、全履歴を保ったまま変換できるものもあるため、方式選定と履歴の要否は合わせて検討します。

テスト・切替・事業継続のリスク管理

統合・分離プロジェクトで最も避けたいのは、Go-LiveやTSA期限に業務が止まることです。リスクを抑えるための要点を、テスト・切替・事業継続の3つに分けて整理します。

テストは「技術」「業務」「連携」の3層で行う

技術テスト：移行前後で件数・残高・在庫数量が一致しているか。変換ルールどおりにコードが付け替わっているか。

業務テスト：受注から出荷・請求、発注から入荷・支払、月次決算までの一連の業務が新しいシステムで通るか。業務部門が実際に操作して確認する。

連携・周辺テスト：EDI、銀行連携、税務・電子帳簿関連、周辺システムとのインターフェース、ユーザー権限が新体制で正しく動くか。

本番と同等のデータで移行を複数回リハーサルし、切替に必要な時間を実測しておくことも重要です。実測値がなければ、週末で終わるのか、連休が必要なのかを判断できません。

切替方式とフリーズ期間

切替は、対象全体を一度に切り替える一括方式と、会社コードなどの単位で段階的に切り替える方式があります。一括方式は期間が短い代わりに、切替時の作業とリスクが集中します。段階方式はリスクを分散できますが、移行期間中に新旧システムが並存し、その間の運用ルールが必要になります。

また、切替の直前には、データの更新を止めるフリーズ期間を設けることが多くあります。フリーズ期間が長いほど移行は安全になりますが、業務への影響も大きくなるため、業務部門と合意のうえで期間を決めます。

フォールバック計画と稼働後の体制

切替に失敗した場合に旧環境へ戻す手順（フォールバック）を事前に用意し、戻す判断をいつ・誰が行うかを決めておきます。稼働後も、Go-Live直後には想定外の問い合わせが集中するため、業務部門とIT部門で対応体制を組み、TSA期間中は売り手側の協力範囲と連絡経路を明確にしておきます。

実行前チェックリスト

件数・残高の一致だけでなく、業務担当者による業務テストの承認を完了判定に含めているか

リハーサルで切替所要時間を実測し、Go-Liveまでの猶予に収まることを確認したか

フリーズ期間と切替方式（一括／段階）について、業務部門と合意しているか

フォールバックの手順と判断基準・判断者を決めているか

周辺システム・外部連携・権限の切替を計画に含めているか

TSA期間中の役割分担と、TSA終了時の完全分離の手順まで計画しているか

統合・分離事例と成果

cbsがドイツで支援した統合・分離の事例です。対象範囲や履歴の持ち方、データ量、対象システム数によって期間や工数は大きく変わるため、前提条件とあわせてご覧ください。

企業	背景・課題	方式	対象範囲	成果
Parador（床材メーカー）	親会社グループ（Hüls）から別の持株会社へ売却され、親会社の複雑なSAP環境から物理的・論理的に独立する必要があった。目標は従業員が変更なく使い続けられる1:1のコピー	Carve-out（cbs Enterprise Transformerを使用）	親会社のSAP環境内で独自の会社コードとして運用されていたParador関連データ。ERP・LE・BWの3システム、600GB超のデータ。多数の独自テーブル・レポート（Zテーブル・Zレポート）あり	約6か月の期限と予算内で完了。金曜夜に旧環境での業務を終え、日曜夜には新システムが稼働（システム横断の変換は約36時間）。月曜朝から従業員は金曜に中断した伝票の続きから作業を再開
SCHOTT Pharma	IPO（株式上場）に向け、サブグループとしての分離と、セグメント報告・連結の整備が必要だった	SAP S/4HANA上でのサブグループのCarve-out、セグメント報告・連結	サブグループ構造とデータの切り出し（詳細は動画のみ）	IPOに向け、期日どおりにCarve-outを完了（cbsページの概要文による）
hubergroup（Gleitsman Security Inks）	子会社Gleitsman Security InksのCarve-outに伴い、IT環境全体を独立させる必要があった	Carve-out（SAP・インフラ・データセンターを含む）	SAPシステム、インフラ、データセンター	独立したIT環境への移行を完了（cbsページの概要文による）

事例から読み取れること

売却に伴う分離では、「業務を変えずにそのまま使い続けられる環境を作る」ことが目標になる場合が多く、方式は自社の使い方に合わせて選ばれている。

期間は対象範囲・データ量・システム数で変わる。Parador事例では3システム・600GB超で約6か月、切替は週末で完了している。

独自開発（Zテーブル・Zレポート）が多い環境ほど分析と変換ルールの設計に工数がかかるため、初期の分析が重要になる。

cbsの支援範囲と相談

ここまでの内容（方式の違い、Go-Live・TSAからの逆算、組織・マスタ・履歴の扱い、テスト・切替のリスク管理）は、どのパートナーと進める場合にも共通する判断材料です。そのうえで、cbsがこうした統合・分離をどのように実行するかを説明します。

cbsの統合・分離支援の考え方

cbs Corporate Business Solutionsは、ドイツ・ハイデルベルクに本社を置くSAP専門のコンサルティング会社で、SAPシステムのランドスケープ変革（System Landscape Transformation）を専門領域の一つとしています。cbs Japanの日本語ページでは、SAPシステムのポスト・マージャー・インテグレーションとマージング、カーブアウト、組織変更とコンバージョンなどを、柔軟に組み合わせられるサービスとして案内しています。日本でのご相談には、cbs Japanのコンサルタントが窓口となり、M&Aに伴う統合・分離の案件も含めて、APACのソリューションコンサルタントと連携して日本語で対応します。

M&Aに伴う統合・分離では、cbsは分析から技術的な実装、データ移行までを一貫した流れとして扱います。Carve-outでは、対象範囲と目標を定義する分析、選択基準やフリーズ期間・切替を決めるデータ戦略、設計・構築、そして本番移行という段階で進め、cbsでは代表的な実行アプローチとしてCopy & Migrate・Clone & Delete・System Copyの3つを用意しており、この中から案件に合うものを選びます。Carve-in・Mergeでは、システム・データ・プロセスの依存関係と統一の余地を分析したうえで、どのシステムを残し、どのデータを引き継ぎ、どのアドオンを考慮するかを目標像として定め、マスタとプロセスの統一を経て移行します。