Microsoft Entra ID を使用した自動ユーザー プロビジョニング用に RingCentral を構成する

この記事では、自動ユーザー プロビジョニングを構成するために RingCentral ID と Microsoft Entra ID の両方で実行する必要がある手順について説明します。 構成すると、Microsoft Entra ID で、Microsoft Entra プロビジョニング サービスを使って、RingCentral に対するユーザーとグループのプロビジョニングおよびプロビジョニング解除が自動的に行われます。 このサービスの機能、しくみ、よく寄せられる質問の重要な詳細については、「Microsoft Entra IDを使用して SaaS アプリケーションへのユーザー プロビジョニングとプロビジョニング解除を自動化する」を参照してください。

サポートされている機能

  • RingCentral でユーザーを作成する
  • アクセスが不要になった場合に RingCentral のユーザーを削除する
  • Microsoft Entra ID と RingCentral の間でユーザー属性の同期を維持します。
  • RingCentral へのシングル サインオン (推奨)
  • コード認証許可フロー認証がサポートされています。

RingCentral は、次の 国内クラウド デプロイで利用できます。

グローバル サービス 米国政府 21Vianet が運営する中国

[前提条件]

この記事で説明するシナリオでは、次の前提条件が既にあることを前提としています。

手順 1: プロビジョニングデプロイメントを計画する

  1. プロビジョニング サービスのしくみを確認します。
  2. プロビジョニングのスコープに含めるユーザーを決定しまする。
  3. Microsoft Entra ID と RingCentral の間でマップするデータを決定します。

手順 2: Microsoft Entra ID を使用したプロビジョニングをサポートするように RingCentral を構成する

手順 5. の [管理者資格情報] セクションで承認を行うためには、RingCentral 管理者アカウントが必要です。

RingCentral の管理ポータルの [Account Settings](アカウント設定) -> [Directory Integrations](ディレクトリの統合) で、[Directory Provider](ディレクトリ プロバイダー) 設定を [SCIM] に設定します。画像

ユーザーにライセンスを割り当てる方法については、こちらのビデオ リンクをご覧ください。

Microsoft Entra アプリケーション ギャラリーから RingCentral を追加して、RingCentral へのプロビジョニングの管理を開始します。 SSO のために RingCentral を以前に設定している場合は、その同じアプリケーションを使用することができます。 ただし、最初に統合をテストするときは、別のアプリを作成することをお勧めします。 ギャラリー からアプリケーションを追加する方法の詳細については、を参照してください。

手順 4: プロビジョニングのスコープに含まれるユーザーを定義する

Microsoft Entra プロビジョニング サービスを使用すると、アプリケーションへの割り当てに基づいて、またはユーザーまたはグループの属性に基づいてプロビジョニングされるユーザーをスコープできます。 割り当てに基づいてアプリにプロビジョニングされるユーザーのスコープを設定する場合は、 手順を使用してユーザーとグループをアプリケーションに割り当てることができます。 ユーザーまたはグループの属性のみに基づいてプロビジョニングする対象を決定する場合、スコープフィルターを使用できます。

  • 小規模から始めます。 すべてのユーザーとグループにロールアウトする前に、少数のユーザーとグループでテストします。 プロビジョニングのスコープが割り当てられたユーザーとグループに設定されている場合は、1 つまたは 2 つのユーザーまたはグループをアプリに割り当てることで、これを制御できます。 スコープがすべてのユーザーとグループに設定されている場合は、 属性ベースのスコープ フィルターを指定できます。

  • 追加のロールが必要な場合は、 アプリケーション マニフェストを更新 して新しいロールを追加できます。

手順 5: RingCentral への自動ユーザー プロビジョニングを構成する

このセクションでは、Microsoft Entra ID のユーザーやグループの割り当てに基づいて TestApp でユーザーやグループを作成、更新、無効化するように Microsoft Entra プロビジョニング サービスを構成する手順について説明します。

