School Data Sync の概要

[アーティクル]
03/26/2024

School Data Sync

School Data Sync (SDS) は、学生情報または管理システムのユーザーと名簿データを Microsoft 365 と同期するプロセスを自動化するのに役立つ、教育機関向けの無料サービスです。 SDS は、教育organization、ユーザー、クラス、ロールを管理するのに役立つツールです。 SDS はデータを Microsoft Entra ID と Microsoft 365 と同期するため、Microsoft Teams、Intune for Education、Exchange Online、SharePoint Online、OneNote Class ノートブックを使用し、シングルサインオン統合でサードパーティ製アプリを有効にすることができます。 SDS は、学習をより魅力的で効率的なものにするのに役立ちます。

SDS の前提条件

Microsoft 365 Education テナント
グローバル管理者のアクセス許可

SDS のコア概念

School Data Sync は、教育機関が学校データ同期を正常に設定して使用し、Microsoft 365 エクスペリエンスをグローバルに強化するのに役立った、教育カスタマーサクセスチームのベストプラクティスをモデル化します。これらのベストプラクティスを適用することで、オンボードと監視に関する IT 管理者のエクスペリエンスを向上させ、データの正常性の理解を深めるとともに、管理者が学習成果を向上させるためのイノベーションに集中するのに役立つ時間が増えると考えています。

オンボードエクスペリエンスは、データの接続とデータの管理に分割され、学習成果を向上させるシナリオが可能になります。

データの接続

まず、教育機関のデータに接続する必要があります。お客様は、学生情報システムの (SMS) /学生管理システム (SMS) データの取り込みまたは接続方法を定義しています。ここでは、ソースシステム、受信データの形式、ユーザー ID 照合ルール、およびアクティブな学年を定義します。既定では、同期は実行と呼ばれる 1 日に 2 回 (2 倍) アクティブになります。

実行が開始されると、定義されたソースに接続し、基本的な検証を実行します。基本的な検証では、ソースとしての OneRoster API の接続が正しいか、ファイル名とヘッダーがソースとしての SDS CSV に対して正しいことを確認します。

次に、高度な検証に備えて、インポート用のデータが変換されます。データ変換の一環として、構成された学年に関連付けられます。

ソースシステム/データにユーザーのorganizationロールの入力日と終了日が指定されていない場合、システムはレコードの存在または非存在に基づいて、入力日または終了日を推論しません。
ソースシステム/データにユーザー登録の入力日と終了日が指定されていない場合、システムはレコードの存在または非プレゼンスに基づいて入力日を推測したり、データを終了したりしません。
ソースシステム/データに、ユーザーの有効なorganization/登録/連絡先ロールが提供されていない場合、システムはユーザーレコードをシステムに追加しません。
データを学年に関連付け、レコードのアクティブな状態を識別します。
- 年度は、受信データを関連付けるために使用され、時間が進むにつれて、年単位で履歴データを構築するのに役立ちます。
- このアプローチは、学年と暦年に合わせて調整されます。
  - たとえば、2023 年 8 月 15 日に始まり、2024 年 6 月 15 日に終了するなど、学年が暦年にまたがる場合、選択する学年の値は 2024 年の終了年になります。
セッション (学年) とのユーザーの関連付けは、organizationに関連付けられているその役割に基づいています。
ユーザーとクラスの関連付けは、登録に関連付けられているロールに基づいています。これには、セッションへのリンクも含まれます。

さらに、更新されたMicrosoft Entra IDのコピーも SDS Data Lake に格納されます。 Microsoft Entraのコピーは、SIS/SMS と Microsoft Entra ユーザーオブジェクト間のユーザーマッチングに役立ちます。この段階では、一致リンクはユーザーオブジェクトMicrosoft Entra書き込まれません。

ユーザーが複数のロールを持つインスタンスでは、次のルールを使用して、ユーザーレコードとMicrosoft Entra ユーザーオブジェクトの間で使用するスタッフまたは学生の一致ルールを決定します。

さらに、システムでは、Microsoft Entra IDの更新されたコピーも Education データレイクに格納されます。 Microsoft Entraのコピーは、SIS/SMS と Microsoft Entra ユーザーオブジェクト間のユーザーマッチングに役立ちます。この段階では、一致リンクはユーザーオブジェクトMicrosoft Entra書き込まれません。

