カーブアウトのIT分離は、M&A後のIT統合（IT-PMI）の裏返しではなく、難易度はむしろ高くなります。統合が「2つを1つに寄せる」のに対し、分離は「共有していたものを切り、切り出す側にゼロから環境を作る」作業だからです。Microsoft 365テナントを分割する機能は提供されていないため、新テナントを作って移行するのが基本です。成否を分けるのはTSA（移行期間サービス契約）の設計で、期間・範囲・費用・終了条件を契約段階で詰めておく必要があります。
カーブアウトとIT分離
カーブアウト（Carve-out）は、企業が事業や子会社の一部を切り出して他社へ譲渡したり、独立させたりすることを指します。会社分割、事業譲渡、株式譲渡など法形式はいくつかありますが、IT部門から見ると共通して「これまで全社で共有していたITを、切り出す事業の分だけ分離する」作業が発生します。
親会社の情シスにとっては、自社のシステムから特定事業のデータとユーザーを抜き出す作業です。買い手（または新会社）にとっては、動いている事業を止めずに新しいIT環境を立ち上げる作業になります。どちらの立場でも、事業の稼働を止められないという制約の下で進めることになります。
IT-PMI（統合）との違い
M&A後のIT統合と混同されがちですが、作業の性質はかなり異なります。
| 観点 | IT統合（IT-PMI） | カーブアウト（IT分離） |
|---|---|---|
| 方向 | 2つの環境を1つに寄せる | 1つの環境から一部を切り出す |
| 移行先 | 既に稼働している環境がある | 環境そのものを新規に作る |
| データ | まとめて移せばよい | 「どこまでが対象か」の線引きが必要 |
| 期限 | 比較的柔軟に設定できる | TSAの終了期限が実質的な締切 |
| ライセンス | 統合先の契約に寄せられる | 新法人として契約し直す |
| 難所 | 統合方針の合意形成 | 共有資産の切り分けとTSA設計 |
とくにデータの線引きが独特です。統合であれば「全部持っていく」で済みますが、分離では1つのファイルサーバーや基幹システムの中から、切り出す事業に属するデータだけを特定しなければなりません。他事業のデータを混ぜて渡せば情報漏えいになり、必要なデータを渡し損ねれば事業が回りません。
分離対象の全体像
| 領域 | 分離の内容 | 難易度 |
|---|---|---|
| ID・認証基盤 | Active Directory / Entra IDから対象ユーザーを分離し、新テナントで作り直す | 高 |
| メール | メールドメインの帰属を決め、メールボックスを移行する | 高 |
| ファイル | 共有フォルダ・SharePointから対象データだけを抽出する | 高 |
| 基幹システム | 会計・販売・在庫から対象事業のデータを切り出す。継続利用ならTSAで手当てする | 最高 |
| ネットワーク | 拠点・回線・VPNの帰属を分ける。同居する拠点は物理分離が必要な場合もある | 中〜高 |
| 端末 | PCの資産としての帰属を決め、管理を新テナントへ移す | 中 |
| ライセンス・契約 | Microsoft 365やSaaSは法人単位の契約のため、原則として新規契約になる | 中 |
| 情報セキュリティ | ポリシー、EDR、バックアップ、監査ログを新環境で整備し直す | 中 |
「切り出す事業が使っているシステム・データ・アカウントの一覧」を作ることが出発点です。多くの企業では全社共通で使っているものと事業固有のものが混在しており、この棚卸しに想定以上の時間がかかります。契約締結（サイニング）より前に着手できると、その後の計画精度が大きく変わります。
TSA（移行期間サービス契約）の設計
クロージング当日にすべてを分離することは現実的ではありません。そこで、一定期間は親会社が切り出し先へITサービスを提供し続ける取り決めを結びます。これがTSA（Transition Service Agreement／移行期間サービス契約）です。TSAの期間は一般に6〜24か月程度で設定されます。
| 決めるべき項目 | 詰めておくポイント |
|---|---|
| 提供するサービスの範囲 | メール、ファイル、基幹システム、ヘルプデスクなどを個別に列挙する。「ITサービス一式」は紛争のもと |
| 期間 | サービスごとに終了日を設定する。すべてを同じ日に切るとリスクが集中する |
| 費用 | 月額の算定根拠（ユーザー数×単価など）を明示する |
| サービスレベル | 対応時間、応答時間、障害時の扱い。親会社の社内水準がそのまま適用されるとは限らない |
| 延長の可否 | 延長できるか、できる場合の料率。延長料率を高く設定して移行を促す設計が一般的 |
| 終了時の措置 | データの返還形式、アカウント削除の時期、残存データの取り扱い |
| セキュリティ | TSA期間中も切り出し先のユーザーが親会社の環境にアクセスする。アクセス範囲の限定と監査ログの取得を明記する |
実務でいちばん揉めるのは費用の算定根拠と延長の可否です。親会社にとってTSAは本業ではない負担であり、長引くほど負担が増します。一方で切り出し先は新環境の構築が遅れれば延長せざるを得ません。この利害が対立するため、期間の設定は保守的に、延長条項は明確にしておくのが安全です。
Microsoft 365テナントの分離
Microsoft 365にはテナントを2つに分割する機能はありません。したがって切り出し先には新しいテナントを用意し、対象ユーザーとデータを移行することになります。
| 対象 | 分離の方法 | 注意点 |
|---|---|---|
| ユーザー | 新テナントでアカウントを作成し、ライセンスを割り当てる | UPN（サインインID）が変わる。周知と再設定の手間が発生する |
| メールボックス | 移行ツール（BitTitan、Quest等）でテナント間移行 | 差分移行を使い、切替時のダウンタイムを短縮する |
| SharePoint / OneDrive | 移行ツールでサイト・ファイルを移行 | 権限の再設計が必要。旧環境の権限をそのまま持ち込まない |
| Teams | チーム・チャネルを新テナントで再作成 | 1対1チャットの履歴はテナント間移行がサポートされていない |
| メールドメイン | どちらが保持するかを契約で決める | 切り出し先が新ドメインを使う場合、取引先への周知が必要 |
| 共存期間 | クロステナントアクセスとB2Bゲストで相互のやり取りを維持する | TSA期間中の暫定措置。終了時に確実に解除する |
メールドメインの帰属は早い段階で決めてください。切り出す事業が親会社のドメインを使い続けられない場合、新ドメインの取得、SPF・DKIM・DMARCの設定、名刺やWebサイトの差し替え、取引先への周知まで含めると相応の期間が必要になります。
データと個人情報の扱い
従業員や顧客の個人データを切り出し先へ渡す場面が必ず発生します。個人情報保護法では、合併その他の事由による事業の承継に伴って個人データが提供される場合は「第三者提供」に該当しないと定められており（法第27条第5項第2号）、本人の同意なしに提供できます。
ただし無条件ではありません。承継後も承継前の利用目的の範囲を超えて取り扱ってはならないとされています。切り出し先が新しい目的で使いたい場合は、あらためて利用目的の変更手続きや同意取得が必要になります。
「切り出す事業に属するデータ」の定義は、思っているほど自明ではありません。共同で使っていた顧客リスト、両事業にまたがる取引先の与信情報、退職者を含む人事データなど、線引きが必要なものが出てきます。IT部門だけで決めず、法務・人事・事業部門を入れて判断してください。
進め方とスケジュール
| フェーズ | 主な作業 | 期間目安 |
|---|---|---|
| 1. IT-DD／現状把握 | 対象事業が使うシステム・データ・アカウント・契約の棚卸し。共有資産の特定 | 4〜8週間 |
| 2. 分離方針とTSAの設計 | 領域ごとの分離方式を決め、TSAの範囲・期間・費用を詰める | 4〜8週間 |
| 3. 新環境の構築 | 新テナント作成、ネットワーク、セキュリティ基盤、ライセンス契約 | 2〜4か月 |
| 4. Day1対応 | クロージング当日に最低限の業務継続を確保。TSA稼働開始 | 1週間 |
| 5. 段階移行 | 影響の小さい領域から順に移行。基幹システムは最後 | 3〜12か月 |
| 6. TSA終了・スタンドアロン化 | 親会社環境からのアクセスを遮断し、データを返還・削除 | 1〜2か月 |
フェーズ1と2をクロージング前に終わらせられるかが全体の成否を左右します。ここが間に合わないままクロージングを迎えると、TSAの範囲が曖昧なまま走り出し、後から「これも面倒を見てほしい」という追加要求が続いて親会社側の負担が膨らみます。
費用の考え方
費用は切り出す事業の規模と対象システムで大きく変わるため、IT-DDの結果をもとに個別に試算します。金額を見積もる前に、次の費目が漏れていないかを確認してください。
| 費目 | 内容 |
|---|---|
| IT-DD・計画策定 | 棚卸し、分離方針の設計、TSAの条件整理 |
| 新環境の構築 | テナント構築、ネットワーク、セキュリティ基盤の初期設定 |
| 移行作業 | 移行ツールのライセンス、メール・ファイル・基幹データの移行工数 |
| TSA利用料 | 親会社へ支払う移行期間中のサービス利用料 |
| ライセンス | Microsoft 365やSaaSの新規契約分。TSA期間は二重に発生することがある |
| 運用体制 | 新会社の情シス体制の立ち上げ、または外部委託 |
同じ従業員規模のIT統合と比べると、カーブアウトは新環境をゼロから作る分だけ上振れします。TSA期間中はライセンスが二重に発生することもあり、この点は当初の見積りから漏れやすいので注意してください。
よくある失敗
| 失敗 | 何が起きるか | 回避策 |
|---|---|---|
| TSAの範囲が曖昧 | 「これも対象では」という追加要求が続き、親会社の負担が膨らむ | サービスを個別に列挙し、対象外も明記する |
| TSA終了日が全サービス同日 | 終盤に作業が集中し、期限に間に合わない | サービスごとに終了日をずらす |
| データの線引きを後回し | 移行直前に「どこまで渡すか」で法務と揉める | フェーズ1で法務・人事・事業部門と合意する |
| 切り出し先にIT担当がいない | 新環境を受け取っても運用できない | Day1までに運用体制（採用または外部委託）を決めておく |
| 共存設定を解除し忘れる | TSA終了後も相互にアクセスできる状態が残る | 終了時のチェックリストにゲスト削除とアクセス遮断を入れる |
| 基幹システムを最初に手を付ける | 難所で詰まり全体が止まる | 影響の小さい領域から移行し、基幹系は最後に回す |
BTNコンサルティングの支援
BTNコンサルティングでは、カーブアウトにおけるIT分離を親会社側・切り出し先側の双方の立場から支援しています。IT-DDによる共有資産の棚卸し、分離方針の設計、TSAの条件整理と交渉材料の作成、新環境の構築、段階移行の実行までを一貫して担当します。切り出し先に情シス体制がない場合は、そのまま情シスアウトソーシングとして運用を引き受けることも可能です。
よくある質問
カーブアウトのIT分離はIT統合より簡単ですか？
いいえ、むしろ難易度は高くなります。統合が2つの環境を1つに寄せる作業なのに対し、分離は共有していたものを切り分けたうえで、切り出す側にゼロから環境を構築する必要があるためです。データも「どこまでが対象か」の線引きが必要になります。
Microsoft 365のテナントを2つに分割できますか？
できません。テナントを分割する機能はMicrosoftから提供されていないため、切り出し先に新しいテナントを作成し、対象ユーザーとデータを移行することになります。1対1チャットの履歴などテナント間移行がサポートされていないデータもあります。
TSA（移行期間サービス契約）とは何ですか？
クロージング後の一定期間、親会社が切り出し先へITサービスを提供し続ける取り決めです。期間は一般に6〜24か月程度で設定されます。提供するサービスの範囲、サービスごとの終了日、費用の算定根拠、延長の可否、終了時のデータ返還方法を契約段階で具体的に決めておく必要があります。
従業員や顧客の個人データを切り出し先に渡してよいですか？
個人情報保護法では、合併その他の事由による事業の承継に伴って個人データが提供される場合は「第三者提供」に該当しないと定められており（法第27条第5項第2号）、本人の同意なしに提供できます。ただし承継後も承継前の利用目的の範囲を超えて取り扱うことはできません。
いつから準備を始めるべきですか？
クロージング前です。対象事業が使うシステム・データ・アカウント・契約の棚卸し（4〜8週間）と、分離方針とTSAの設計（4〜8週間）をクロージング前に終えられるかが全体の成否を左右します。ここが曖昧なまま走り出すと、後から追加要求が続いて親会社側の負担が膨らみます。
まとめ
カーブアウトのIT分離は、統合の裏返しではなく、共有資産の切り分けと新環境の構築が同時に必要になる分だけ難易度が上がります。Microsoft 365テナントを分割する機能はないため、新テナントを作って移行するのが基本です。成否を分けるのはTSAの設計で、提供するサービスの範囲・サービスごとの終了日・費用の算定根拠・延長条項・終了時のデータ返還を、契約段階で具体的に詰めておく必要があります。まずは切り出す事業が使っているシステム・データ・アカウント・契約の棚卸しから始めてください。可能であればクロージング前に着手することを推奨します。