この記事では、自動ユーザー プロビジョニングを構成するために RingCentral ID と Microsoft Entra ID の両方で実行する必要がある手順について説明します。 構成すると、Microsoft Entra ID で、Microsoft Entra プロビジョニング サービスを使って、RingCentral に対するユーザーとグループのプロビジョニングおよびプロビジョニング解除が自動的に行われます。 このサービスの機能、しくみ、よく寄せられる質問の重要な詳細については、「Microsoft Entra IDを使用して SaaS アプリケーションへのユーザー プロビジョニングとプロビジョニング解除を自動化する」を参照してください。
サポートされている機能
- RingCentral でユーザーを作成する
- アクセスが不要になった場合に RingCentral のユーザーを削除する
- Microsoft Entra ID と RingCentral の間でユーザー属性の同期を維持します。
- RingCentral へのシングル サインオン (推奨)
[前提条件]
この記事で説明するシナリオでは、次の前提条件が既にあることを前提としています。
- Microsoft Entra のテナント
- プロビジョニングを構成するための アクセス許可 を持つ Microsoft Entra ID のユーザー アカウント ( アプリケーション管理者、 クラウド アプリケーション管理者、 アプリケーション所有者など)。
- RingCentral テナント
- 管理者アクセス許可がある RingCentral のユーザー アカウント。
注
この統合は、Microsoft Entra 米国政府クラウド環境から利用することもできます。 このアプリケーションは、Microsoft Entra 米国政府クラウドのアプリケーション ギャラリーにあり、パブリック クラウドの場合と同じように構成できます。
手順 1: プロビジョニングデプロイメントを計画する
- プロビジョニング サービスのしくみを確認します。
- プロビジョニングの対象範囲にいるユーザーを決定します。
- Microsoft Entra ID と RingCentral の間でマップするデータを決定します。
手順 2: Microsoft Entra ID を使用したプロビジョニングをサポートするように RingCentral を構成する
手順 5. の [管理者資格情報] セクションで承認を行うためには、RingCentral 管理者アカウントが必要です。
RingCentral の管理ポータルの [Account Settings](アカウント設定) -> [Directory Integrations](ディレクトリの統合) で、[Directory Provider](ディレクトリ プロバイダー) 設定を [SCIM] に設定します。
注
ユーザーにライセンスを割り当てる方法については、こちらのビデオ リンクをご覧ください。
手順 3: Microsoft Entra アプリケーション ギャラリーから RingCentral を追加する
Microsoft Entra アプリケーション ギャラリーから RingCentral を追加して、RingCentral へのプロビジョニングの管理を開始します。 SSO のために RingCentral を以前に設定している場合は、その同じアプリケーションを使用することができます。 ただし、最初に統合をテストするときは、別のアプリを作成することをお勧めします。 ギャラリー からアプリケーションを追加する方法の詳細については、を参照してください。
手順 4: プロビジョニングのスコープに含まれるユーザーを定義する
Microsoft Entra プロビジョニング サービスを使用すると、アプリケーションへの割り当てに基づいて、またはユーザーまたはグループの属性に基づいてプロビジョニングされるユーザーをスコープできます。 割り当てに基づいてアプリにプロビジョニングされるユーザーのスコープを設定する場合は、 手順を使用してユーザーとグループをアプリケーションに割り当てることができます。 ユーザーまたはグループの属性のみに基づいてプロビジョニングする対象を決定する場合、スコープフィルターを使用できます。
小規模から始めます。 すべてのユーザーとグループにロールアウトする前に、少数のユーザーとグループでテストします。 プロビジョニングのスコープが割り当てられたユーザーとグループに設定されている場合は、1 つまたは 2 つのユーザーまたはグループをアプリに割り当てることで、これを制御できます。 スコープがすべてのユーザーとグループに設定されている場合は、 属性ベースのスコープ フィルターを指定できます。
追加のロールが必要な場合は、 アプリケーション マニフェストを更新 して新しいロールを追加できます。
手順 5: RingCentral への自動ユーザー プロビジョニングを構成する
このセクションでは、Microsoft Entra ID のユーザーやグループの割り当てに基づいて TestApp でユーザーやグループを作成、更新、無効化するように Microsoft Entra プロビジョニング サービスを構成する手順について説明します。
Microsoft Entra ID で RingCentral の自動ユーザー プロビジョニングを構成するには:
クラウド アプリケーション管理者以上として Microsoft Entra 管理センターにサインインします。
Entra ID>企業向けアプリケーションを参照する
アプリケーションの一覧で [RingCentral] を選択します。
[プロビジョニング] タブを選択します。
[プロビジョニング モード] を [自動] に設定します。
[ 管理者資格情報 ] セクションで、[ 承認] を選択します。 RingCentral の [サインイン] ページにリダイレクトされます。 電子メール/電話番号とパスワードを入力し、[ サインイン ] ボタンを選択します。 [RingCentral アクセス要求] ページで [承認] を選択します。 [ テスト接続] を選択して、Microsoft Entra ID が RingCentral に接続できることを確認します。 接続できない場合は、使用中の RingCentral アカウントに管理者アクセス許可があることを確認してから、もう一度試します。
[ 通知メール ] フィールドに、プロビジョニング エラー通知を受け取るユーザーまたはグループのメール アドレスを入力し、[ エラーが発生したときに電子メール通知を送信 する] チェック ボックスをオンにします。
保存 を選択します。
[マッピング] セクションで、[Synchronize Microsoft Entra users to RingCentral] (Microsoft Entra ユーザーを RingCentral に同期する) を選びます。
[属性マッピング] セクションで、Microsoft Entra ID から RingCentral に同期されるユーザー属性を確認します。 [Matching](照合) プロパティとして選択されている属性は、更新処理で RingCentral のユーザー アカウントとの照合に使用されます。 一致するターゲット属性を変更する場合は、RingCentral API がその属性に基づくユーザーのフィルター処理をサポートしていることを確認する必要があります。 [保存] ボタンをクリックして変更をコミットします。
特性 タイプ ユーザー名 糸 エクスターナルID 糸 活動中 ボーリアン タイトル 糸 emails[type eq "仕事"].value 糸 アドレス[タイプ Eq "仕事"].国 糸 アドレス[タイプが"仕事"に等しい].地域 糸 アドレス[タイプ eq "職場"].ローカリティ 糸 addresses[タイプ eq "work"].郵便番号 糸 アドレス[タイプ eq "作業"].ストリートアドレス 糸 名前.名 糸 名前.姓 糸 電話番号[タイプ eq "携帯"].値 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:部門 糸 スコープ フィルターを構成するには、スコープ フィルターに関する記事に記載されている次の手順 を参照してください。
RingCentral に対して Microsoft Entra プロビジョニング サービスを有効にするには、[設定] セクションで [プロビジョニングの状態] を [オン] に変更する
[設定] セクションの [スコープ] で目的の値を選択して、RingCentral にプロビジョニングするユーザー、グループ、またはその両方を定義します。
プロビジョニングの準備ができたら、 [保存] を選択します。
この操作により、[設定] セクションの [スコープ] で定義されているすべてのユーザーとグループの初期同期サイクルが開始されます。 最初のサイクルは、Microsoft Entra プロビジョニング サービスが実行されている限り、約 40 分ごとに発生する後続のサイクルよりも実行に時間がかかります。
手順 6: デプロイを監視する
プロビジョニングを構成したら、次のリソースを使用してデプロイを監視します。
- プロビジョニング ログを使用して、どのユーザーが正常にプロビジョニングされたか、または正常にプロビジョニングされなかったかを判断する
- 進行状況バーを確認して、プロビジョニング サイクルの状態と完了までの近さを確認します
- プロビジョニング構成が異常な状態にあると思われる場合、アプリケーションは検疫に入ります。 検疫状態についての詳細は、アプリケーションプロビジョニングの隔離状態に関する記事をご覧ください。
変更ログ
- 2020 年 9 月 10 日 - "displayName" および "manager" 属性のサポートを削除しました。
- 03/15/2021 - 承認方法を永続的なベアラー トークンから OAuth コード付与フローに更新しました。
- 10/28/2021 - 既定のマッピングを mail-> emails[type eq "work"].value に更新しました。
- 10/28/2021 - レート制限が読み取りで毎分 300、書き込みで毎分 1000 に更新されました。