isPrimary がすべての学生ロールに設定されている場合、スタッフロールへの関連付けが存在する場合でも、一致は学生ロールに基づいて行われます。
isPrimary が任意のスタッフロールに設定されている場合、学生ロールへの関連付けが存在する場合でも、スタッフロールに基づいて一致が行われます。
isPrimary がスタッフロールと学生ロールの両方に設定されている場合、スタッフロールに基づいて一致が行われます。
isPrimary がロールに設定されていない場合 (特にスタッフロールと学生ロールの両方が混在している場合)、一致はスタッフロールに基づいています。

検証、格納、データの正常性

次に、SDS は高度な検証を実行して、データの正常性を判断します。検証では、エラーや警告の特定に重点を置いています。検証は、優れたデータを取り込み、悪いデータを保持するという概念に従います。エラーは、レコードが必要なデータに基づいて検証に合格せず、それ以上の処理から削除されたことを意味します。警告は、レコードの省略可能なフィールドの値が渡されなかったため、値がレコードから削除されたことを意味しますが、さらに処理するためにレコードが含まれていました。エラーと警告は、データの正常性を理解するのに役立ちます。

検証に合格した適切なデータのために、プロセスは構成された学年情報を使用して、縦方向のストレージとの関連付けを決定します。データが SDS Data Lake の内部表現に格納されると、SDS によって初めて表示されるタイミングが識別され、ユーザーの組織、ロールの関連付け、およびクラスの関連付けとリンクされたデータについては、現在の学年のセッションでもアクティブとして識別されます。今後の実行では、同じ受信フロー、ソース、および構成された学年に対して、SDS はレコードがまだ表示されているかどうかを識別し、レコードの有無に基づいてレコードをアクティブに保ち、現在の学年のアクティブなレコードとしてマークします。これは、SDS が日と学年の間のデータの履歴と縦方向の性質を決定する方法です。

データは、新しいレコードが初めて表示されたときに反映されます。 FirstSeenDateTime は、レコードが SDS によって最初に表示された時刻と、テーブル内のその行の作成データです。これは、データが外部システムに追加された後にSDSがうまく実行された可能性があるため、SIS / SMSのレコードの作成日を意味するものではありません。
- SDS は、最初に表示された日付 (時刻) と最終変更日 (時刻) を現在に設定し、必要に応じてレコードを "セッションでアクティブ" としてマークして true にします。
データは、後続の実行で同じレコードが存在する場合に反映されます。 LastSeenDateTime は、SDS が最後に同期中のデータを見た瞬間です。
- SDS は、最初に表示された日付 (時刻) の値を保持し、最後に変更された日付 (時刻) を現在に設定し、"セッションでアクティブです" を true のままにします。
データは、同じレコードが後続の実行に存在しない場合に反映されます。これは SIS/SMS からのレコードの削除日ではなく、SDS が同期中にレコードを最後に見た日時です。
- SDS では、最初に表示された日付 (時刻) と最後に変更された日付 (時刻) の値が保持されます。必要に応じて、レコードを "IsActiveInSession" として false にマークします。
以降の実行時、同じソース、および同じ学年にデータが欠落している場合の、EDU Data Lake 内のデータの一般的なデータ処理ルールを次に示します。
- 組織: 後続の実行時に見つからない場合、システムは何も実行せず、レコードは保持されます。
- ユーザー: 後続の実行時に見つからない場合、システムはロールと登録をorganizationユーザーに対して IsActiveInSession を False に設定します。
- ロール: 後続の実行時に見つからない場合、ユーザーのロールに対して IsActiveInSession が False に設定organization。
- アカデミックセッション: 後続の実行時に欠落している場合は、何も行わないとレコードが保持されます。
- クラス: 後続の実行時に欠落している場合、システムはセクション、セクションセッション、および登録に IsActiveInSession を False に設定します。
- 登録: 後続の実行時に見つからない場合、システムは登録のために IsActiveInSession を False に設定します。
- コース: 後続の実行時に欠落している場合、システムはコースの IsActiveInSession を "False" に設定します。
- 人口統計: 後続の実行時に欠落している場合、システムは何も実行せず、レコードは保持されます。
- ユーザーフラグ: 後続の実行時に見つからない場合、システムは何も実行せず、レコードは保持されます。
- リレーションシップ: 後続の実行時に不足している場合、システムは何も実行せず、レコードが保持されます。
"非アクティブ化" レコードのローリング更新が行われます。たとえば、ユーザーレコードが存在しない場合、システムは既存の最初に表示された日付 (時刻) と最終変更日 (時刻) の値を保持します。システムは、ユーザーの組織/ロールおよび登録レコードに対して "セッションでアクティブです" を false に設定します。
- 組織、ユーザー、セッションのレコードは時間の経過と同時に保持され、非アクティブ化されません。
- 前に説明したように、organizationする関連付けレコード、ユーザーレコード、セッションレコード、および関連付けレコード IsActiveInSession 状態のみが、一般的なデータ処理ルールに基づいて影響を受けます。
用語のアカデミックセッションデータを含む接続データ:
- アップロードが同じソース、学年、接続されたデータに対して行われるが、リンクされた学術セッション期間と、その既存の学術セッション用語とリンクされたデータがデータに存在しない場合:
  - システムはリンクされたレコードに対して非アクティブ化プロセスを実行せず、既存の状態を保持します。
  - [IsActiveInSession] が False に更新され、分析ニーズの最後の状態が維持されます。
