--- title: "M&Aの後のクラウドの統合。アカウントと権限をどうまとめるか｜アメリア・テクノロジー株式会社" url: https://www.ameliatechnology.co.jp/blog/post-ma-cloud-integration/ description: "M&Aの後のクラウドの統合は、管理者の権限と請求の契約を把握し、次に権限を整え、構成の統合は最後に回すのが基本です。AWS・Azure・Google Cloud でアカウントをまとめるときに変わることと、引き継がれない設定を説明します。" updated: 2026-11-14 publisher: "アメリア・テクノロジー株式会社" --- # M&Aの後のクラウドの統合。アカウントと権限をどうまとめるか M&Aの後のクラウドの統合は、管理者の権限と請求の契約を把握し、次に権限を整え、構成の統合は最後に回すのが基本です。AWS・Azure・Google Cloud でアカウントをまとめるときに変わることと、引き継がれない設定を説明します。 2026.11.14 [クラウドと運用](https://www.ameliatechnology.co.jp/blog/category/cloud/) 執筆 [嵐保憲](https://www.ameliatechnology.co.jp/blog/author/arashi/)（代表取締役CEO） クラウドと運用（CLOUD & OPERATIONS）のコラム ## この記事の要点 - 譲渡の日（Day1）までに、買収した会社のクラウドの管理者の権限、請求の契約の名義、止まると困るシステムを把握します。構成の統合は急ぎません。 - AWS・Azure・Google Cloud とも、アカウントやプロジェクトを別の組織へ移すことはできますが、権限の設定や割引の契約など、引き継がれないものがあります。 - 権限は、旧経営陣や退職者の権限の扱いを決め、買収した側の決まりに合わせて見直します。個人データの利用目的の確認も忘れないようにします。 M&Aの後のクラウドの統合は、「把握する」「権限を整える」「構成をまとめる」の順に進めます。最初に、買収した会社のクラウドの管理者の権限と請求の契約を把握し、次に権限を買収した側の決まりに合わせて整え、アカウントや構成をまとめる作業は最後に回します。急いで構成をまとめようとすると、業務を止めるおそれがあるためです。この記事では、経営の立場から、順番の考え方と、アカウントをまとめるときに起きることを説明します。 ## 最初に把握しておきたいことは何ですか 譲渡の日（[Day1](https://www.ameliatechnology.co.jp/glossary/day1/)）までに把握しておきたいのは、管理者の権限、請求の契約、止まると困るシステムの3つです。この3つが分からないままでは、何かが起きたときに誰も手を打てません。 - **管理者の権限**：クラウドの管理者の権限を、誰が持っているか。売り手の親会社の担当者や、すでに辞めた人の名義のままになっていないか - **請求の契約**：利用料を、どの会社の名義と支払い方法で払っているか。譲渡の後も同じ支払い方法を使い続けられるか - **止まると困るシステム**：どのシステムがどのクラウドで動いていて、止まると業務にどんな影響があるか クラウドの管理者の権限を売り手の親会社のグループ全体で管理している場合は、譲渡の契約の中で、権限の引き渡しの時期と手順を決めておくことが大切です。Day1 に向けた準備全体は、[Day1に向けたITの準備。メール・アカウント・権限](https://www.ameliatechnology.co.jp/blog/pmi-day1-it/)で説明しています。 ## 統合は、どんな順番で進めればよいですか 統合は、把握、権限、構成の順に進めます。最初に、Day1 までに管理者の権限、請求の契約、止まると困るシステムを把握します。次に、権限を買収した側の決まりに合わせて整えます。構成の統合は最後に回し、事業の計画が固まってから判断します。業務ごとに「統合」「併存」「移行」のどれを選ぶかは、[買収の後のシステム統合（PMI）をどう進めるか](https://www.ameliatechnology.co.jp/blog/pmi-system-integration/)で説明しています。 構成の統合を後に回すのは、統合そのものに手間と危うさがあるためです。統合しても業務の価値が増えないシステムは、併存のまま、権限と監視だけをそろえる選び方もあります。 M&Aの後のクラウドの統合の順番 **把握する（Day1 まで）**：管理者の権限、請求の契約、止まると困るシステム **権限を整える**：買収した側の決まりに合わせる **構成をまとめる（最後）**：事業の計画が固まってから判断。併存のまま権限と監視だけをそろえる選び方もある ## アカウントをまとめると、何が変わるのですか AWS・Microsoft Azure・Google Cloud のいずれも、アカウントやプロジェクトを、買収した側の組織へ移すことができます。ただし、移すと権限の設定や請求の扱いが変わり、引き継がれないものもあるため、事前に確かめておきます。 ### AWS AWS Organizations では、組織の管理用のアカウントから、既存のアカウントを招待します。招待は、招待された側が受け入れて初めて効きます。1つのアカウントが加われる組織は1つだけです。加わると、そのアカウントの利用料は管理用のアカウントが払う形になり、アカウント自身の支払い方法は使われなくなります。組織の決まり（ポリシー）はすぐに適用され、組織全体の操作の記録の設定なども自動で適用されることがあります。 出典：[Inviting an AWS account to join your organization（AWS）](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_accounts_invites.html) 買収した会社のアカウントが、売り手の親会社の組織に入ったままの場合は、まずその組織から外れる手続きが要ります。組織の構成の考え方は、[アカウントの分け方。本番・検証・開発を分ける設計](https://www.ameliatechnology.co.jp/blog/cloud-account-structure/)で説明しています。 ### Microsoft Azure Azure では、サブスクリプションを別の Microsoft Entra のディレクトリへ移すことができます。ただし、移すと、ロールの割り当てとカスタムのロールは削除され、マネージド ID は使えなくなり、Key Vault のアクセスの設定も直す必要があります。移せないサービスもあるとされています。 出典：[Transfer an Azure subscription to a different Microsoft Entra directory（Microsoft Learn）](https://learn.microsoft.com/en-us/azure/role-based-access-control/transfer-subscription) Azure の場合、権限の設定を移す前に書き出しておき、移した後に作り直す段取りが要ります。システムが動き続けるかどうかに関わるため、検証の環境で手順を確かめてから行います。 ### Google Cloud Google Cloud では、プロジェクトを別の組織へ移すことができます。移してもデータは動かず、サービスは動いたままです。ただし、元の組織やフォルダで付けていた権限は効かなくなり、組織の決まりは移った先のものに置き換わります。利用量にもとづく割引の契約は引き継がれず、結び直しが要るとされています。 出典：[Migrate projects between organizations（Google Cloud）](https://docs.cloud.google.com/resource-manager/docs/project-migration) 3つに共通するのは、「データや仕組みは動かせても、権限と契約はそのまま引き継がれない」ことです。統合の計画には、権限の作り直しと、割引やサポートの契約の見直しを入れておきます。 ## 権限は、どうまとめればよいですか 権限は、買収した側の決まりに合わせて、作業に要る分だけに絞り直します。考え方は[最小権限の原則](https://www.ameliatechnology.co.jp/glossary/least-privilege/)と同じです。 1. **一覧にする**：買収した会社のクラウドで、誰がどの権限を持っているかを洗い出します 2. **扱いを決める**：旧経営陣、売り手の親会社の担当者、退職者、外部の会社の権限を、残すか、絞るか、取り消すかを決めます 3. **ログインの仕組みをそろえる**：可能であれば、買収した側の ID の仕組みでログインする形に寄せ、[多要素認証](https://www.ameliatechnology.co.jp/glossary/mfa/)をそろえます 4. **定期の見直しに入れる**：買収した側の権限の見直しの決まりに、買収した会社のクラウドも加えます セキュリティの水準のそろえ方は、[買収した会社のセキュリティの水準を、どうそろえるか](https://www.ameliatechnology.co.jp/blog/pmi-security-baseline/)、権限の見直し方は[クラウドの権限管理（IAM）の基本。最小の権限とは](https://www.ameliatechnology.co.jp/blog/cloud-iam-least-privilege/)で説明しています。 ## 個人データの扱いも確かめます クラウドに顧客や従業員の個人データが入っている場合は、統合の後の使い方が、取得したときの利用目的の範囲に収まるかを確かめます。個人情報保護委員会事務局は、合併や組織再編などで事業の内容が変わる場合に、取得のときに通知・公表した利用目的に過不足がないかを確かめ、範囲の外で利用する場合はあらかじめ本人の同意を得るよう呼びかけています。 出典：[合併や組織再編等を行う事業者の方へ（個人情報保護委員会事務局）](https://www.ppc.go.jp/news/careful_information/gappei_soshikisaihen) 詳しくは、[M&Aと個人データの引き継ぎ。個人情報保護法の扱い](https://www.ameliatechnology.co.jp/blog/ma-personal-data-transfer/)で説明しています。個別の判断は弁護士などの専門家にご確認ください。 ## 当社のご支援 アメリア・テクノロジーの[クラウドの構築と運用管理](https://www.ameliatechnology.co.jp/service/cloud/)では、買収した会社のクラウドの管理者の権限と請求の契約の把握、権限の整理、アカウントの統合の手順づくりと実施をご支援しています。M&Aの判断や統合の計画全体は、グループ会社のフロレンティナと役割を分けてお手伝いします（[フロレンティナとの連携](https://www.ameliatechnology.co.jp/group/)）。買収の前にITの状態を第三者の立場で確かめたい場合は、[システム監査](https://www.ameliatechnology.co.jp/service/system-audit/)のITデューデリジェンスとして、中立を保つための決まりにもとづいてお受けします。同じ取引で統合の作業をお手伝いする担当と監査の担当は分け、当社が構築・運用に関わった環境は監査の対象にしません。 - M&A - PMI - クラウド - 権限管理 ## この記事に出てくる用語 - [クラウド](https://www.ameliatechnology.co.jp/glossary/cloud/) - [Day1（デイワン）](https://www.ameliatechnology.co.jp/glossary/day1/) - [PMI（経営統合）](https://www.ameliatechnology.co.jp/glossary/pmi/) - [監視](https://www.ameliatechnology.co.jp/glossary/monitoring/) - [AWS（Amazon Web Services）](https://www.ameliatechnology.co.jp/glossary/aws/) - [Microsoft Azure](https://www.ameliatechnology.co.jp/glossary/azure/) - [Google Cloud](https://www.ameliatechnology.co.jp/glossary/google-cloud/) - [最小権限の原則](https://www.ameliatechnology.co.jp/glossary/least-privilege/) ## 関連する法令・指針（参考情報） - 指針 個人情報保護委員会事務局「合併や組織再編等を行う事業者の方へ」（2021年6月23日） 合併や組織再編などで事業の内容が変わる場合に、取得のときに通知・公表した利用目的に過不足がないかを確かめ、範囲を超えて利用する場合はあらかじめ本人の同意を得るよう呼びかける注意喚起です。利用目的を見直す決まりをつくっておくことも重要としています。 [発行元の公式ページで開く](https://www.ppc.go.jp/news/careful_information/gappei_soshikisaihen) 法令は2026年10月21日時点の内容です。要旨は当社がまとめたもので、条文・判決・指針の全文ではありません。個別の事案への当てはめは、弁護士・社会保険労務士などの専門家にご確認ください。表記の決まりは[法令・指針の参考情報と凡例](https://www.ameliatechnology.co.jp/knowledge/legal/)をご覧ください。 この記事を書いた人 [嵐保憲](https://www.ameliatechnology.co.jp/blog/author/arashi/) 代表取締役CEO 複数の会社の経営に携わり、事業の立ち上げから譲渡・譲受までを経営者の立場で経験してきました。現在は、アメリア・テクノロジーとフロレンティナの代表取締役として、経営の目標から逆算したAIとシステムへの投資を進めています。 このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。 ## あわせて読みたい - [Windowsサーバーと Active Directory を Azure へ移すときの考え方](https://www.ameliatechnology.co.jp/blog/windows-ad-to-azure/) - [Google Cloud を選ぶ場面。データ分析と Google Workspace とのつながり](https://www.ameliatechnology.co.jp/blog/when-to-choose-google-cloud/) - [Well-Architected の柱で、いまの構成を確かめる](https://www.ameliatechnology.co.jp/blog/well-architected-review/) [クラウドと運用のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/cloud/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/) ## 次の一歩 ### クラウドの構築と運用を任せる AWS・Microsoft Azure・Google Cloud の設計・構築・移行から、監視・運用・セキュリティまでを一つのチームで受け持ちます。監視は仕組みで24時間365日自動に回し、原因の調査と再発の防止は当社が担います。 [クラウドの構築と運用管理を見る](https://www.ameliatechnology.co.jp/service/cloud/) ### クラウドの状態を、無料で確かめる 15の設問に答えると、構成と管理・権限・守り・障害への備え・費用と体制の5つの分野の点数と、最初に取り組むことをまとめたレポートをその場でお届けします。 [クラウドの自己診断（無料）を受ける](https://www.ameliatechnology.co.jp/diagnosis/cloud/) ## ご関心に合わせて、お選びください。 [情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis) --- 出典：アメリア・テクノロジー株式会社「M&Aの後のクラウドの統合。アカウントと権限をどうまとめるか｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/post-ma-cloud-integration/