1. 学習の実装
  2. Oracle Learning統合のためのMicrosoft Outlookカレンダ・アプリの設定
機械翻訳について

Oracle Learning統合のためのMicrosoft Outlookカレンダ・アプリの設定

学習をMicrosoft Outlookカレンダ統合で使用するには、Microsoft Azureポータルでテナントを作成し、アプリを登録して、アクセス・ポリシーを構成する必要があります。 次に、Oracle Learningで統合を構成し、バックグラウンド・プロセスをスケジュールします。

Azure管理権限を持つユーザーは、ステップ1を完了する必要があります - 6 Azure Active Directoryの「Azure Active Directoryの管理」タスクを使用します。 学習スペシャリスト・ロールを持つユーザーは、残りのステップ7を完了する必要があります - 8位Oracle Learning。
  1. Azure管理者として、Microsoftテナントがまだない場合は、リンクされた情報を使用して「テナントの設定」します。 Oracle LearningにMicrosoft Calendarを構成するには、MicrosoftのテナントIDが必要です。

    次の情報を指定する必要があります:

    • テナント・タイプ: Azure Active Directory
    • 組織名: 組織の名前を入力します
    • 初期ドメイン名: テナントの一意のドメイン名を入力します

    テナントを設定したら、テナントの組織ID値を記録する必要があります。 Oracle LearningでMicrosoft Calendarを構成するときに、これをテナントIDとして入力します。

  2. リンクされた情報を使用するテナント内のアプリケーションまたはweb APIの登録。

    次の情報を指定する必要があります:

    • アプリケーション名: Oracle Learningとの統合についてのわかりやすい名前を入力します。
    • サポートされているアカウント・タイプ: ニーズに最も適したアカウント・タイプを選択します。 詳細は、Microsoftに問い合せてください。
    • リダイレクトURL: Oracle Learningとの統合では、このフィールドを空白のままにできます。

    ステップ6でオンライン会議へのアプリケーション・アクセスを構成する際に使用する、アプリケーションの登録が終了した後に生成されたアプリケーション・クライアントIDを記録する必要があります。 また、Oracle LearningでMicrosoft Calendarを構成する際にも入力します。

  3. リンクされた情報を使用して、クライアント・シークレットを追加します。 指定されたクライアント・シークレット値を記録する必要があります。これは、Oracle LearningでMicrosoft Calendarを構成するときに入力するためです。
  4. リンクされた情報を使用するMicrosoft Graphへのアプリケーション権限の付与。

    Oracle LearningとMicrosoft Calendarの統合が機能するためには、登録済アプリケーションに次の権限を付与する必要があります:

    • User.Read.All
    • Calendars.ReadWrite
    注意: 必要なAPI権限が委任タイプではなくアプリケーション・タイプであることを確認してください。
  5. リンクされた情報を使用して、構成済アプリ権限に管理者の同意を付与します。
  6. Azureアプリケーションには、デフォルトですべてのユーザーに対するCalendar.ReadWrite権限が必要です。 ただし、この統合では、すべてのカレンダ・イベントのデフォルト・オーガナイザとして設定する1人のユーザーのみのカレンダ・アクセスが必要です。 セキュリティ上の理由から、この単一ユーザーへのカレンダ・アクセスを制限するために、Azureでこの構成を行うことを強くお薦めします。
    1. Oracle Learning統合のみで使用されるOffice 365メールボックス(ユーザー)を作成します。 他のユーザーがこのユーザーから会議招待を受けるため、学習コーディネータなどの意味のある名前を付けます。
    2. appAccessPolicyを作成してユーザーに割り当てることで、Active Directoryアプリケーションの権限をこの単一のメールボックスに制限します。 詳細は、「特定のExchange Onlineメールボックスへのアプリケーション権限の制限」を参照してください。
    3. Oracle Learningで、このユーザーをすべてのMicrosoft Outlook会議の招待のデフォルト・オーガナイザとして構成します。
  7. 学習スペシャリストとして、Oracle Learningで外部プロバイダを構成します。

    続行する前に、Azure管理者から次の情報を取得します:

    • テナントID
    • クライアントID
    • クライアント・シークレット
    • 統合ユーザー名(通常はこの形式): <username>@<tenant>.onmicrosoft.com. Oracle Learningでは、管理者ユーザー名として入力します。

    「自分のクライアント・グループ」 > 「学習」ページの「外部プロバイダの構成」タスクを使用して、次のステップを実行します:

    1. 「外部プロバイダの構成」ページで、適切な仮想クラスルーム・プロバイダの行の「構成」をクリックします。
    2. 「外部プロバイダの構成」ページで、「作成」をクリックします。

    3. Azure管理者が指定した情報を使用して、構成パラメータを完了します。

      フィールド 摘要
      ステータス

      Microsoft Calendarプロバイダを利用可能にするか、カレンダ・イベントを学習者およびインストラクタに送信できないようにします。 アクティブの場合、これらの配信済イベント・アラートは送信されません。

      • WLF-00002: オファリング定義が変更されました
      • WLF-00009学習クラウド・インストラクタ予約イベント削除
      • WLF-00008講師の講義アクティビティ定義が変更されました
      ステータスを「アクティブ」から「非アクティブ」に変更すると、カレンダ・イベントでは、既存のアクティビティへの更新がすでに送信されているイベントとの同期は行われません。
      機密 Azure管理者から関連情報を取得する必要があります。
      テナントID
      クライアントID
      すべてのカレンダ会議招待のオーガナイザEメール・アドレス

      このユーザーはカレンダ・イベント・オーガナイザになり、イベント招待を学習者に送信します。

      電子メール・アドレスを持つMicrosoft Calendarユーザー・アカウントが次の条件を満たしていることを確認します:

      • 使用しているテナントIDと同じテナントIDの一部であること。
      • これは一般アカウントであり、個人アカウントではありません。
      • このユーザーから招待を受けるため、学習コーディネータや学習部門などの意味のある名前を付けます。
      • これは一般的なアカウントであるため、「共有Microsoft 365メールボックス」を使用することをお薦めします。
      • 特に本番環境では、デフォルトのオーガナイザ値を更新しないことを強くお薦めします。 新しいコーディネータ・ユーザー・アカウントが前のコーディネータ・アカウントのメールボックスにアクセスできない場合、前のコーディネータ・アカウントによって作成されたイベントに対する更新は、学習者カレンダに伝播されません。
    4. 構成パラメータが正しいことを検証するには、「検証」をクリックします。
    5. 「保存してクローズ」をクリックします
  8. カレンダ・イベントを生成し、学習者とインストラクタ・カレンダをOracle Learningアプリケーションと同期させるには、学習プロセスが1時間に1回実行されるよう、インストラクタ指導トレーニングの同期をスケジュールします。 すでにスケジュールされている場合、何もする必要はありません。
    ノート: すべてのアクティビティ・インストラクタがイベント通知を受け取りますが、参加リンクはプライマリ・インストラクタのイベントのみです。

    インストラクタ指導トレーニングの同期プロセスでは、アクティビティ定義に重要な変更がないかぎり、既存の登録のイベントは送信されません。 これらの主な変更には、日付、時間、タイムゾーンまたはロケーションが含まれます。 日付、時間、インストラクタなど、ILTアクティビティに変更が加えられた場合は常に、次の処理を実行する必要があります:

    1. 学習管理者は、講義詳細ページの「アクション」 「学習割当の突合」オプションを使用して、既存のアクティブな登録に対する変更を調整する必要があります。
    2. 学習のためのインストラクタ指導トレーニングの同期プロセスにより、該当するインストラクタおよび学習者に対して適切なカレンダ更新が行われます。
    注意: 非本番環境で統合をテストする場合は、実際の学習者のスパムを回避するためにアクセスできるメールボックスがある一連のテスト学習者アカウントを使用して統合をテストすることをお薦めします。

関連トピック