> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/ja/kn/third-party-integrations/zoom-and-microsoft-integration-and-deployment-field-guide/getting-started-with-microsoft-and-zoom-workplace-deployments.md).

# MicrosoftおよびZoom Workplaceの展開を開始する

このセクションでは、Zoom Workplace におけるすべての Microsoft 連携に影響する判断事項を扱います。カレンダー、Outlook、Teams、またはルームのワークフローを展開する前に、まずここから始めてください。

### 前提条件

Zoom と Microsoft の統合は、一般的に 2 つのパターンに分かれます:

1. **Microsoft 表面統合**、Zoom の機能が Teams や Outlook などの Microsoft 製品内に表示されるものです。
2. **Zoom 表面統合**、Microsoft のサービスがデータソース、ID プロバイダー、またはレコーディング システムとして Zoom に取り込まれるものです。

このガイドのいくつかの連携では、Microsoft 365 アカウント、Entra ID の権限、および API の設定に関する共通の前提条件があります。これらを最初に正しく設定することで、後工程での手戻りを防げます。

#### <mark style="color:青;">連携に必要なアカウントおよび認証情報を収集する</mark>

このガイドに記載された手順を正常に完了するには、次のアカウントと資格情報が必要です:

* Exchange Online 管理者権限を持つ Microsoft 365 管理者アカウント、 **と**:
  * アカウントには、次の両方に対する Exchange Online 管理者権限が必要です **組織の管理** と **受信者の管理**.
  * Microsoft Graph API アプリケーション権限を使用するには、Microsoft 365 のグローバル管理者、または Microsoft 365 クラウド アプリケーション管理者権限を持つユーザーが、Microsoft Entra ID エンタープライズ アプリケーションに Zoom アプリケーションを追加する必要があります。
  * Microsoft Graph API アプリケーション権限には、少なくとも 1 つの [関連ドメイン](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066259) が必要であり、これは Microsoft 365 テナントで検証済みのカスタム ドメインと一致している必要があります。
* Zoom Rooms へのアクセス権を持つロール。
* ミーティング ルームのカレンダー リソースを一覧表示、作成、管理する機能。
* Windows 10 以降、または Windows Server 2016 以降での Windows PowerShell の管理者アクセス

**Microsoft Entra ID のユーザー同意設定に合わせて Zoom Workplace の権限を設定する**

あらゆる種類の Microsoft 365 カレンダーを Zoom プラットフォームと統合する際の最初のステップは、Zoom の権限を設定して、Microsoft Entra ID（旧称：Azure Active Directory）のユーザー同意設定に一致させることです。

このプロセスは、このガイド内の残りの手順に従う際に、照合演習を通じて Zoom プラットフォームと Entra ID 間の権限の問題を阻止することを目的としています。

**現在の Microsoft Entra ID のユーザー同意設定を特定する**