- システムは、アカデミックセッション期間の開始日と終了日を利用して、アクティブな年度の現在およびアクティブな学術セッションの用語を決定します。
ソースデータがユーザーのセクション登録レコードの提供を停止し、同じ学年 (用語) 内に同じユーザーのセクション登録を提供すると、システムは既存のレコードを更新します。

各実行の最後に、データ正常性が決定されます。エラーや警告がない場合、システムは管理者がデータアクションを必要としないと判断します。エラーや警告がある場合、システムはデータに問題が見つかったことを通知し、データの正常性を調査することをお勧めします。エラーと警告の統計は、データの正常性への初期影響を提供するために生成されます。管理者は、データの正常性を調査するときに、検出されたエラーと警告に基づく情報を含むログファイルをダウンロードできます。管理者は、データ調査プロセスを開始して、ソースシステム内のデータを修正できます。

実行状態
- 実行中: アクティブに実行
- 完了: エラーや警告なしで完了
- エラーで完了: 完了したが、エラーが見つかりました
- 警告で完了: 完了したが、警告のみが見つかりました
- エラー: システムによって取り消された実行
カウント
- エラー: 発生したエラーの合計数。エラーは、レコードが検証に合格せず、検証後に、処理前にレコード全体が削除されたことを意味します。検証後にレコードを処理できなかった場合、カウントにはそのレコードも含まれます。
- 警告: 検出された警告の合計数。警告は、レコード上のデータの 1 つ以上の部分が検証に合格しなかったことを意味します。レコードのデータを含むフィールドは削除されましたが、残りのレコードと検証されたデータは、検証後の処理の前に残ります。

データ管理

SDS を使用して学習成果を向上させるためにデータを管理すると、Microsoft 365 の仮想教室の動的なプロビジョニングと名簿の更新が提供され、Teams、SharePoint、Exchange、OneNote Class Notebook などの Microsoft 365 グループ対応アプリの展開と導入が簡素化されます。また、SDS は、簡素化された Microsoft 365 ID 管理、アプリ管理、デバイス管理を支援するために、教育機関、ユーザー、および IT グループのプロビジョニングも実行します。 SDS には、同期する SIS/SMS 値をMicrosoft Entra ID内に格納するオプションも用意されています。 Microsoft Entra IDへのプロビジョニングでは、Education API (アプリケーションプログラミングインターフェイス) と Microsoft Graph を使用して、サードパーティのアプリケーションで名簿情報を使用できるようにすることもできます。

データ構成の接続を定義した直後、アクティブな初回実行時、または最初の実行が完了した後で、データの管理構成を設定できます。

湖のデータに基づいて、アクティブな学年に関連付けられて、アクティブです。
接続データ構成時に定義された同期終了日を使用して、マネージドデータの変更の実行を停止するタイミングも把握します。
- 年度の切り替えと新しい同期終了日の定義の後、データの管理構成が再び開始されます。

さまざまな Microsoft 365 シナリオをサポートしながら、管理者のエクスペリエンスを簡素化するために、管理者は、有効にするプロビジョニングの種類の構成を定義できます。

ユーザープロビジョニングの種類を使用すると、SIS ユーザーからの Microsoft 365 ユーザーの管理とマッピングを自動化できます。これにより、sourcedId 値に基づいてマッピングリンクがMicrosoft Entra IDでユーザーのオブジェクトに書き込まれます。

