カーブアウトのSaaS契約分割実務 ― Salesforce / kintone / freee / Slack の分け方｜カーブアウト IT完全ガイド第5回
カーブアウトでテナント分離（M365 / GWS）にばかり目が行きがちですが、実は中堅・中小企業のカーブアウトで最も揉めるのは **「M365 / GWS 以外の SaaS」**の契約分割です。
Salesforce、kintone、freee、Slack、Notion、Zoom、Box、Sansan ── これらの SaaS は、契約形態・データモデル・分割対応がベンダーごとに大きく異なります。本記事では主要 SaaS ベンダーごとの契約分割実務を、中堅・中小企業のカーブアウト目線で解説します。
SaaS 契約分割の 4 つのパターン
SaaS の契約分割には、ベンダー対応と業務要件によって 4 つのパターンがあります。
| パターン | 概要 | 適用ケース |
|---|---|---|
| ① 完全分割 | 契約・データを完全に2つに分ける | 対象事業が専用テナントを持つ場合 |
| ② 新規契約＋データ移行 | 買い手が新規契約、データだけ移行 | 多くの中堅・中小企業はこれ |
| ③ 契約名義変更（譲渡） | 既存契約を買い手に名義変更 | 対象事業が単独テナントを使っている |
| ④ TSA 期間中のアクセス共有 | TSA 期間中は売り手契約を共有利用 | 契約更新月までの暫定対応 |
実務的には ② 新規契約＋データ移行が最も多く、次いで ③ 契約名義変更です。① 完全分割は技術的にハードルが高く、対応可能なベンダーは限られます。
Salesforce の契約分割
契約構造の特徴
Salesforce の契約は「Organization（組織）」単位で発行され、ユーザーライセンスが Organization に紐づきます。1 つの契約で 1 つの Organization が標準です。
カーブアウトでの選択肢
| 選択肢 | 内容 | 対応難度 |
|---|---|---|
| 同一 Organization 内でユーザー分割 | プロファイル・ロール階層で対象事業を分離 | 高（Information Barrier 的な制御が必要） |
| Organization 移行（Salesforce Data Migrationサービス利用） | 新 Organization に対象事業データを移行 | 中（標準的なアプローチ） |
| 新規 Organization 契約＋手動データ移行 | 買い手が新規契約、CSV / Data Loader で移行 | 中（小規模向け） |
実務的な進め方
中堅・中小企業のカーブアウトでは、**「買い手が新規 Organization 契約 ＋ Data Loader でデータ移行」**が現実的です。
- 買い手側で新規 Salesforce 契約を締結（Day 1 -2M 目安）
- オブジェクト・カスタムフィールドを売り手環境からエクスポート → 新環境にインポート
- 対象事業のレコードを Data Loader で抽出 → 新環境にロード
- ユーザー設定・権限設定を移管
- 取引先・商談データの整合性チェック
注意点
- Salesforce ライセンスの最低契約数：プランによって 1〜10 ユーザー以上の最低契約数あり
- Sandbox の引き継ぎ：本番のみ移行、開発は買い手側で再構築するケースが多い
- AppExchange パッケージ：移行先で再インストール＋ライセンス再契約が必要
- APIインテグレーション：他システム連携の認証情報をすべて再設定
想定費用
新規 Organization 契約初期費用＋移行プロジェクト費用で、中堅企業（50〜100 名）の場合 150〜500 万円を目安に見込んでください。
kintone の契約分割
契約構造の特徴
kintone は「サブドメイン（◯◯.cybozu.com）」単位で契約されます。1 サブドメインで 1 契約、ユーザーライセンス課金です。
カーブアウトでの選択肢
| 選択肢 | 内容 | 対応難度 |
|---|---|---|
| 新規サブドメイン契約＋アプリ移行 | 買い手が新規契約、CSVまたはバックアップ機能で移行 | 中（最も一般的） |
| サブドメイン名義変更 | 既存サブドメインを買い手に譲渡 | 低（事業の主要 SaaS が kintone のみの場合） |
実務的な進め方
中堅・中小企業では、**「買い手が新規 kintone 契約 ＋ アプリテンプレートと CSV で移行」**が標準です。
- 売り手側でアプリのテンプレートをエクスポート
- 買い手側で新規サブドメインを契約、テンプレートをインポート
- 各アプリの CSV データを売り手側でエクスポート
- 買い手側でデータをインポート、ルックアップ・関連レコードの整合性確認
- ユーザー・組織情報の移管
- アクセス権限の再設定
注意点
- プラグイン・連携サービス：別途再契約・再設定が必要
- API トークン：外部連携の認証情報をすべて再設定
- Cybozu.com 共通管理：Garoon / Office と併用している場合は影響範囲を確認
想定費用
新規サブドメイン契約は kintone 単体で 月額 1,500 円〜/ユーザー。移行プロジェクト費用は中堅企業で 80〜300 万円目安。
freee の契約分割
契約構造の特徴
freee 会計・人事労務は「事業所」単位で契約されます。1 契約で複数事業所を持つことも可能です。
カーブアウトでの選択肢
| 選択肢 | 内容 | 対応難度 |
|---|---|---|
| 事業所分離（同一契約内） | 同一契約の中で対象事業を別事業所として分離 | 低 |
| 新規契約＋データ移行 | 買い手が新規契約、CSV で取引データを移行 | 中 |
注意点
- 会計データの法定保存期間：7 年。売り手側は自分の会計年度分のデータを保持する義務
- 過去データの引き継ぎ範囲：直近 2〜3 年分を新会社に引き継ぐのが一般的
- 税理士の合意：会計データ移行は税理士と事前に合意
想定費用
freee 自体は月額数万円規模だが、データ移行＋税務対応で 50〜200 万円目安。
Slack の契約分割
契約構造の特徴
Slack は「ワークスペース」単位で契約されます。プランによって複数ワークスペースを 1 契約で管理可能（Enterprise Grid 等）。
カーブアウトでの選択肢
| 選択肢 | 内容 | 対応難度 |
|---|---|---|
| 新規ワークスペース＋チャンネル選択移行 | 買い手が新規契約、対象事業のチャンネルだけ移行 | 中（最も一般的） |
| ワークスペース名義変更 | 既存ワークスペースを買い手に譲渡 | 低 |
| Channel Export＋手動再構築 | DM 履歴は持っていかない、業務チャンネルだけ再構築 | 低（最も簡易） |
実務的な進め方
中堅・中小企業では、**「Slack Pro/Business+ のチャンネルエクスポート機能で対象チャンネルを移行」**が標準。Enterprise Grid であれば公式の Workspace 分離手順が使えます。
注意点
- DM の取扱い：個人間 DM は移行しない。新会社では新規にやり直す
- 過去メッセージの法的要件：金融・医療など、過去メッセージの保管義務がある業種は要注意
- Slack 連携アプリ：再インストール＋ OAuth 再認可が必要
想定費用
Slack のチャンネル移行は無料機能で対応可能（Plus 以上）。プロジェクト管理工数で 30〜100 万円目安。
Notion の契約分割
契約構造の特徴
Notion は「ワークスペース」単位で契約されます。ページ単位で他ワークスペースにエクスポート可能。
カーブアウトでの選択肢
- 新規ワークスペース＋ページのエクスポート/インポート
- ワークスペース名義変更
- Notion API でのデータ自動移行
注意点
- データベースのリレーション：移行先で再構築が必要
- 共有リンク：旧 URL が無効になるため、外部共有先への通知が必要
- テンプレート：個別エクスポート・インポート
その他主要 SaaS の概要
| SaaS | 標準的な分割方法 | 想定費用 |
|---|---|---|
| Zoom | 新規アカウント＋会議ホスト切替 | 10〜30 万円 |
| Box | 新規 Enterprise 契約＋フォルダ単位移行 | 50〜200 万円 |
| Sansan | 名刺データの法人単位エクスポート | 30〜100 万円 |
| Asana / Jira | プロジェクト単位エクスポート | 30〜100 万円 |
| Dropbox Business | 新規 Team 契約＋ファイル移行 | 50〜200 万円 |
| MAtools / SAtools | 個別ベンダー対応 | 個別見積 |
ボリュームディスカウントの影響
中堅・中小企業のカーブアウトで見落とされがちなのが ボリュームディスカウントです。
たとえば「100 ユーザー以上で 20%OFF」の契約を売り手が結んでいた場合、対象事業の 40 ユーザーを切り出すと、売り手側が 60 ユーザーになりディスカウントを失う可能性があります。逆に買い手は新規 40 ユーザーで定価契約となり、合計コストが 1.5 倍になる例もあります。
SaaS 契約棚卸しの段階で、ディスカウント条件を必ず確認し、TSA 期間中にベンダー再交渉の枠を確保しておきます。
SaaS 分割を成功させる 5 つのコツ
- サイン前に SaaS 棚卸しを完了：契約書がファイルサーバや個人デスクに散在するのを防ぐ
- 契約更新日カレンダーを作る：Day 1 直後の更新を避けるか、事前に対応
- ベンダーに事前打診：「契約分割が可能か」を主要 SaaS は事前にベンダーに確認
- データ移行ツールの空き枠を抑える：Salesforce / Box などは事前予約が必要
- TSA で SaaS 共有利用期間を明記：契約分割が間に合わない SaaS は TSA でカバー
まとめ
- M365 / GWS 以外の SaaS 契約分割は 4 パターン（完全分割・新規＋移行・名義変更・TSA共有）
- 中堅・中小企業では 新規契約＋データ移行が最多
- 主要 SaaS（Salesforce、kintone、freee、Slack、Notion）はそれぞれ分割アプローチが異なる
- ボリュームディスカウントの喪失リスクは見落とされやすい
- サイン前の SaaS 棚卸しとベンダー事前打診が成功の鍵
次回は、カーブアウト IT 分離でよくある失敗 5 パターンを解説します。
関連リンク