アカウントとユーザーの統合に関する解説

Jakob Ganschow 著

はじめに

新しい会社のZoomアカウントを作成する際、特に既存の有料または無料ユーザーが企業ドメインでアカウントを持っているが新しいメインアカウントの外部にある場合、複雑な状況が発生することがあります。本書は、それらのアカウントをメインの会社アカウントに統合および管理する方法と、ユーザーがその外部でアカウントを作成することを防ぐ方法を説明します。また、統合プロセス全体でのユーザーデータへの潜在的な影響についても概説します。

孤立したアカウントとユーザーを管理・統合するための5つのツール

Zoomはユーザーをアカウントに統合するための5つのツールを提供しています：Organizations、サブアカウント、Associated Domains（関連ドメイン）、Domain Data Release Certification（データドメイン開示認証）および手動のユーザー招待です。本セクションではこれらをそれぞれ説明します。

Organizations（組織）

Organizations：2つの別個のアカウント間でメンバーを接続する

Zoom Organizationは、複数のZoomアカウントを相互にリンクしてユーザー間の通信を容易にする一方で、各アカウントを完全に独立した状態に保つ仕組みです。各Zoomアカウントは1つの組織にのみ所属でき、アカウントオーナーまたは管理者のみがこれらのリンクを作成できます。このモデルは、2つの別会社や共通の所有の下にある事業部門が単一のZoomアカウントに統合されることなく緊密に協力する必要があるケースに最適です。

アカウントが組織内で結合されると、ユーザー同士のアクセスが簡素化されます。メンバーはリンクされたアカウント全体で連絡先を検索でき、プレゼンス表示、チャット、ミーティングが可能になり、両方のアカウントでZoom Phoneが有効になっている場合は電話発信や内線ダイヤルも利用できます。ユーザーは別のアカウントから手動で連絡先を追加する必要はなく、共有された連絡先およびプレゼンス情報によってアカウント間のコミュニケーションがそのまま機能します。管理者の設定によっては、グループに属していないユーザーも同一アカウント内や組織全体で連絡先を検索できる場合があります。

Organizationsは、リンクされたアカウント間でWorkspace Reservationの設定、Zoom Roomsリソース、およびVisitor Managementの設定を共有することもサポートします。

購読に関する詳細はZoomのサポートセンターを参照してください。 アカウントを組織にリンクする, リンクされたアカウント間でWorkspace Reservationを有効にする日本フリーダイヤル番号ポーティングガイド リンクされたアカウント間での内線から内線へのダイヤル設定を構成する.

Organizationsはアカウントやデータをいかなる形でも統合しない

組織が行わないことを明確にすることが重要です。アカウントをリンクしてもユーザーが結合されたり、アカウントデータが混在したり、内部設定が変更されたりすることはありません。各アカウントは自らの構成、ライセンス、および管理を完全に保持します。アカウントがリンクされている場合でも、ミーティングポリシー上ではユーザーは“外部”のままであることに注意してください。

サブアカウント

サブアカウント：別アカウント内にホストされる固有の独立アカウント

サブアカウントは、メイン（親）アカウントの配下にプロビジョニングされる完全に独立したZoomアカウントです。親アカウントが構造をホストして監督する一方で、各サブアカウントは自分のユーザー、設定、構成、および統合に関して完全な自律性を維持します。サブアカウントは、子会社、事業部門、または独自のZoom環境を必要とする姉妹組織を分離するために一般的に使用されますが、中央の監視のもとで利点を享受できます。

サブアカウントは個別にライセンスや請求が行えるほか、メインアカウントの請求に含めることも可能で、財務または管理モデルが異なる組織に柔軟性を提供します。

なぜ組織はサブアカウントを使用するのか

サブアカウントは複数の運用およびガバナンス上の利点を提供します：

• ユーザー、グループ、および組織構造の明確な分離。

• 統合、セキュリティ基準、および管理ポリシーの個別設定。

• 複数の関連エンティティを監督するZoom管理者のための効率的な管理。

• 各アカウントごとの独立したブランディング、所有権、請求情報。

• 子会社、買収した事業、フランチャイズネットワーク、または異なる運用グループを持つ企業のためのスケーラブルなモデル。