レイク内のデータに基づいて、アクティブな学年に関連付けられ、セッションでアクティブとして識別されます。
既定の属性と省略可能な属性を使用して、一致したユーザーリンクを Microsoft Entra ユーザーオブジェクトに書き込みます。
- これらの既定値は、マップされたすべてのユーザーに対して書き込まれます。
  - ユーザー外部 ID: ユーザーの sourcedId フィールドにデータが見つかりました。
  - 組織の外部 ID: ユーザーの関連付けられているorganizationとロールの orgSourcedId フィールドにあるデータ。
  - 組織ロール: ユーザーと関連付けられているorganizationのロールフィールドにあるデータ。
- これらの省略可能な値は、選択されている場合に書き込まれ、データに値が指定されます。
  - ユーザーの成績レベル: 関連付けられているorganizationとロールのユーザーの成績フィールドにあるデータ。
  - ユーザー番号: 関連付けられているorganizationとロールのユーザーのユーザー番号フィールドにあるデータ。
ユーザーが複数のロールを持っている場合、ルールを使用して、ユーザーオブジェクトにロールを書き込むときに値Microsoft Entra決定します。
- isPrimary がすべての学生ロールに設定されている場合、スタッフロールへの関連付けが存在する場合でも、ロール属性値は学生ロールに基づいて作成されます。
- isPrimary が任意のスタッフロールに設定されている場合、学生ロールへの関連付けが存在する場合でも、ロール属性値はスタッフロールに基づいて作成されます。
- isPrimary がスタッフロールと学生ロールの両方に設定されている場合、ロール属性値はスタッフロールに基づいて作成されます。
- isPrimary がロールに設定されていない場合 (特にスタッフロールと学生ロールの両方が混在している場合)、ロール属性値はスタッフロールに基づいています。
ユーザーが複数の組織にも関連付けられている場合は、ロールを Microsoft Entra ユーザーオブジェクトに書き込むときに値を決定するために追加のルールが使用されます。
- Microsoft Entra ユーザーオブジェクトに設定するには、最上位のorganization ロールのorganization ロールの並べ替え順序の値を利用します。
有効にできる 'Student' のロールを持つユーザーを管理する場合は、追加のオプションがあります。
- すべての学生を未成年者としてマークする: ルールに基づいて、ロールが Student の場合にMicrosoft Entra ユーザーオブジェクトに書き込まれるユーザーロールの値を決定します。この設定は、ユーザーを未成年者として識別し、Microsoft およびサードパーティのアプリケーションがユーザーをそのように識別できるようにします。結果は、AgeGroup ユーザープロパティと ConsentProvidedForMinor ユーザープロパティを設定します。 2 つのプロパティを設定した結果、LegalAgeGroupClassification の属性が MinorWithParentalConsent に設定されます。
- 学生の連絡先の関連付け: ユーザーが Student の場合、および SIS からの接続データが含まれている場合は、Microsoft Entra 保護者または保護者とも呼ばれる連絡先リレーションシップを取り込むため、ユーザーオブジェクトに書き込まれるユーザーロールの値を決定するルールに基づいています。データの処理時にこのオプションがオンになっている場合は、教師のコミュニケーションのためにMicrosoft Entraユーザーオブジェクトの連絡先情報が含まれます。
SDS では、Azure AD Syncやその他のユーザー管理ツールを使用しないテナントに対して、一致しないユーザーを作成してユーザーの作成を管理することもできます。 SDS で新しいユーザーを作成する場合は、有効にすることができます。
- 既定では、設定はオフです。ユーザーが他の自動化された手段を使用してMicrosoft Entra IDで作成および管理されている場合は、このオプションを有効にしないでください。
- Microsoft Entra UserPrincipalName 値 (username とも呼ばれます) は、ユーザーの SIS レコードにリンクされた Connect データ構成の一部として、ユーザー ID ルールの選択から作成されます。
  - これは、ユーザーが作成された後、ユーザー ID ルールを使用して、後続の実行時に同じユーザーオブジェクトへのリンクを続行するためです。これは、1 つのルールセットを使用して新しいユーザーを作成し、別のルールセットでユーザーを識別することを防ぐためです。
- 既存のMicrosoft Entraユーザーと一致せず、作成するスタッフユーザーと学生ユーザーの場合は、既定のパスワードを定義します。
  - パスワードの構築は、パスワード保護ガイダンスMicrosoft Entra ID従い、ユーザーを正常に作成するために受け入れられる既定値のスコア付けの計算を支援します。
  - パスワードの構成は、後で新しいユーザーを作成するときに既定のパスワードをローテーションするテナントの編集フローエクスペリエンスを使用して変更できます。
