カーブアウトとは？ ― 事業売却・分社化で必要になるIT分離の全体像｜カーブアウト IT完全ガイド第1回
「カーブアウト」── 自社の一部門を売却したり分社化したりすることになった経営者・情シスが、最初に検索するキーワードです。買い手側のテーマである IT PMI と比較して、日本語の一次情報が極端に少なく、何から手を付ければよいのか分からないまま TSA（Transition Service Agreement）の期限だけが迫ってくるケースが多々あります。
本記事はカーブアウト IT 完全ガイドの第1回として、カーブアウトとは何か、M&A における位置づけ、IT 分離の本質を解説します。
カーブアウトとは何か
カーブアウト（Carve-Out）とは、親会社が事業の一部を切り出して売却・分社化・スピンオフする M&A 取引のことです。「事業の一部を切り取って差し出す」イメージから “Carve-Out”（切り出し）と呼ばれます。
カーブアウトの実例：
- 上場親会社が、ノンコア事業を独立法人化して PE ファンドに売却
- 中堅企業が、複数事業のうち1つを同業他社に事業譲渡
- グループ会社の1社を、MBO で経営陣に売却
- 部門を分社化し、独立採算の子会社として運営開始
買い手側からは「事業の一部だけを買う」取引に見え、売り手側からは「一部だけを手放す」取引です。一見シンプルですが、IT 観点では「1つのIT環境から、対象事業に属する人・データ・契約だけを切り出す」という、PMI（統合）とは逆方向の難所が発生します。
カーブアウトと PMI の違い
| 観点 | PMI（買い手） | カーブアウト（売り手） |
|---|---|---|
| 方向 | 2社のIT環境を 1つに統合 | 1社のIT環境から 一部を分離 |
| 主役 | 買い手の情シス | 売り手の情シス＋買い手の情シス |
| データ | 全部引き取る | 仕分ける必要がある |
| 共有データ | 取り込み先が明確 | どちらが持つか判断が必要 |
| タイムライン | 比較的柔軟 | TSA・契約で 固定 |
| 公開情報 | 豊富 | 極端に少ない |
| 主な難所 | テナント統合・SaaS重複 | 共有データ仕分け・TSA期限・契約名義 |
クロージング後、買い手側ではカーブアウトの結果を引き継いで PMI が始まります。つまりカーブアウトは「売り手から買い手へバトンを渡す前段階」であり、ここを雑に終えると買い手の PMI が二重コストになります。
IT カーブアウトで分けるべき7領域
カーブアウト IT 分離の対象は、システム単体ではなく以下の 7つの領域にまたがります。詳細はピラーガイドを参照してください。
- テナント / ディレクトリ：Microsoft 365 / Google Workspace のテナントから対象事業分を切り出す
- アカウント / ID：対象従業員のメール・サインインID・MFA・パスワード移管
- SaaS 契約 / ライセンス：Salesforce / kintone / freee 等の契約分割
- データ / 共有領域：OneDrive・SharePoint・共有ドライブ・ファイルサーバの仕分け
- 共存期間アクセス制御：Day 1 後しばらく旧テナントへアクセスが残る期間の DLP / 条件付きアクセス
- ドメイン / DNS / メール：独自ドメインの所属切替、SPF / DKIM / DMARC 再設定
- 契約 / TSA / コンプラ：TSA 期間・SLA・課金、個人情報の取扱い、監査ログ引き渡し
カーブアウトに登場する3つの登場人物
カーブアウトプロジェクトには、PMI と違って 3者が登場します。
- 売り手：旧親会社。対象事業を切り出して相手に渡す側。IT 分離の作業負担が最も重い
- 買い手：譲受会社。新会社の IT 基盤を準備する側。PMI の入口でもある
- 対象事業：切り出される側の従業員・顧客・データ。Day 1 を境に売り手から買い手へ移る
3者の利害は完全には一致しません。たとえば「TSA は誰がいくら払うのか」「共有データはどちらが持つのか」「カーブアウトに伴う一回限りの分離コストを誰が負担するのか」は、SPA（株式譲渡契約・事業譲渡契約）の交渉と並行して決めていく必要があります。
TSA（Transition Service Agreement）の本質
TSA は、クロージング後の一定期間、売り手が買い手に IT 環境やサービスを継続提供する契約です。期間は通常 6〜12 か月で、この間に IT の完全分離・移管を完了させます。
TSA が必要になる理由はシンプルです。Day 1（クロージング当日）に IT を完全分離するのは技術的に不可能だからです。
- メールアドレスが当日変わると顧客・取引先との連絡が途絶する
- 業務システムが当日新環境に切り替わると業務が止まる
- 経理・人事・販売管理などの基幹系は会計年度をまたいで切り替える必要がある
そのため、Day 1 では「最小限の独立性」だけを確保し、本格的な IT 分離は TSA 期間中に進めます。TSA 期限超過は追加コスト・契約違反のリスクとなるため、Day 1 からの逆算スケジュール管理が決定的に重要です。
TSA の組み立て方の詳細は カーブアウトIT完全ガイド第3回（TSA IT条項の組み立て方） で解説します。
カーブアウト IT 分離の典型タイムライン
中堅・中小企業のカーブアウトでは、サインから TSA 終了まで 6〜9 か月がひとつの目安です。
| フェーズ | 時期 | 主なIT作業 |
|---|---|---|
| ① サイン前 | 〜 -3M | IT デューデリ／スコープ仕分けドラフト |
| ② サイン後 | -3M 〜 Day 1 | TSA 草案／新テナント設計／コミュニケーションプラン |
| ③ Day 1 | クロージング | 新会社設立／最小独立環境／緊急時手順 |
| ④ TSA 期間 | Day 1 〜 +6M | テナント分離本実施／データ移行／SaaS 契約分割 |
| ⑤ TSA アウト | +6M 〜 +9M | 残存アクセス停止／旧側クリーンアップ／監査ログ引き渡し |
詳細は カーブアウト IT 完全ガイド第4回（9か月タイムライン） を参照してください。
カーブアウト IT 分離の主な難所
過去案件で繰り返し見られる難所は次の5つです。詳細は 第6回（よくある失敗5パターン） で扱います。
- TSA 期限超過：Day 1 までに分離計画が固まらず、TSA 終了直前に焦って事故る
- 共有データの押し付け合い：どちらの会社が SharePoint を引き取るのか決まらない
- 契約名義の取り残し：SaaS 契約が旧親会社名義のまま残り、Day 1 後に支払い停止
- アカウント残存：旧テナントに対象従業員のアカウントが残り、ライセンス課金とセキュリティリスクの両方が発生
- 共存期間のデータ漏えい：DLP 設定が間に合わず、対象従業員から旧親会社の機密情報が漏れる
これらはいずれも **「サイン前の仕分け不足」と「TSA 設計の甘さ」**に起因します。逆に言えば、サイン前から準備していれば回避可能です。
カーブアウトの相談先と進め方
カーブアウト IT 分離は、ディール本体の交渉と並行して走らせる必要があり、社内の情シスだけで完結させるのは現実的ではありません。中堅・中小企業の場合、ひとり情シスであることも多く、ディール対応と日常運用の両立が困難です。
情シス365 の Project365 では、カーブアウト IT 分離の計画策定から TSA 設計、テナント分離・SaaS 契約分割・ドメインカットオーバーの実務まで、プロジェクト全体をワンストップで支援します。サイン前の段階から相談いただくと、最もコストメリットが出ます。
まとめ
- カーブアウトとは、親会社が事業の一部を切り出して売却・分社化する M&A 取引
- 買い手側の PMI（統合）とは逆方向のため、共有データの仕分け・TSA 期限・契約名義など独自の難所がある
- IT 分離の対象は 7 領域にまたがり、サイン前から準備しないと TSA 期限直前に破綻する
- 中堅・中小企業の場合、サインから TSA 終了まで 6〜9 か月が目安
- 失敗の多くは「サイン前の仕分け不足」と「TSA 設計の甘さ」に起因する
次回は、買い手の IT デューデリリストを「売り手の事前準備リスト」として逆引きする方法を解説します。
関連リンク