この構造により、各サブアカウントは独自の環境として機能しながら、可視性とガバナンスのために中央のフレームワークに統合されます。

関連ドメイン

Associated Domains：時間をかけてユーザーを自動的に統合する

Associated Domains機能は、Zoom管理者に対して企業ドメイン（例：@yourcompany.com）で既に登録されているZoomアカウントを企業アカウントに統合するための可視性と自動化機能を提供します。

注記

Associated Domainsは、既存のユーザーアカウントを新しい企業／組織アカウントに統合するためにしばしば使用されます。

ウェブポータルから、Zoom管理者は未処理ユーザーのサマリーレポートを表示したり、ユーザーに対してメールを変更するかメインの会社アカウントに統合するよう促すバックエンド設定を構成したり、SSOのようなセキュリティオプションを強制したりできます。Associated Domains機能にアクセスする前に、顧客はドメイン所有権を検証する必要があります。詳細はこのページに記載されています。 （基盤となるグループに設定がロックされていない限り）.

Associated Domainsを使用する予定の顧客は、次のページの情報を確認する必要があります。 アカウントプロフィール ページ。 をクリックしてサブアカウントにサインインすることができます。 従業員が普段認識している会社名と一致する必要があります。 アカウントサポート情報、サポート Name および メール もユーザー参照用に提供されるべきです。

Associated Domainsは、自社ドメインを使用している既存のZoomアカウント数を教えてくれます。

ドメインが検証されると、Zoom管理者は ユーザーサマリー をアカウントの プロファイル ページで利用できます。このサマリーは、自社ドメインを持つユーザーのうちメイン会社アカウントのメンバーである数と、統合が残っているユーザー数を示します。この機能は 必ずしも 名前やメールアドレスのようなユーザーに関する情報を提供するものではなく—ユーザーの数のみを表示します。

Associated Domainsのサマリーの例。

Associated Domainsはアカウント統合を簡素化し自動化します

Associated Domainsはまたアカウント統合の自動化機能を有効にし、Zoom管理者がユーザーにアカウントに参加するかメールアドレスを変更するかを促すことができます：

• 同一ドメインのユーザーを管理する 追加のオプションが選択されていない場合、ユーザーはZoomの使用を続けるためにメールアドレスを変更する必要があります。

• 同一ドメインのユーザーがアカウントに統合することを許可する はすべてのユーザーにメールアドレスを変更する機会を提供します または メイン会社アカウントに統合します。

• 同一ドメインのユーザーがZoomにサインアップすることを許可する は、ユーザーが自分でアカウントを作成し、それが自動的にメイン会社アカウントに追加されることを許可します。

管理オプションが有効になっていない関連ドメインの例。

注記

関連ドメインを通じてアカウントに参加したユーザーはデフォルトでSSOを使用しません。今後の変更に関する従業員向けコミュニケーションを開始する際は、ユーザーを必ずIDプロバイダーのログインページへ誘導してください。

Associated Domain設定が実装されると、影響を受けるユーザーは24時間ごとにアクティブセッションから自動的にサインアウトされます。認証時に、ユーザーはサインインごとにメールを変更するかメイン会社アカウントに統合するかを最大で 3 回まで促されます。ユーザーが3回の試行内にオプションを選択しない場合、ユーザーは選択を行うまで自身のプロファイルにアクセスできなくなります。ユーザーを強制的に統合することはできず、 常に 統合せずにメールを変更することが可能であることに注意してください。

ユーザーがアカウントを統合する、メールを変更する、またはスキップする際に表示されるインターフェース。

さらに、Zoom管理者はユーザーサマリー画面からアカウント外のすべてのユーザーに自動メールを送信できます。このメールは、ドメイン管理の設定に応じて、未統合ユーザーにメール変更またはアカウントへの統合を促します。

会社アカウントへの統合を奨励する自動プロンプトの例。

Associated DomainsはSSO強制とSCIM利用の前提条件です

ドメインが関連付けられると、Zoom管理者はアカウントの セキュリティ ページからドメインに一致するすべてのアカウントに対してSSOを強制できます。この機能を有効にすると、会社ドメインでサインインするすべてのユーザーは自動的にSSOのIdentity Provider（IdP）ログインページにリダイレクトされます。この機能が無効になっている場合、ユーザーはユーザー名とパスワードで認証でき、SSOやSAMLのマッピングを回避することができます。

