次の方法で共有

チュートリアル: Insite LMS を構成し、自動ユーザー プロビジョニングに対応させる

  • [アーティクル]

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

サポートされる機能

  • Insite LMS のユーザーを作成する
  • アクセスが不要になった場合に Insite LMS のユーザーを削除する
  • Microsoft Entra ID と Insite LMS の間でユーザー属性の同期を維持する

前提条件

このチュートリアルで説明するシナリオでは、次の前提条件目があることを前提としています。

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

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

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

シークレット トークンを生成するには

  1. 自分の管理者アカウントで Insite LMS Console にログインします。

  2. 左側のメニューで [Applications] (アプリケーション) モジュールに移動します。

  3. セクション [Self hosted Jobs] (セルフ ホステッド ジョブ) に "SCIM" というジョブがあります。 ジョブが見つからない場合は、Insite LMS サポート チームにお問い合わせください。

    API キー生成のスクリーンショット。

  4. [Generate Api Key](API キーの生成) をクリックします。 API キーをコピーして保存します。 この値を、Insite LMS アプリケーションの [プロビジョニング] タブ内の [シークレット トークン] フィールドに入力します。

Note

API キーは 1 年間のみ有効であり、有効期限が切れる前に手動で更新する必要があります。

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

手順 4: プロビジョニングの対象となるユーザーを定義する

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

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

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

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

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

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

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

  2. [ID]>[アプリケーション]>[エンタープライズ アプリケーション] の順に移動します

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

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

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

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

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

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

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

  6. [管理者の資格情報] セクションで、Insite LMS のテナント URL として https://api.insitelms.net/scim を入力し、上記の手順 2 で生成されたシークレット トークンを入力します。 [接続のテスト] を選んで、Microsoft Entra ID が Insite LMS に接続できることを確認します。 接続に失敗した場合は、お使いの Insite LMS アカウントに管理者アクセス許可があることを確認してから、もう一度試します。

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

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

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

  8. [保存] を選択します。

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

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

    属性 Type フィルター処理のサポート Insite LMS で必須
    userName String ✓ ✓
    emails[type eq "work"].value String ✓ ✓
    active Boolean
    name.givenName String
    name.familyName String
    phoneNumbers[type eq "work"].value String

  11. スコープ フィルターを構成するには、スコープ フィルターのチュートリアルに記載されている手順を参照してください。

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

    [プロビジョニング状態] トグルのスクリーンショット。

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

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

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

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

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

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

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

その他のリソース

次のステップ