- ライセンスの選択は省略可能であり、設定する必要はありません。選択した場合、ユーザーの作成時に既定のライセンスが設定されます。グループベースのライセンスの割り当てと管理の使用を計画している場合は、値を選択しないでください。

クラスグループのプロビジョニングの種類は、クラスグループを管理するためのものであり、ユーザーが相互に接続し、コミュニケーションを取り、Teams を含むさまざまなMicrosoft 365 Apps間で共同作業を行うスペースを提供します。これにより、検出されたすべてのアクティブなクラスのクラスグループが作成されます (少なくとも、マップされた所有者ロールにリンクされているアクティブなユーザーがクラスに関連付けられます)。管理者には、対応するクラスグループに基づいてクラスチームを自動的に作成する機能を有効にするオプションもあります。

クラスまたはセクションごとに Microsoft 365 グループを作成します。
既定の属性と省略可能な属性を使用して、Microsoft Entra グループオブジェクトへのグループリンクを書き込みます。
- これらの既定値は、管理されているすべてのクラスグループに対して書き込まれます。
  - クラス外部 ID: セクションまたはクラスの sourcedId フィールドで見つかったデータ。
  - クラスタイトル: セクションまたはクラスのタイトルフィールドにあるデータ。
- これらの省略可能な値は、選択されている場合に書き込まれ、データに値が指定されます。
  - コースタイトル: セクションまたはクラスに関連付けられているコースのタイトルフィールドにあるデータ。
  - コースコード: セクションまたはクラスに関連付けられているコースのコードまたはコースコードフィールドに見つかったデータ。
  - コースの件名: セクションまたはクラスに関連付けられているコースの subject または subjectCodes フィールドで見つかったデータ。アラームとして、SIS から提供される値は、接続されたデータで受け入れられる対応する値のリストと一致している必要があります。そうでない場合、値は取り込まれないため、修正されるまでデータはグループオブジェクトに転送されません。
  - コースの成績レベル: セクションまたはクラスに関連付けられているコースの成績または成績コードフィールドに見つかったデータ。アラームとして、SIS から提供される値は、接続されたデータで受け入れられる対応する値のリストと一致している必要があります。そうでない場合、値は取り込まれないため、修正されるまでデータはグループオブジェクトに転送されません。
  - コース外部 ID: セクションまたはクラスに関連付けられているコースの courseSourcedId フィールドにあるデータ。
  - アカデミックセッションの外部 ID: セクションまたはクラスに関連付けられているアカデミックセッションの sessionSourcedId コードフィールドにあるデータ。 SIS/SMS から学術セッションが含まれず、このオプションが選択されている場合は、アクティブな学年 externalId 値が使用されます。
  - アカデミックセッションのタイトル: セクション/クラスに関連付けられているアカデミックセッションのタイトルフィールドにあるデータ。 SIS/SMS から学術セッションが含まれていない場合、このオプションが選択されている場合は、アクティブな学年名の値が使用されます。
クラスまたはセクションの登録とその登録ロールに基づいて、所有者とメンバーを定義します。
- ユーザーとクラスグループの関連付けは、セクションまたはクラスに関連付けられている登録ロールに基づいています。
- ロールを選択すると、関連付けられたグループのそのロールを持つすべてのユーザーに対して、そのユーザーがそのセクションまたはクラスに含まれることを意味します。
- クラスグループのユーザー特権は、関連付けられている登録ロールと、そのロールが [所有者] または [メンバー] の一覧で選択されている場合に基づきます。
  - 選択されていないロールの場合、対応するグループの登録ロールレコードを持つユーザーがいる場合でも、それらのロールはリンクされないか、対応するグループ、セクション、またはクラスにアクセスできません。
- 所有者には、グループの管理、グループの表示名の変更、グループメンバーの追加または削除を行う編集権限があります。
  - 所有者も表示され、グループのメンバーとして一覧表示されます。これにより、Microsoft アプリケーションでセクションまたはクラスを表示できます。
- 所有者ではないメンバーには、グループの読み取り専用アクセス許可があります。所有者がクラスをアクティブ化した場合にのみ、クラスチームにアクセスできます。
クラスグループを管理する場合は、追加のオプションがあります。
- Teams の自動作成: このオプションを選択すると、同期されたクラスまたはセクションごとに Microsoft グループチームとクラスチームが作成されます。オプションが選択されていない場合は、Microsoft 365 グループのみが作成されます。
  - トグルがオンの場合:
    - SDS から作成された Class Teams を使用している教師またはグループ所有者の場合、学生やその他のグループメンバーの前に早期アクセスできます。教師の準備ができたら、[アクティブ化] を選択して、学生やその他のグループメンバーへのアクセスを許可できます。
  - トグルがオフの場合:
    - SDS がクラスチームを作成していない教師またはグループ所有者の場合は、チームと手動で SDS クラスグループに基づいて Class Teams を作成できます。教師の準備ができたら、[アクティブ化] を選択して、学生やその他のグループメンバーへのアクセスを許可できます。