注意事項

次の条件が満たされるまでSSO認証を強制しないでください 設定に対して表示アクセスを付与することをお勧めします（ご自身の判断で決定してください）。 （およそ75％）のユーザーがアカウントに統合され、重要なVIPが残っていない状態まで。これは、ユーザーが統合できる前にアクティブなユーザーをアカウントから締め出してしまうことを防ぐためです。

さらに、Associated Domainsによりアカウント管理者は一致するドメインを持つユーザーをSCIM（System for Cross-domain Identity Management）を通じてアカウントに追加できます。ユーザーのドメインが関連付けられていない場合、SCIMを通じて作成されたアカウントは使用するためにメールの有効化が必要になります。

詳細についてはサポート記事を参照してください： アカウント統合 と共に 直接.

Domain Data Release Certification（ドメインデータ開示認証）

Domain Data Release Certification：自社ドメインを使用しているユーザーの一覧をリクエストする

Business、Enterprise、またはEducationプランのアカウントは、Domain Data Release Certificationを通じて所有ドメインを使用するユーザーアカウントのメールアドレスと名前の開示をZoomに求めることができます。Zoomはこの情報を、関連ドメインを所有する組織に対してアカウント統合の目的でのみ開示し、かつ次の基準のいずれかが満たされている場合にのみ開示します： Domain Data Release Certification（ドメインデータ開示認証）Zoomはこの情報を関連ドメインの所有組織に対してアカウント統合の目的でのみ開示し、かつ次の条件が満たされている場合にのみ提供します： すべての 以下のいずれかの基準が満たされる必要があります：

• 顧客が有料であり、見込み顧客ではないこと。

• メールアドレスと氏名の一覧をリクエストしている当事者がBusiness（50以上のライセンス）、Enterprise、またはEducationのサブスクリプションプランの費用を負担していること。

• リクエスト者が有料プランの管理者／オーナーであること。

• リクエスト者が各リクエスト対象ドメインについてDocusign経由でDomain Data Release Certificationに署名していること。

この Domain Data Release Certification（ドメインデータ開示認証） は次の点を確認します：

• 組織が指定されたドメインの現行の合法的な登録者であること。

• 組織は、（メールを含む）利用可能な情報技術リソースは組織に属し、利用中にプライバシーの期待はないことを通知する書面による利用規約を維持し施行していること。

• リクエストが合法的な目的で行われていること。

プロセスが完了すると、Zoomは指定されたドメインのユーザー一覧を提供し、それらの個人をアカウント統合の対象として対応することができます。なお、Zoomサポートはこの一覧に基づいてユーザーアカウントを強制的に移動または統合することはできません。意図としては、リクエスト者がその一覧の個人に通知して移行を進めることです。

ユーザーの招待

ユーザー招待：既知のメールアドレスにアカウント参加を依頼する

Zoom管理者は、既知のメールアドレスのリストがある場合に、CSVファイルで一括またはウェブポータルから個別にユーザーを手動で招待できます。この方法はAssociated Domainsのユーザーサマリーから提供される招待オプションに似ていますが、管理者が誰をいつ招待するかを特定して制御できる点が異なります。

招待されたユーザーはメインの会社アカウントに統合する機会を案内するメールを受け取りますが、ドメインが関連付けられていない場合、ユーザーは招待を無視して統合されないことを選択できます。

アカウント招待メールの例

バルクでのユーザー追加に関する詳細はZoomのサポートセンターを参照してください： 一括 または 個別に.

アカウント統合に関する考慮事項

アカウントが会社アカウントに容易に統合できるかどうかには多くの要因が影響します。追加のユーザー、サブスクリプション、アドオンがないProまたはBasicのシングルユーザーアカウントは、企業アカウントを受け入れて統合されるのが容易です。しかし、ビジネスレベルのアカウント、Zoom PhoneやZoom Roomsのようなアドオンを持つアカウント、および複数ユーザーを持つアカウントは、既存の運用に影響を与えずに統合するために慎重な計画が必要です。

