M&A後のテナント統合＋セキュリティ強化の事例（従業員150名・M&A後）
背景と課題
製造業C社（従業員100名）が同業のD社（従業員50名）を買収。C社はM365 Business Standard、D社はGoogle Workspace Business Starterを使用しており、メール・ファイル・コミュニケーションツールがすべて異なる状態でした。
D社にはIT担当者がおらず、MFA未導入、パッチ管理未実施、バックアップ未検証というセキュリティ上の課題も山積していました。
導入の経緯
C社の経営企画部がM&Aの検討段階で情シス365に相談。IT DD（デューデリジェンス）を実施し、D社のIT環境のリスクとIT統合コストを事前に把握した上で買収を決定しました。
実施内容
Phase 1（1ヶ月）としてD社のIT環境棚卸し、管理者アカウント掌握、MFAの即時導入。Phase 2（2ヶ月）としてセキュリティ強化（EDR導入、パッチ適用、バックアップ構築）、統合計画策定。Phase 3（3ヶ月）としてGWSからM365へのテナント移行（メール、Drive→SharePoint、認証統合）。Phase 4（継続）として統合後のIT運用を専任体制で継続代行。
導入効果
IT環境の完全統合を6ヶ月で完了。SaaSの重複解消で月額15万円のコスト削減を実現。統合前に発見されたセキュリティリスクは、統合プロジェクトの中ですべて是正されました。
お客様の声
「IT DDの段階で統合コストが見えていたので、買収価格の交渉にも活用できた。統合後にそのまま運用代行に移行できたのも、パートナーを変えずに済んで楽だった」（経営企画部長）
この事例から言えること
以下は本事例そのものの記録ではなく、M&A後のIT統合を控える企業が押さえておくべき一般的な考え方です。
IT DDを買収前にやるかどうかで、後の難易度が変わる
この事例では、買収の検討段階でIT DDを実施しています。買収前にIT環境のリスクと統合コストを把握できているかどうかが、後工程の難易度を大きく左右します。
買収後に初めて中を見ると、次のような事態が起こります。
- 想定していなかった統合コストが後から出てくる（買収価格の交渉には反映できない）
- 買収先に重大なセキュリティリスクがあり、買収した瞬間から自社のリスクになる
- ライセンスが譲渡できない契約になっており、契約し直しが必要になる
- 業務システムがベンダーロックされており、統合の選択肢が限られる
IT DDで最低限確認すべきは、①アカウントと権限の管理状況 ②セキュリティの実態（MFA・EDR・バックアップ） ③契約中のシステムとライセンスの譲渡可否 ④統合にかかる概算コストと期間の4点です。
「統合」より先に「掌握」
M&A後のIT統合というと、テナントを1つにまとめる作業を思い浮かべがちですが、最初にやるべきは統合ではなく掌握です。
この事例でもPhase 1は「棚卸し・管理者アカウント掌握・MFAの即時導入」であり、統合作業（Phase 3）は3ヶ月目からです。
理由は2つあります。
セキュリティリスクは待ってくれない。 買収した時点で、買収先のセキュリティ問題は自社の問題になります。統合完了を待って対処すると、その間ずっとリスクを抱えることになります。MFA未導入なら、統合計画の前に適用すべきです。
掌握できていないものは統合できない。 どんなアカウントがあり、誰が管理者権限を持ち、どこにデータがあるかが分からない状態では、移行計画自体が立てられません。
統合方式の選択
テナント統合には複数の方式があり、どれを選ぶかで期間とコストが変わります。
| 方式 | 内容 | 向くケース |
|---|---|---|
| 片寄せ | 一方のテナントに全員を移す | 規模差が大きい、早期に一体化したい |
| 併存 | 当面は両テナントを維持し、必要な連携だけ行う | 事業の独立性を保つ、統合の判断を先送りする |
| 新設 | 新しいテナントを作り、双方から移行 | 対等合併、既存テナントに構造的な問題がある |
多くの中小企業のM&Aでは「片寄せ」が現実的です。新設は手間が大きく、併存は管理が二重になり続けます。
ただし併存を選ぶ判断が正しいケースもあります。買収後も事業を独立運営する方針であれば、無理に統合せず、必要な連携（メールのドメイン設定、共有フォルダのアクセスなど）だけを整える選択もあります。
統合で見落とされやすいもの
メールとファイルの移行は誰もが想定しますが、次は見落とされがちです。
- 業務システムとの連携 — 認証や通知でメールアドレスを使っているシステムがあると、移行時に止まります
- ドメインとメールアドレス — 旧ドメインをいつまで受信できる状態にするか。取引先への周知期間も必要です
- 共有アカウント — info@ や受発注用のアカウントは、担当者個人のものより移行の影響が大きくなります
- Google Apps Script / Power Automate 等の自動化 — 誰も存在を把握していない自動処理が動いていることがあります
- 複合機のスキャン送信設定 — メール環境が変わると送信できなくなり、統合後に必ず問い合わせが来ます
コスト削減はSaaSの重複解消から
統合による効果として分かりやすいのは、同じ機能のSaaSを二重契約している状態の解消です。この事例でも月額15万円の削減が出ています。
チャットツール、Web会議、ファイル共有、勤怠管理、経費精算——買収前は別々に選定しているため、重複は高い確率で発生します。統合の初期段階で、両社の契約一覧を突き合わせてください。
まとめ
- IT DDを買収前に実施できるかどうかで後工程の難易度が変わる。統合コストが分かれば買収価格の交渉材料にもなる
- IT DDで確認すべきは①アカウントと権限 ②セキュリティの実態 ③契約とライセンス譲渡可否 ④統合の概算コストと期間
- 最初にやるべきは統合ではなく掌握。買収した時点で買収先のリスクは自社のリスクになる
- MFAの適用は統合計画を待たない。掌握フェーズで即座に実施する
- 統合方式は片寄せ・併存・新設の3つ。中小企業のM&Aでは片寄せが現実的だが、事業を独立運営するなら併存も選択肢
- 見落とされやすいのは業務システム連携・旧ドメインの受信期間・共有アカウント・自動化スクリプト・複合機のスキャン送信
- コスト削減はSaaSの重複解消から着手すると効果が見えやすい
M&A後のIT統合は、期間とコストの見積もりを誤ると事業に影響します。統合を控えている場合は、情シス365の無料相談でご相談ください。IT PMIのパッケージ料金は料金ページに掲載しています。