- クラスグループの表示名: このオプションを選択すると、初期作成時にのみクラスグループの表示名が書き込まれます。このオプションを使用すると、管理者とグループ所有者は、グループとクラスチームの表示名を更新し、今後の実行で更新からの変更を保持できます。

セキュリティグループのプロビジョニングの種類は、セキュリティグループを管理するためのものであり、Microsoft 365 のさまざまな ID 管理、アプリ管理、デバイス管理シナリオで使用するためのグループ構造を提供します。

役割グループ: ユーザーロールグループ別にセキュリティグループを作成します。例: 1 つはすべての学生用、もう 1 つはすべてのスタッフ用です。
- すべての Students セキュリティグループを作成し、 Students ロールグループのロールを持つユーザーを管理します。
- すべてのスタッフセキュリティグループを作成し、スタッフロールグループのロールを持つユーザーを管理します。
組織、組織、役割グループ: 組織と役割グループの組み合わせによってセキュリティグループを作成します。例: Contoso School containing Students - Contoso School and Staff - Contoso School。
- アクティブなユーザーが存在する組織ごとにセキュリティグループを作成します。
- 対応する役割グループと組織のセキュリティグループを組織のセキュリティグループに入れ子にします。
  - 学生ロールグループ + 組織が存在するロールを持つユーザーの組み合わせごとにセキュリティグループを作成します。
  - スタッフロールグループ + 組織が存在するロールを持つユーザーの組み合わせごとにセキュリティグループを作成します。
SDS セキュリティグループは、Microsoft Entra IDおよび Microsoft 365 内のさまざまな管理機能で使用できます。 SDS セキュリティグループの最も一般的な使用方法を次に示します。
- Intune for Education デバイスポリシー - 教育にIntuneとは
- モバイルデバイス管理 - デバイスセキュリティポリシーを作成して展開する
- グループベースのライセンス - Microsoft Entra IDのグループメンバーシップ別にユーザーにライセンスを割り当てる
- 条件付きアクセス - 条件付きアクセスとは
- グループとチーム作成ポリシー - グループの作成を管理する
- セルフサービスパスワードリセット - ユーザーがパスワードをリセットできるようにする
  - パスワードリセットのセキュリティグループを対象にするには、手順 5 で [すべて] ではなく [選択済み] を選択します。

管理単位のプロビジョニングの種類は、管理単位を管理するためのものであり、委任された IT 管理とスコープ付きロールの割り当てのグループ構造を提供します。スコープ付きロールの割り当てにより、管理者は、より広範な Microsoft 365 ディレクトリのサブセットを管理できます。

組織: 組織別に管理単位を作成し、ユーザー、organization クラスグループ、organizationセキュリティグループorganizationリンクします。この選択により、EDU Graph Schools エンドポイントで使用できる種類 'school' が組織に提供されます。例: Contoso School ユーザー + クラスグループ + セキュリティグループを含む Contoso School。
- アクティブなユーザーが存在する各組織の管理単位を作成します。
- アクティブな関連付けを持つすべての学生を、学生ロールグループの役割を持つ組織にリンクします。
- アクティブな関連付けを持つすべてのスタッフを、スタッフロールグループのロールを持つ組織にリンクします。
- クラスグループもプロビジョニングする場合は、アクティブな関連付けを持つすべてのクラスを組織にリンクします。
組織と役割グループ: 組織と役割グループの組み合わせによって管理単位を作成します。 SDS を使用すると、許可されたスタッフが学校の管理単位の学生に対して委任された IT 管理を実行できます。例: 学生 - Contoso School、Staff - Contoso Schools。
- 学生 - 学生ロールグループのロールを持つユーザーの組み合わせごとに、アクティブなユーザーが存在する各組織の学生 - 組織管理単位を作成します。
- Staff - Staff ロールグループのロールを持つユーザーの組み合わせごとに、アクティブなユーザーが存在する各組織のスタッフ - 組織管理単位を作成します。