以前に購入したライセンスはアカウント統合時に移行されません

以前に購入されたライセンスは 移行されません 統合完了後、該当する場合はアカウントに対して按分で払い戻されます。

複数ユーザーを持つアカウントを統合すると、社外ユーザーが会社アカウントに移る可能性がある

アカウントに複数のユーザーがいるアカウントオーナーは、新しいアカウントに招待されたときに基礎となるユーザー—潜在的な外部の社外ユーザーを含む—を統合する能力を持ちます。外部ユーザーの統合を防ぐために、オーナーは統合する前にすべての外部ユーザーの紐付けを解除するか、 すべての アカウントオーナーを作成してからアカウント招待を承諾させる必要があります。 新しい オーナーはアカウント招待を承諾してからアカウントを移行することができます。

管理者はアカウント統合の間に外部関係者による不正なZoomアカウントアクセスを防ぐために、アカウントオーナーと協力することが推奨されます。

すべてのZoom Roomsはアカウント統合前に削除する必要があります

アカウントにZoom Roomsと追加ユーザーがいるアカウントオーナーは、まずすべてのZoom Roomsを完全に削除しない限り別のアカウントへ移行することはできません。すべてのZoom Roomsが削除され、アカウントに他のユーザーが存在しない場合、アカウントオーナーは新しいアカウントへ移行できます。Zoom Roomsの削除に困難があるユーザーは追加の支援を得るためにZoomサポートに連絡してください。 すべての Zoom Phoneの構成およびデータはアカウント統合時に移行されません

デフォルトでは、電話番号、通話プラン、コールキュー、通話ログ、自動受付などを含むZoom Phoneのデータおよび構成は、統合される2つのアカウント間で移行されません。Zoom Phoneサブスクリプションを持つアカウントを統合する前に、現在のアカウントオーナーはどの構成および設定を新しいアカウントで再実装するために文書化する必要があるかを明確にするべきです。ユーザーは統合前に関連する通話ログやZoom Phoneレポートのコピーを

レポーティングツール を通じてダウンロードできます。.

アカウントを統合するオーナーは、移行中の影響を最小限にするためにZoomのアカウントチームのメンバーと調整することが強く推奨されます。

Zoom Phone番号はメイン会社アカウントへ移行可能です

2つのアカウント間で特定の電話番号を移行する必要がある顧客は、アカウントに十分なライセンスがある場合にZoom Phoneポーティングチームへ番号移行のリクエストを提出できます。番号を直接移行しないか、番号を移行できる前にアカウントを統合してしまうと、 恒久的な 喪失 が発生し電話番号アクセスが失われる可能性があります。

2つのアカウント間で番号を移行するには、 Zoomのサポートセンター内に詳細に記載された手順.

に従ってください。

電話番号が移行され、文書化が行われ、関連するすべての記録が外部に保管されたら、アカウントは統合の準備が整います。

サブアカウントへの移行は稀でありZoomによってのみ実行されるべきです アカウントがサブアカウント関係へ移行する場合、このプロセスはZoomのアカウントチームを通じて実行されなければなりません。 しないでください

アカウントチームの支援なしに既存のアカウントを手動でサブアカウントに変換または統合しようとしないでください。（これは稀な操作であり、ほとんどのアカウント統合には該当しません。）

一部のアカウントはバックエンドの移行を必要とする

前述の考慮事項に加えて、招待されたユーザーアカウントがメインアカウントとは異なるサーバークラスターに保存されている場合、ユーザーアカウントはメインアカウントに統合される前にバックエンドデータ移行を必要とします。このプロセスは自動的に行われ、統合が完了する前に保留中のアカウント移行を知らせるメッセージがユーザーに送信されます。この移行期間はZoomサービスを中断することはありませんが、アカウント統合の完了を遅延させる可能性があります。

バックエンド移行の通知の例

アカウント分割にはZoomサポートが必要です チケットを提出する 部分的な合併の場合の大規模なユーザー分離やアカウントの“分割”を要する既存アカウントは、プロジェクト要約を添えてZoomサポートに

連絡する必要があります。

ユーザー統合の体験を理解する すべての ユーザーを統合しても次のものは保持されません：