1. にログインします [Microsoft Azure 管理ポータル](https://portal.azure.com/) を使用して Microsoft 365 管理者アカウントにサインインします。
2. の下で **Azure サービス** セクションで、 **Microsoft Entra ID** アイコンをクリックします。
3. の下で **管理** ドロップダウンで、 **エンタープライズ アプリケーション**.
4. セキュリティのドロップダウンで、 **同意とアクセス許可**.
5. の値を確認します。 *ユーザー同意のアプリケーション セクション*は、次のいずれかになります。
   1. ユーザーの同意を許可しない
   2. 確認済みの発行元のアプリに対して、選択したアクセス許可についてユーザーの同意を許可する
   3. アプリに対するユーザーの同意を許可する

**ユーザー同意と Zoomウェブポータル の設定が一致していることを確認する**

組織では、ユーザーの同意設定を制限または許可することを選択できます。Zoom は、ユーザー自身が Entra ID アプリへの同意を許可する、簡素化された権限方式を推奨します。ただし、どちらを選択しても、組織は Entra ID のオプションを Zoom 管理側の対応するオプションと一致させる必要があります。

Microsoft Entra ID のユーザー同意設定を次のように使用するよう構成している場合 **ユーザーの同意を許可しない**、または **検証済みの発行元からのアプリに対して、選択した権限についてユーザーの同意を許可する**、その場合、次の内容を示す Zoom の Web 設定 *アカウント全体に代わって Office 365 カレンダー連携の権限に同意する* は次に設定する必要があります **オン**.

![](/files/bea779445c20fd4e1aad32200717fc59ade63de1)

別の方法として、ユーザー同意設定が次のように構成されている場合 **アプリに対するユーザーの同意を許可する**、次の設定を **オフ**.

![](/files/fcf16c3e06af34aa43b4d34299b5672409607b16)

**（オプション）Microsoft Office 365 と連携するためのカスタム Microsoft Entra アプリケーションを作成する**

カスタム アプリケーションの設定に関する詳細な手順については、Zoomサポートの記事を参照してください [Office 365 を使用した Zoom Rooms の設定](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063474).

{% hint style="info" %}
この機能は [Zoom によって有効化される必要があります](https://support.zoom.com/hc/en/contact?id=contact_us).
{% endhint %}

### どのAPI方式が組織に適しているかを判断する

管理者 が最初に行うべき判断の1つは、Zoom が Microsoft のサービスにどのように認証するかです。この選択は後続の複数の連携に影響するため、個々の機能を設定する前に理解しておく価値があります。

{% hint style="info" %}
Zoom は次を推奨します **アプリケーション権限を使用する Microsoft Graph API** これを Zoom Rooms と個人用カレンダー連携の両方のデフォルトとして推奨します。ほとんどの展開では、これはよりシンプルで、より安全で、より拡張性の高い方法です。
{% endhint %}

**カレンダー機能にはどの Microsoft 365 API を使用しますか？**

Zoom のカレンダー連携は Microsoft Graph API (MGAPI) に依存しています。Microsoft は開始しました [Exchange Web Services (EWS) のメソッドを段階的に廃止しています](https://techcommunity.microsoft.com/blog/exchange/retirement-of-exchange-web-services-in-exchange-online/3924440) これらは以前、Microsoft 365 データを Zoomサービス に接続するためにオンラインでした。Zoom はこれらの EWS メソッドをレガシーオプションと見なしています。

アプリケーション権限と委任された権限（OAuth）は相互に置き換え可能ではありません。実際のユーザーの働き方に応じて異なるトレードオフがあります。適切な選択は、技術的な好みよりも、ユーザーが日中どこで作業しているかにより左右されます。

**カンファレンス ルームで使用される正式な Zoom アプリケーションを識別するにはどうすればよいですか？**

Zoom 用のカンファレンスルームのカレンダー アプリケーションは、Entra ID エンタープライズ アプリケーション ディレクトリでオンラインで利用でき、Graph API の構成方法に応じて、次のアプリケーション ID で登録されています:

* `a651cfda-cbdd-4a39-bd03-fa829c3c1b29` （フル委任アクセス）
* `f56e91e5-5a82-452f-b435-d4d78aeaf064` （アプリケーション権限）

{% hint style="warning" %}
**Zoom の推奨**

Entra ID ポータルからアプリケーションを手動で追加する必要はありません。Zoom の Web インターフェイスを使用して権限要求を申請し、承認すると、アプリケーションが自動的にテナントに追加されます。
{% endhint %}

**フル委任アクセスとアプリケーション権限の違いは何ですか？**

一般的に、Zoom は Microsoft Graph API をアプリケーション権限で使用することを推奨しています。この構成方法は、管理者にとってセットアップと維持に必要な手間が大幅に少なく、専用のサービス アカウントも必要ありません。ただし、アカウント全体のスコープで権限が適用されます。

アプリケーションのアクセス許可（Appのみのアクセスとも呼ばれる）は、バックグラウンド サービスとして実行されるエンタープライズ アプリケーションに対する Microsoft の推奨アプローチであり、必要なデータを単一のユーザーにスコープ設定できない場合に使用されます。

Microsoft Graph API にフル デリゲート アクセスを使用する方法も代替 विकल्पですが、専用のサービス アカウントと、初期設定および保守により多くの手間が必要です。

#### <mark style="color:青;">Zoom Rooms の場合: アプリケーション権限</mark>

Zoom Rooms とサードパーティ製カンファレンス ルームでは、アプリケーション権限が Zoom の推奨であり、注意点はありません。ルームについては2つの方法の間に機能の差はなく、アプリケーション権限により、ルーム メールボックスの委任者として機能する専用のサービス アカウントが不要になります。

これにより、初期設定の手間が減り、継続的な保守の依存関係もなくなります。

#### <mark style="color:青;">ユーザー向け: まずユーザーが Zoom Workplace をどのように使うかから始める</mark>

個人用カレンダー連携について、Zoom はアプリケーション権限を推奨していますが、選択は組織 のユーザーが毎日どのように Zoom Workplace とやり取りするかによって異なります。

**ほとんどの組織: アプリケーション権限（推奨）**

ユーザーが主に Outlook 追加機能を通じてミーティングをスケジュール し、参加 し、カレンダー、チャット、またはその他のワークフローのために Zoom Workplace アプリを日常的に開かない場合は、アプリケーション権限の方が適しています。

理由は次のとおりです。

* **管理者 によって管理される、クラウド間の連携。** カレンダー連携 はアカウント レベルで処理されます。個々のユーザーが自分で接続を承認したり維持したりする必要はありません。連携が壊れた場合、個々のユーザーが問題を報告 するのを待つのではなく、管理者 がすぐに気づきます。
* **より強力なトークン セキュリティ。** アプリケーション権限では、短期間のみ有効な アクセス トークンが使用され、これは60分ごとにクラウド間交換によって更新されます。トークンが永続的に保存されることはなく、メモリ内にのみ保持されます。リフレッシュ トークンはなく、オフライン アクセス の付与もありません。ユーザーのプロビジョニングが解除された場合でも、そのユーザーのカレンダー データへのアクセス に使用可能なトークンが残ることはありません。
* **ユーザーのサインイン動作への依存なし。** 委任された権限では、連携は個々のユーザーが Zoom Workplace アプリにサインインしていることに依存します。ユーザーのトークンの有効期限が切れたり、パスワード を変更 したりすると、そのユーザーのカレンダー連携 は気付かれないまま壊れます。主に Outlook を使用している場合、何週間も気付かない可能性があります。アプリケーション権限では、この障害モードが完全になくなります。

**委任された権限の方が適している可能性がある場合**

ユーザーが Zoom Workplace アプリを日常的に使用している場合、委任された権限の方が適している可能性があります。

* **共有カレンダー。** 委任された権限では、ユーザーは Microsoft 365 でアクセス 権を持つ同僚の共有カレンダーを表示できます。アプリケーション権限では、ユーザーは Zoom Workplace アプリ内で自分のカレンダーのみ表示できます。
* **Zoom Workplace 内のメール。** Workplace アプリ内の Zoom Mailクライアント では、ユーザーの Microsoft 365 メールボックスにアクセス するために委任された権限が必要です。アプリケーション権限の方法では、現時点でこの連携はサポートされていません。
* **セルフサービスの可視性。** ユーザーの委任された連携が、トークンの有効期限切れやパスワード の変更 などで壊れた場合、Workplace アプリ内に再認証するためのプロンプトが直接表示されます。すでにアプリを中心に使っているユーザーにとっては、これによりより迅速なセルフサービス復旧が可能になります。

#### <mark style="color:青;">まとめ: 展開に関する推奨事項</mark>

ほとんどの Zoom/Microsoft 展開での推奨事項は次のとおりです。

* **ルーム:** アプリケーション権限。トレードオフはなく、設定がシンプルで、サービス アカウントも不要です。
* **ユーザー:** アプリケーション権限。ただし、ユーザーが Zoom Workplace アプリ内の共有カレンダーまたはメールに積極的に依存している場合を除きます。

この選択は永続的ではありません。組織 は再承認によって方法を変更 できます。

迷う場合は、まずアプリケーション権限から始めてください。これにより信頼性の高い連携が得られ、後から共有カレンダーやメールの必要性が生じた場合に、特定のユーザー グループ向けに委任された権限を追加 する選択肢を持てます。

次の図は、資格情報の転送中における Delegated および アプリケーションベースの方法を表示します。

<div align="left"><figure><img src="/files/a5936c1200b01303da5f5e6c4c3784d5c0f2c7cb" alt="" width="563"><figcaption></figcaption></figure></div>

Delegated メソッドは認可を提供しますが、資格情報を Zoom アプリに送信します。

よりスケーラブルな方法である アプリケーションベースの認可は、ユーザー資格情報またはトークンが Zoom アプリケーションに直接到達するのを防ぎます。

<div align="left"><figure><img src="/files/946d1e73871e032175dd723f8b3d5d694784344f" alt="" width="563"><figcaption></figcaption></figure></div>

### セキュリティとデータ処理

Zoom Web Calendaring Service は、各ユーザーのカレンダープロバイダーを認証するために必要なオブジェクトを保存します。これは、組織が OAuth を使用して Outlook または Googleカレンダー を Zoomサービス に接続する場合、Zoom がリフレッシュ トークンを保存することを意味します。また、Exchange On-Premises にベーシック認証を使用する組織では、Zoom がアカウントのユーザー名とパスワードを保存することも意味します。

| 同期されたイベント   |
| ----------- |
| `出席者省略`     |
| `説明`        |
| `表示名` (出席者) |
| `メール` (出席者) |
| `固定勤務位置情報`  |
| `iCalUID`   |
| `位置情報`      |
| `表示名` (主催者) |
| `メール` (主催者) |
| `要約`        |
| `時間の提案`     |
| `勤務位置情報が有効` |

双方向カレンダー同期（同期 2.0）が有効になっている場合、Zoom は外部カレンダーのイベントデータ（Microsoft 365 または Googleカレンダー からのもの）をそのデータベースに保持しません。\
\
代わりに、このサービスはカレンダー活動の 24 か月間のローリングウィンドウ（過去最大 6 か月、将来 18 か月先まで）を監視します。このウィンドウ内で変更が発生すると、Zoom はカレンダープロバイダーから変更通知を受け取り、対応する Zoomミーティング の更新を処理するために、必要に応じて更新されたイベントデータを取得します。その後、必要な変更を適用するためにミーティングサービスへ通知されます。

管理者は、アカウントまたはユーザー グループ レベルでこの機能を設定することができます。弊社の [サポートドキュメント](https://support.zoom.us/hc/en-us/articles/8522918261645-Enabling-bi-directional-calendar-sync) 詳細については。

#### <mark style="color:青;">保存されたトークンと認証情報はどのように保護されていますか？</mark>

保存されたトークンと認証情報は、256ビット AES-GCM 暗号化を使用して保存時に暗号化されます。このデータは顧客コンテンツと見なされ、Zoom のアクセスコントロール ポリシーおよび標準の対象となります。これらのコントロールは、SOC 2 など、当社のセキュリティ認証および証明書類に示されている場合、独立した監査法人によって評価されます。インフラストラクチャのデータおよびシステムへの特権アクセスは、多要素認証と最小特権アクセスコントロールを使用して記録、監視、および制御されます。

#### <mark style="color:青;">アプリとカレンダー プロバイダー間のトラフィックはどのように保護されていますか？</mark>

カレンダー プロバイダーと Zoom ソフトウェア（Zoom デスクトップ/モバイルアプリ、Zoom Web カレンダーサービス、スケジュール作成ツール、API コネクタ）との間の通信は、TLS 1.2 を使用して転送中に暗号化されます。

#### <mark style="color:青;">OAuth トークンはどのくらい有効ですか?</mark>

Zoomは1時間で期限切れになるアクセス トークンと90日で期限切れになる更新トークンを要求しますが、カレンダー提供元によっては別の制限のトークンを提供する場合があります。デフォルト値を変更する必要がある場合は、提供元の指示に従ってください。

#### <mark style="color:青;">OAuth トークンまたは認証情報を取り消すことはできますか？</mark>

Zoom管理者は、いつでも単一のZoomアカウントからカレンダー連携を削除することを選択できます。これにより、ユーザーのカレンダー機能が動作しなくなります。そのユーザーに関する保存済みのトークンまたは認証情報は直ちに削除してください。

Microsoft 365 管理者は、Entra ID エンタープライズ アプリケーション ポータルで Zoom アプリケーションを削除することで、すべてのユーザー アカウントから Zoom のカレンダー アクセスを削除できます。また、Google ワークスペース 管理者は、Google クラウド プラットフォーム コンソールを使用してアクセスを取り消すことができます。

#### <mark style="color:青;">Zoomのカレンダーまたは連絡先データをプロバイダに書き込む機能を制限できますか?</mark>

初期設定後、Zoom 管理者は、Microsoft 365 の方法で接続中する際、カレンダーと連絡先の両方について、読み取りおよび読み取り/書き込みのアクセス許可のどちらかを選択できます。管理者は、ユーザーのカレンダーに対する Google ワークスペース の統合も制限できます。

### Entra IDの権限を検証する

#### <mark style="color:青;">カンファレンスルーム向けのMGAPI アプリケーション権限方式のアプリケーション ID とスコープを検証する</mark> <a href="#yn2twi7v7su4" id="yn2twi7v7su4"></a>

Zoom Rooms またはサードパーティのカンファレンスルームでアプリケーション権限の方法を使用している場合は、以下の手順で権限を検証してください:

1. Microsoft 365 管理者 アカウントを使用して Azure ポータルにサインインします。
2. 次の項目をクリックします **Microsoft** **Entra ID** のロゴ。
3. 次へ移動します **エンタープライズ アプリケーション**.
4. デフォルトでは、 **すべてのアプリケーション** はインタラクティブなデータテーブルに表示されます。
5. 次の項目をクリックします **Zoom** アプリのアプリケーション ID *f56e91e5-5a82-452f-b435-d4d78aeaf064*.
6. 次の項目をクリックします **セキュリティ** ドロップダウンで選択し **権限**.
7. 次を検証します *管理者の同意* タブがここにある画面と一致します:

   <div data-with-frame="true"><figure><img src="/files/8afd3a92e4fa8cd614f98ae367c0686b955e8d56" alt=""><figcaption></figcaption></figure></div>

#### <mark style="color:青;">カンファレンスルームまたは Zoom Rooms 向けのMGAPI フルデリゲート方式のアプリケーション ID とスコープを検証する</mark>

Zoom Rooms またはサードパーティのカンファレンスルームで Full Delegate 方法を使用している場合は、次の手順で権限を検証してください:

1. Microsoft 365 管理者 アカウントを使用して Azure ポータルにサインインします。
2. 次の項目をクリックします **Microsoft** **Entra ID** のロゴ。
3. 次へ移動します **エンタープライズ アプリケーション**.
4. デフォルトでは、 **すべてのアプリケーション** はインタラクティブなデータテーブルに表示されます。
5. 次の項目をクリックします **Zoom** アプリのアプリケーション ID *a651cfda-cbdd-4a39-bd03-fa829c3c1b29*.
6. 次の項目をクリックします **セキュリティ** ドロップダウンで選択し **権限**.
7. 次を検証します *管理者の同意* タブはここで画面と一致します:\\\\

   <div data-with-frame="true"><figure><img src="/files/51a575be3a9cd8b5992e8deb060cf7c8bcfcebae" alt=""><figcaption></figcaption></figure></div>

#### <mark style="color:青;">個人用カレンダーのアプリケーション権限 ID とスコープを検証する</mark>

個人用カレンダーにアプリケーション権限の方法を使用している場合は、次の手順で権限を検証します:

1. Microsoft 365 管理者アカウントを使用して Azure ポータルにサインインします。
2. 次をクリックします **Microsoft Entra ID** ロゴ。
3. 移動先 **エンタープライズ アプリケーション**.
4. デフォルトでは、 **すべてのアプリケーション** インタラクティブなデータ テーブルに表示されます。
5. 次をクリックします **Zoom** アプリケーション ID を持つアプリ *f46ceaed-fb2d-4694-803b-6341837f0ed2*.
6. 次をクリックします **セキュリティ** のドロップダウンを開いて **権限**.
7. 検証する *管理者の同意* タブがここで画面と一致します:

   <div data-with-frame="true"><figure><img src="/files/f865ae9290507162c3a3c668e57b28fc31c9fbb4" alt=""><figcaption></figcaption></figure></div>

#### <mark style="color:青;">個人用カレンダーの OAuth アプリケーション ID とスコープを検証する</mark> <a href="#s69otfbzjijz" id="s69otfbzjijz"></a>

ユーザーに対して OAuth 連携方式（Delegated Permissions とも呼ばれます）を使用した場合は、以下の手順で権限を検証してください:

1. Microsoft 365 管理者 アカウントを使用して Azure ポータルにサインインします。
2. 次の項目をクリックします **Microsoft Entra ID** のロゴ。
3. 次へ移動します **エンタープライズ アプリケーション**.
4. デフォルトでは、 **すべてのアプリケーション** はインタラクティブなデータテーブルに表示されます。
5. 次の項目をクリックします **Zoom** アプリのアプリケーション ID *fc108d3f-543d-4374-bbff-c7c51f651fe5*.
6. 次の項目をクリックします **セキュリティ** ドロップダウンで選択し **権限**.
7. 次を検証します *管理者の同意* タブがここにある画面と一致します:

   <div data-with-frame="true"><figure><img src="/files/92da2cb1b6c96824ea4aa2c6c55265b9652431fa" alt=""><figcaption></figcaption></figure></div>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/ja/kn/third-party-integrations/zoom-and-microsoft-integration-and-deployment-field-guide/getting-started-with-microsoft-and-zoom-workplace-deployments.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
