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

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

サポートされている機能

  • CheckProof でユーザーを作成する
  • アクセスが不要になった場合に CheckProof でユーザーを削除する
  • Microsoft Entra IDと CheckProof の間でユーザー属性の同期を維持する
  • CheckProof でグループとグループ メンバーシップをプロビジョニングする
  • CheckProof にシングル サインオンする (推奨)
  • 有効期間が長いベアラー トークン認証がサポートされています。

[前提条件]

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

  • SCIM プロビジョニング機能が有効になっている CheckProof アカウント。

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

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

手順 2: Microsoft Entra IDでのプロビジョニングをサポートするように CheckProof を構成する

  1. CheckProof 管理者アカウントにログインします。

  2. [Settings](設定)>[Company Settings](会社の設定) に移動します。

    プロビジョンのスクリーンショット。

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

  4. プロビジョニング URLプロビジョニング シークレット トークンが表示されます。 これらの値は、CheckProof アプリケーションの [プロビジョニング] タブの [ テナント URL ] フィールドと [ シークレット トークン ] フィールドに入力されます。

    テナントのスクリーンショット。

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

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

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

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

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

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

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

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

  1. Microsoft Entra 管理センターに少なくとも Cloud アプリケーション管理者としてサインインします。

  2. Entra ID>Enterprise appsを参照してください

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

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

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

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

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

  5. [ + 新しい構成] を選択します。

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

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

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

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

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

  9. [ 通知メール ] フィールドに、プロビジョニング エラー通知を受け取るユーザーのメール アドレスを入力し、[ エラーが発生したときに電子メール通知を送信 する] チェック ボックスをオンにします。

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

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

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

    特性 タイプ フィルター処理のサポート
    ユーザー名
    活動中 ブール値
    roles
    displayName
    emails[type eq "仕事"].value
    優先言語
    name.givenName
    name.familyName
    電話番号[タイプ eq "携帯"].値
    externalId
  12. Attribute-Mapping セクションで、Microsoft Entra IDから CheckProof に同期されるグループ属性を確認します。 [Matching](照合) プロパティとして選択されている属性は、更新処理で CheckProof のグループとの照合に使用されます。 [保存] ボタンをクリックして変更をコミットします。

    特性 タイプ フィルター処理のサポート
    displayName
    externalId
    members リファレンス
  13. スコープ フィルターを構成するには、スコープ フィルターに関する記事に記載されている手順 参照してください。

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

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

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

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

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

その他のリソース