データ ユーザーがアカウントを変更する際、すべてのデータや設定がユーザーとともに移行されるわけではありません。以下の表は、ユーザーが別のアカウントに統合される際に期待できることを概説しています。 「新しいアカウントの対象」項目は、新しいアカウントまたはユーザーグループの設定がユーザーが以前に設定した構成と競合する場合に上書きされる可能性があります。アカウントのレポートのコピーを保持したいユーザーは、移行されないデータをエクスポートできます。 を通じてダウンロードできます。.

ユーザーがアカウントを変更する際、すべてのデータや設定がユーザーとともに移行されるわけではありません。以下の表は、ユーザーが別のアカウントに統合される際に期待できることを概説しています。	移行されるもの	移行されないもの
機能アクセス ユーザーグループ ユーザーライセンス割り当て ユーザーロール Zoom機能へのアクセス Zoom機能設定	チャット 連絡先 アプリ内のチャット履歴 クリップ クラウド連絡先 クラウドレコーディング ドキュメント ミーティング要約（Docs） ノート プロファイルの詳細（名前、メール等） 予定済みミーティング 予定済みウェビナー ホワイトボード ワークフロー	過去のレポート 投票データ 出席データ 登録データ スケジューリング特権 過去のミーティング履歴 Zoom Rooms Zoom Phoneの構成 クラウドチャット履歴 統合 マーケットプレイスアプリ ケアルームコネクタ構成 購入済みライセンス／アドオン Zoom Revenue Acceleratorデータ Zoom Revenue Accelerator録画 Zoom Events Zoom Mailサービスデータ Zoom Calendarサービスデータ Zoom Tasks

移行可能なデータの追加一覧についてはZoomのサポートセンターを参照してください： 追加の移行可能なデータのリスト.

ユーザーは統合前にアカウントおよびデータの変更を承諾する必要がある

会社アカウントへの統合の招待を受けたユーザーは、統合プロセスを完了するためにアカウントおよびデータの変更（上記に概説）を承諾し確認する必要があります。例は次ページに示されています。

アカウントデータ変更通知の例

以前のバニティURLを持っているユーザーはカレンダーイベントを更新する必要がある

ユーザーが以前にバニティURL（例： success.zoom.us）を持つアカウントに所属しており、 新しい アカウントに移行した場合、 異なる バニティURL（例：**newcompany.**zoom.us）—以前のバニティURLを使用してミーティングに参加するユーザーはセキュリティ警告メッセージを受け取ります。この警告は、ミーティングがURLで参照されているアカウントに属していない可能性があることをユーザーに知らせるためのセキュリティ機能です。

「外部ミーティングに参加」警告の例

以前のアカウントのバニティURLが反映されているカレンダーイベントを持つユーザーは、 手動で 招待状を更新して更新されたバニティURLを反映させ、必要に応じて登録確認メールを再送する必要があります。

注記

us02.zoom.usやus03.zoom.usのようなZoomサブドメインはバニティURLに該当せず、更新の必要はありません。

もし アカウント 最近バニティURLを変更した（社名変更や合併後など）アカウントがあり、ユーザーがアカウントを変更していない場合、リダイレクトが設定されていればバニティURLの更新は不要です。顧客は以前のバニティURLをテストして現在のURLにリダイレクトされるか確認することで、リダイレクトの有無を検証できます。バニティURLリダイレクトが設定されていない場合は、追加支援のために Zoomサポートはサポートチケットを通じてユーザーを一括移行できます に連絡できます。

アカウント統合の計画立案

大量のユーザーを統合するか、2つの大規模アカウントを統合する準備をする場合、ユーザーおよび管理者レベルでいくつかの重要な計画および実施段階があります。

注記

このプロセスは中小企業がユーザーベースを統合するのを支援するために設計されています。Zoom Contact Center、Zoom Virtual Agent、Zoom Revenue AcceleratorなどのZoom Business Servicesを含む2つ以上のアカウントを統合する場合は、アカウント統合をZoomのアカウントチームと調整してください。

フェーズ1：情報収集

プロジェクトの全体範囲を理解し、統合するドメインを特定することから準備を開始します。

