次の方法で共有


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

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

サポートされている機能

  • Hoxhunt でユーザーを作成する
  • アクセスが不要になった場合に Hoxhunt のユーザーを削除する
  • Microsoft Entra ID と Hoxhunt の間でユーザー属性の同期を維持する
  • Hoxhunt へのシングル サインオン (推奨)

[前提条件]

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

  • Hoxhunt テナント。
  • 組織の SCIM API キーと SCIM エンドポイント URL (Hoxhunt サポートによって構成済み)。

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

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

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

Hoxhunt サポートに問い合わせて SCIM API キーと SCIM エンドポイント URL を受け取り、Microsoft Entra ID でのプロビジョニングをサポートするように Hoxhunt を構成します。

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

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

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

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

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

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

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

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

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

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

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

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

    アプリケーション リストの Hoxhunt リンクのスクリーンショット。

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

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

  5. [プロビジョニング モード][自動] に設定します。

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

  6. [管理者資格情報] セクションで、Hoxhunt の [テナントの URL] と [シークレット トークン] を入力します。 [ テスト接続] を選択して、Microsoft Entra ID が Hoxhunt に接続できることを確認します。 接続できない場合は、使用中の Hoxhunt アカウントに管理者アクセス許可があることを確認してから、もう一度試します。

    トークン

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

    通知メールのスクリーンショット。

  8. 保存 を選択します。

  9. [マッピング] セクションで、[Microsoft Entra ユーザーを Hoxhunt に同期する] を選択します。

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

    特性 タイプ フィルター処理でサポートされます Hoxhunt で必須
    ユーザー名
    emails[type eq "仕事"].value
    活動中 ボーリアン
    名前.名
    名前.姓
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:部門
    アドレス[タイプ Eq "仕事"].国
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:division
    優先言語
    アドレス[タイプ eq "職場"].ローカリティ
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:ユーザー:マネージャー リファレンス
  11. スコープ フィルターを構成するには、スコープ フィルターに関する記事に記載されている次の手順 参照してください。

  12. Hoxhunt に対して Microsoft Entra プロビジョニング サービスを有効にするには、[設定] セクションで [プロビジョニングの状態][オン] に変更します。

    プロビジョニング状態をオンに切り替えたスクリーンショット。

  13. [設定] セクションの [スコープ] で目的の値を選択して、Hoxhunt にプロビジョニングするユーザーやグループを定義します。

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

  14. プロビジョニングの準備ができたら、 [保存] を選択します。

    プロビジョニング構成の保存のスクリーンショット。

この操作により、[設定] セクションの [スコープ] で定義されているすべてのユーザーとグループの初期同期サイクルが開始されます。 最初のサイクルは、Microsoft Entra プロビジョニング サービスが実行されている限り、約 40 分ごとに発生する後続のサイクルよりも実行に時間がかかります。

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

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

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

変更履歴

  • 2021/04/20 - コア ユーザー属性 preferredLanguage とエンタープライズ拡張属性 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:division のサポートが追加されました。
  • 2023/08/08 - コア ユーザー属性 addresses[type eq "work"].locality|String とエンタープライズ拡張属性 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:manager のサポートが追加されました。

その他のリソース