Microsoft Entra ID で RingCentral の自動ユーザー プロビジョニングを構成するには:

  1. クラウド アプリケーション管理者以上として Microsoft Entra 管理センターにサインインします。

  2. Entra ID>企業向けアプリケーションを参照する

    [エンタープライズ アプリケーション] ブレードのスクリーンショット。

  3. アプリケーションの一覧で [RingCentral] を選択します。

    アプリケーションの一覧の [RingCentral] リンクのスクリーンショット。

  4. [プロビジョニング] タブを選択します。

    [プロビジョニング] オプションが強調表示されている [管理] オプションのスクリーンショット。

  5. 設定 + 新しい構成

    [プロビジョニング] タブの [自動] のスクリーンショット。

  6. [ テナント URL ] フィールドに、RingCentral テナント URL とシークレット トークンを入力します。 [ テスト接続] を選択して、Microsoft Entra ID が RingCentral に接続できることを確認します。 接続に失敗した場合は、RingCentral アカウントに必要な管理者アクセス許可があることを確認してから、もう一度やり直してください。

    プロビジョニング テスト接続のスクリーンショット。

  7. [ 作成] を選択して構成を作成します。

  8. [概要] ページで [プロパティ] を選択します。

  9. 鉛筆を選択してプロパティを編集します。 通知メールを有効にし、検疫メールを受信する電子メールを提供します。 誤削除防止を有効にします。 [適用] を選択して変更を保存します。

    通知と削除の設定を示す [プロビジョニングのプロパティ] ページのスクリーンショット。

  10. 左側のパネルで [属性マッピング ] を選択し、ユーザーを選択します。

  11. [属性マッピング] セクションで、Microsoft Entra ID から RingCentral に同期されるユーザー属性を確認します。 [Matching](照合) プロパティとして選択されている属性は、更新処理で RingCentral のユーザー アカウントとの照合に使用されます。 一致するターゲット属性を変更する場合は、RingCentral API がその属性に基づくユーザーのフィルター処理をサポートしていることを確認する必要があります。 [保存] ボタンをクリックして変更をコミットします。

    特性 タイプ
    ユーザー名
    externalId
    活動中 ブール値
    タイトル
    emails[type eq "仕事"].value
    アドレス[タイプ Eq "仕事"].国
    アドレス[タイプが"仕事"に等しい].地域
    アドレス[タイプ eq "職場"].ローカリティ
    addresses[タイプ eq "work"].郵便番号
    アドレス[タイプ eq "作業"].ストリートアドレス
    name.givenName
    name.familyName
    電話番号[タイプ eq "携帯"].値
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:department
  12. スコープ フィルターを構成するには、スコープ フィルターに関する 記事の記事 で提供されている次の手順を参照してください。

  13. オンデマンド プロビジョニングを使用して、少数のユーザーとの同期を検証してから、組織内でより広範にデプロイします。

  14. プロビジョニングの準備ができたら、[概要] ページから [プロビジョニングの開始] を選択します。

手順 6: デプロイを監視する

プロビジョニングを構成したら、次のリソースを使用してデプロイを監視します。

  1. プロビジョニング ログを使用して、どのユーザーが正常にプロビジョニングされたか、または正常にプロビジョニングされなかったかを判断する
  2. 進行状況バーを確認して、プロビジョニング サイクルの状態と完了までの近さを確認します
  3. プロビジョニング構成が異常な状態にあると思われる場合、アプリケーションは検疫に入ります。 検疫状態についての詳細は、アプリケーションプロビジョニングの隔離状態に関する記事をご覧ください。

変更ログ

  • 2020 年 9 月 10 日 - "displayName" および "manager" 属性のサポートを削除しました。
  • 03/15/2021 - 承認方法を永続的なベアラー トークンから OAuth コード付与フローに更新しました。
  • 10/28/2021 - 既定のマッピングを mail-> emails[type eq "work"].value に更新しました。
  • 10/28/2021 - レート制限が読み取りで毎分 300、書き込みで毎分 1000 に更新されました。

その他のリソース