顧客はAssociated Domainsを、統合オプションを有効にせずに使用して、システム内に既にドメインを持つユーザーがどれだけ存在するかの洞察を得ることができます。より詳細な情報が必要な場合、顧客は コーポレートドメイン同意フォーム のプロセスを通じてドメイン下の既存ユーザー一覧をリクエストできます。

アカウントが既存ユーザーベースを包括的に把握したら、アカウントは統合プロセスを実行する計画を準備できます。

フェーズ2：統合の計画

既存アカウントのサービス中断を防ぐために、ユーザーアカウントを統合する際は段階的なアプローチを推奨します。

特別なケース

幹部ユーザー、Zoom Rooms、Zoom Phoneを含む可能性のあるアカウント、または1ユーザーを超えるアカウントのような特殊なケースのアカウントについては、手動で招待して統合するよう調整してください。

関連ドメイン

特殊な統合ケースに対処した後、Associated Domainsを使用するかどうかを決定します。進める場合は、ユーザーがアカウントに統合することを許可するか、またはアカウントのメールアドレスを変更することを要求するかを決めます。有効化後、Zoomは未処理ユーザーが自然に統合されるまで少なくとも2〜4週間待機することを推奨します。

SSOの実装と強制

顧客は実装プロセスの任意の時点でシングルサインオン（SSO）を有効にできます。しかし、 その使用を要求する ことは推奨されません。

統合の初期段階では、SSOを有効にしているアカウントを統合する際、ZoomはSSOのために サインイン時のプロビジョニング を有効にすることを推奨します。これによりSSOログインタイプの作成を支援します。既存の外部Zoomアカウントには事前プロビジョニングは機能せず、ユーザーをアカウントから締め出す可能性があります。

Zoomの推奨 統合率75％は企業アカウントにおいて通常達成可能であり、未処理ユーザー数が少ないためです。教育アカウントの場合、学生アカウントが数千に達することがあり、この統合目標は大幅に低くなる可能性があります。まずVIPユーザーや特殊ケースの手動統合を優先してください。その後、関連ドメインを有効にし、ユーザーが自然に統合されるための十分な時間を与えて大規模なサービス中断を防いでください。主要な未処理アカウントやユーザーが存在しないと合理的に確信できるまでは、SSO認証を強制しないでください。

フェーズ3：技術的考慮事項

技術管理者は、今後の統合プロセスについてユーザーに通知することを推奨します。ユーザーの以前のアカウントからのデフォルト設定は、新しいアカウントで割り当てられた一般的なアカウント設定またはユーザーグループ設定によって上書きされない限り、新しいアカウントに引き継がれます。

ユーザーが経験する可能性のある一般的な変更の例：

ミーティングの電話機能の利用不可 パーソナルミーティングID（PMI）の消失 ホスト前参加不可 パスコード／待機室の要件 共有コンテンツの制限 マーケットプレイス統合の喪失 Zoom Appsの制限	ファイル転送の不可 Zoomチャットの不可 SSOのみの認証 バニティURLの変更（該当する場合） 録画制限 アプリケーション設定の制約（MSI、グループポリシー、PLIST） 既存API機能の喪失

フェーズ4：従業員向けコミュニケーション

予定されている統合に関する高度で定期的な従業員向けコミュニケーションは、統合プロセスの初期段階を簡素化します。推奨するコミュニケーション内容には次が含まれます：

• 背景：なぜ変更が行われるのか

• 範囲：どのユーザーが変更に含まれるか／含まれないか

• タイミング：変更はいつ行われるか

• 期待される行動とタスク

  • 何が起きるか（例：受け取る招待、特殊ケースの統合の連絡等）

  • 取るべき行動（例：メールを開く、承認する、払い戻し、新しいIDP等）

• 成功：統合が成功したか確認する方法（例：ウェブポータルでアカウント番号を確認する等）

• サポート：詳細情報についてユーザーが問い合わせるべき先（例：ローカルIT、連絡窓口）

フェーズ5：計画に従って実行する

統合およびコミュニケーション計画が準備され確認されたら、計画を実行し、適切な導入および統合率を可能にするために監視してください。アカウントはプロセス全体を通じて支援や質問のためにZoomのアカウントチームと連絡を保つことを推奨されます。