この記事では、自動ユーザー プロビジョニングを構成するために LogicGate と Microsoft Entra ID の両方で実行する必要がある手順について説明します。 構成が完了すると、Microsoft Entra ID は Microsoft Entra プロビジョニング サービスを使用して、LogicGate に対してユーザーとグループの自動プロビジョニングおよび自動プロビジョニング解除を行うようになります。 このサービスが実行する内容、しくみ、よく寄せられる質問の重要な詳細については、「Microsoft Entra ID による SaaS アプリケーションへのユーザー プロビジョニングとプロビジョニング解除の自動化」を参照してください。
サポートされる機能
- LogicGate でユーザーを作成する
- アクセスが不要になったときに LogicGate のユーザーを削除する
- Microsoft Entra ID と LogicGate の間でユーザー属性の同期を維持する
前提条件
この記事で説明するシナリオでは、次の前提条件が既にあることを前提としています。
- Microsoft Entra テナント
- プロビジョニングを構成するためのアクセス許可を持つ Microsoft Entra ID のユーザー アカウント (アプリケーション管理者、クラウド アプリケーション管理者、アプリケーション所有者など)。
- Enterprise プラン以上の有効な LogicGate テナント。
- 管理者アクセス許可がある LogicGate のユーザー アカウント。
手順 1:プロビジョニングのデプロイを計画する
- プロビジョニング サービスのしくみを確認します。
- プロビジョニングのスコープに含めるユーザーを決定します。
- Microsoft Entra ID と LogicGate 間でマップするデータを決定します。
手順 2: Microsoft Entra ID によるプロビジョニングをサポートするように LogicGate を構成する
LogicGate 管理コンソールにログインします。右上隅にある [ホーム] タブと [プロファイルの選択] アイコンに移動します。
[Profile](プロファイル)>[Access Key](アクセス キー) に移動します。
![[Profile]\(プロファイル\) タブ](media/logicgate-provisioning-tutorial/profile.png)
[ アクセス キーの生成] を選択します。
![[Access]\(アクセス\) タブ](media/logicgate-provisioning-tutorial/key.png)
アクセス キーをコピーして保存します。この値は、LogicGate アプリケーションの [プロビジョニング] タブの [シークレット トークン *] フィールドに入力されます。
![[キー] タブ](media/logicgate-provisioning-tutorial/access.png)
手順 3: Microsoft Entra アプリケーション ギャラリーから LogicGate を追加する
Microsoft Entra アプリケーション ギャラリーから LogicGate を追加して、LogicGate へのプロビジョニングの管理を開始します。 SSO のために LogicGate を以前に設定していた場合は、同じアプリケーションを使用できます。 ただし、最初に統合をテストするときは、別のアプリを作成することをお勧めします。 ギャラリーからアプリケーションを追加する方法の詳細については、こちらを参照してください。
手順 4: プロビジョニングのスコープに含まれるユーザーを定義する
Microsoft Entra プロビジョニング サービスを使用すると、アプリケーションへの割り当てに基づいて、またはユーザーまたはグループの属性に基づいてプロビジョニングされるユーザーをスコープできます。 割り当てに基づいてアプリにプロビジョニングされるユーザーのスコープを設定する場合は、 手順を使用してユーザーとグループをアプリケーションに割り当てることができます。 ユーザーまたはグループの属性のみに基づいてプロビジョニングする対象を決定する場合、スコープフィルターを使用できます。
小さいところから始めましょう。 全員にロールアウトする前に、少数のユーザーとグループでテストします。 プロビジョニングのスコープが割り当て済みユーザーとグループに設定される場合、これを制御するには、1 つまたは 2 つのユーザーまたはグループをアプリに割り当てます。 スコープがすべてのユーザーとグループに設定されている場合は、属性ベースのスコープ フィルターを指定できます。
追加のロールが必要な場合は、 アプリケーション マニフェストを更新 して新しいロールを追加できます。
手順 5: LogicGate への自動ユーザー プロビジョニングを構成する
このセクションでは、Microsoft Entra ID でのユーザー/グループの割り当てに基づいて TestApp 内のユーザー/グループを作成、更新、無効にするよう、Microsoft Entra プロビジョニング サービスを構成する手順について説明します。
Microsoft Entra ID で LogicGate に対する自動ユーザー プロビジョニングを構成するには、以下の手順を実行します。
クラウド アプリケーション管理者以上として Microsoft Entra 管理センターにサインインします。
Entra ID>企業向けアプリケーションを参照する
![[エンタープライズ アプリケーション] ブレード](common/enterprise-applications.png)
アプリケーションの一覧で [LogicGate] を選択します。

[プロビジョニング] タブを選択します。
![[プロビジョニング] タブ](common/provisioning.png)
[プロビジョニング モード] を [自動] に設定します。
![[自動] タブ](common/provisioning-automatic.png)
[管理者資格情報] セクションで、LogicGate の [テナントの URL] と [シークレット トークン] を入力します。 [ テスト接続] を選択して、Microsoft Entra ID が LogicGate に接続できることを確認します。 接続できない場合は、使用中の LogicGate アカウントに管理者アクセス許可があること確認してから、もう一度試します。

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

保存を選択します。
[マッピング] セクションで、[Microsoft Entra ユーザーを LogicGate に同期する] を選択します。
[属性マッピング] セクションで、Microsoft Entra ID から LogicGate に同期されるユーザー属性を確認します。 [Matching](照合) プロパティとして選択されている属性は、更新処理で LogicGate のユーザー アカウントとの照合に使用されます。 一致するターゲット属性を変更する場合は、LogicGate API がその属性に基づくユーザーのフィルター処理をサポートしていることを確認する必要があります。 [保存] ボタンをクリックして変更をコミットします。
属性 タイプ フィルター処理のサポート ユーザー名 糸 ✓ emails[type eq "work"].value 糸 活動中 ボーリアン name.givenName 糸 name.familyName 糸 スコープ フィルターを構成するには、スコープ フィルターに関する記事に記載されている次の手順 を参照してください。
LogicGate に対して Microsoft Entra プロビジョニング サービスを有効にするには、[設定] セクションで [プロビジョニング状態] を [オン] に変更します。
![プロビジョニングの状態を [オン] に切り替える](common/provisioning-toggle-on.png)
[設定] セクションの [スコープ] で目的の値を選択して、LogicGate にプロビジョニングするユーザーやグループを定義します。

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

この操作により、 [設定] セクションの [スコープ] で定義したすべてのユーザーとグループの初期同期サイクルが開始されます。 初期サイクルは後続の同期よりも実行に時間がかかります。後続のサイクルは、Microsoft Entra のプロビジョニング サービスが実行されている限り約 40 分ごとに実行されます。
手順 6:デプロイを監視する
プロビジョニングを構成したら、次のリソースを使用してデプロイを監視します。
- プロビジョニング ログを使用して、どのユーザーが正常にプロビジョニングされたか、または正常にプロビジョニングされなかったかを判断する
- 進行状況バーを確認して、プロビジョニング サイクルの状態と完了までの近さを確認します
- プロビジョニング構成が異常な状態にあると思われる場合、アプリケーションは検疫に入ります。 検疫状態についての詳細は、アプリケーションプロビジョニングの隔離状態に関する記事をご覧ください。