テナント統合する？しない？ ― ユーザビリティ・ガバナンス・コストで比較

M&A後のIT統合で最初に直面する問いは「テナントを統合するか、併存させるか」です。

「とりあえず統合」でも「当面そのまま」でもなく、明確な判断基準に基づいて決定すべきです。本記事では、ユーザビリティ、ガバナンス、コストの3つの軸でテナント統合と併存のメリット・デメリットを整理し、自社に最適な判断を導くフレームワークを提供します。

判断軸1：ユーザビリティ（従業員の利便性）

テナント統合した場合

メリット

• 統一されたアドレス帳: 全社員が1つのGAL（グローバルアドレスリスト）で検索できる。「買収先の○○さんのメールアドレスがわからない」がなくなる
• シームレスなコラボレーション: Teamsのチームやチャネル、SharePointサイトを組織横断で作成できる。Google Workspaceなら共有ドライブを横断的に利用可能
• 統一されたメールドメイン: 社外への印象が統一される。名刺やWebサイトのメールアドレスが1つになる
• 予定表の相互参照: 会議設定時に全社員の空き時間を確認できる
• SSO体験の統一: ログイン方法が全社員で共通。ツールへのアクセスが均一化される

デメリット

• 移行期間中の混乱: メールアドレス変更、パスワード再設定、MFA再登録などでユーザーに負担がかかる
• 操作習慣の変化: 特にクロスプラットフォーム移行（GWS → M365等）の場合、UIが大きく変わり学習コストが発生
• 一時的な生産性低下: 移行直後の1〜2週間は問い合わせが増加し、業務効率が下がる

テナント併存の場合

メリット

• ユーザーへの影響ゼロ: 既存の環境がそのまま使えるため、日常業務に変化がない
• 移行リスクがない: データ損失やダウンタイムのリスクを回避できる

デメリット

• コラボレーションの壁: 買収元・先の間でTeamsの共有ができない、共有ドライブが分断される
• アドレス帳の分断: 相手の連絡先を手動で登録する必要がある
• 二重ログイン: 相手側のリソースにアクセスするために別アカウントが必要になるケースがある
• メールドメインの不統一: 社外から見て「本当に同じ会社？」という印象を与える
• 予定表が見えない: 部門横断の会議設定に手間がかかる

ユーザビリティの評価まとめ

項目	統合	併存
アドレス帳の統一	◎	✕
Teams / Chat の横断利用	◎	△（ゲストアクセスで限定的に可能）
予定表の相互参照	◎	✕
メールドメインの統一	◎	✕
ファイル共有の容易さ	◎	△
ユーザーへの移行負担	✕（一時的）	◎
日常業務の継続性	△（移行期間中）	◎

結論: 中長期的にはテナント統合がユーザビリティを大幅に向上させます。ただし、移行期間中の一時的な混乱は避けられないため、ユーザーコミュニケーションと移行支援体制が重要です。

判断軸2：ガバナンス（管理・セキュリティ）

テナント統合した場合

メリット

• セキュリティポリシーの一元管理: 条件付きアクセス、DLP、MFAポリシーを1つのテナントで統一管理。ポリシーの適用漏れがなくなる
• 監査ログの一元化: 全社員の操作ログが1つのテナントに集約される。インシデント調査やコンプライアンス対応が効率化
• アカウントライフサイクルの統一: 入退社時のアカウント作成・無効化フローが1つになる。退職者アカウントの削除漏れリスクが低減
• コンプライアンス対応の簡素化: eDiscovery、情報保持ポリシー、監査対応を一元的に実施可能
• IT資産管理の統合: ライセンス管理、端末管理が1つの管理コンソールで完結
• IdPの統一: Entra ID / Google Workspace のどちらかに統合することで、SSO連携先の管理がシンプルに

デメリット

• 移行時のセキュリティリスク: 移行期間中は2つのテナントが共存し、一時的に管理が複雑になる
• 権限設計の再構築: 統合先のOU / グループ / RBAC設計を見直す必要がある

テナント併存の場合

メリット

• 組織の独立性を維持: 子会社やグループ会社として独立運営する場合に適している
• 影響範囲の限定: 片方のテナントで問題が起きても、もう片方に影響しない

デメリット

• セキュリティポリシーの分断: 2つのテナントで別々のポリシーを管理。買収先のセキュリティレベルが低い場合、そこが攻撃の入口になる
• 監査対応の二重化: 内部監査や外部監査の際に、2つのテナントを別々に調査する必要がある
• 退職者管理のリスク: 片方のテナントで退職処理をしても、もう片方で残り続けるケースが発生
• シャドーIT の温床: テナント間でデータをやり取りするために、非公式なファイル共有手段（個人Dropbox等）が使われるリスク
• 管理者の負荷倍増: 2つの管理コンソール、2つのセキュリティ設定、2つのライセンス管理を維持

ガバナンスの評価まとめ

項目	統合	併存
セキュリティポリシー統一	◎	✕
監査ログ一元化	◎	✕
退職者管理	◎	△
コンプライアンス対応	◎	✕
影響範囲の分離	△	◎
管理者の運用負荷	◎（統合後）	✕

結論: ガバナンスの観点では、テナント統合が圧倒的に有利です。特にセキュリティポリシーの統一と監査ログの一元化は、情報セキュリティ上の重要な要件です。

判断軸3：コスト

テナント統合した場合

初期コスト（発生する費用）

• 移行ツールのライセンス費用（AvePoint FLY、BitTitan等）
• 外部パートナーの支援費用（計画策定、移行実行、テスト）
• 移行期間中の二重ライセンス費用
• ユーザー教育・トレーニング費用
• ヘルプデスクの一時的な増強

統合後のコスト削減効果

• ライセンスの重複解消（年間数十万〜数百万円の削減）
• 管理者工数の削減（2テナント管理 → 1テナント管理）
• セキュリティツール・MDMの統合による削減
• ボリュームディスカウントの適用（ユーザー数合算）

テナント併存の場合

継続的に発生するコスト

• 2テナント分のライセンス費用（管理者ライセンス、セキュリティアドオン等の二重コスト）
• 2倍の管理工数（人件費 or 外注費）
• テナント間連携のための追加ツール・設定コスト
• セキュリティ監査の二重対応コスト

コスト比較シミュレーション（100名規模の例）

テナント統合の場合

項目	費用
移行ツール + 外部支援	500〜1,000万円（初期）
二重ライセンス（3ヶ月）	約100万円
初期投資合計	600〜1,100万円
年間削減効果	300〜500万円 / 年
投資回収期間	2〜3年

テナント併存の場合

項目	費用
初期投資	0円
年間の追加維持コスト	300〜500万円 / 年
3年間の累計コスト	900〜1,500万円

結論: 短期的には併存の方がコストがかからないように見えますが、2〜3年のスパンで見ると統合した方がトータルコストは低くなります。

統合 / 併存の判断フローチャート

以下の質問に答えることで、自社にとって最適な判断ができます。

Q1. 買収先は独立した事業体として運営を続けるか？ → Yes：併存を検討（ただしセキュリティ連携は必須） → No：Q2へ

Q2. 両社の従業員間で日常的なコラボレーションが必要か？ → Yes：統合を強く推奨 → No：Q3へ

Q3. 買収先のセキュリティレベルは自社と同等か？ → Yes：併存も選択肢に → No：統合を推奨（セキュリティリスクの観点）

Q4. 3年以内に追加のM&Aを予定しているか？ → Yes：統合を推奨（早めに統合プロセスを確立しておくべき） → No：コストと工数で判断

「段階的統合」という選択肢

「完全統合」か「完全併存」の二択ではなく、段階的に進める方法もあります。

Phase 1（即時）: セキュリティポリシーの統一、MFAの全社展開 Phase 2（3ヶ月後）: メールドメインの統一、アドレス帳の統合 Phase 3（6ヶ月後）: テナント完全統合（データ移行、旧テナント停止）

この方法であれば、リスクを最小化しながら段階的にメリットを享受できます。

まとめ

テナント統合の判断は「する / しない」の二択ではなく、3つの軸で総合的に評価すべきです。

• ユーザビリティ: 中長期では統合が圧倒的に有利。移行期間の負担は計画とコミュニケーションで最小化可能
• ガバナンス: セキュリティ・コンプライアンスの観点で統合が強く推奨される
• コスト: 2〜3年スパンでは統合の方がトータルコストは低い

多くのケースでは「統合すべき」が結論になりますが、買収先が独立事業体として存続する場合など、併存が適切なケースもあります。重要なのは、根拠を持って判断し、その判断を経営層と合意することです。

次回は、テナント統合を決定した後の事前アセスメント（移行元環境の調査項目）を解説します。

---

まとめ・ご相談

セキュリティ対策の強化をご検討の方は、Security365（セキュリティ運用・SOCライト）をご覧ください。

貴社のIT課題について、まずは60分の無料相談でお気軽にご相談ください。