次の方法で共有


School Data Sync にデータを接続する

重要

School Data Sync (SDS) で教育機関のデータを接続して利用できるようにすることで、このデータを Microsoft と共有し、organizationのデータ ガバナンス標準に準拠することをコミットする権限があることを確認します。

Microsoft 365 Education テナントの SDS を設定する

  • テナントのMicrosoft 365 Education
  • グローバル管理者のアクセス許可が必要
  • データをソースに接続する

SDS アクセスと初回サインイン

  • SDS 管理 ポータルにアクセスするには、Web ブラウザーを起動し、[sds.microsoft.com] に移動し、Microsoft 365 グローバル管理者アカウントを使用してサインインします。

  • [開始する] を選択します。

    ウェルカム メッセージを示すスクリーンショット。

  • [続行] を選択します。

    SDS の概要を示すスクリーンショット。

    次の手順の前に、サービスがテナントにプロビジョニングされるまで少し待ちます。

    サービス プロビジョニングの完了を待っている間の保留中を示すスクリーンショット。

  • [ソース形式] を選択します。 SDS v2.1 CSV または SDS v1 CSV を介して提供されるデータの場合は、[CSV] を選択します。 OneRoster API を介して提供されるデータの場合は、[API] を選択します。 選択した後、[ 次へ] を選択します。

    csv または API 形式のプロンプトを示すスクリーンショット。

  • 接続されたデータ学生情報システム (SIS) または学生管理システム (SMS) の名前を指定します。 管理とトラブルシューティングの目的で、接続されたデータを異なるソース間で区別するのに役立つ情報を含めます。 フォーマット バージョンの場合は、[ SDS v2.1 CSV] を選択します。 [次へ] を選んで続行します。

    名前と v2.1 csv 形式のプロンプトを示すスクリーンショット。

  • [ デバイスの参照] を 選択して、参照と選択ダイアログを表示します。

    注:

    接続データ configuraiton の作成時に最初にアップロードした後は、オプションのファイルで行われたデータの変更に関係なく、後続のアップロードに常に同じファイル セットを指定する必要があります。 そうでない場合は、レコードがアクティブでなくなったとシステムによって判断され、そのようにマークされます。

    v2.1 csv ファイルを参照するプロンプトを選択しているスクリーンショット。

  • ファイルの場所に移動し、ファイルを選択します。

    SDS V2.1 CSV ファイル形式を参照してください。

    必須: 表示されている 3 つのファイルは、続行する前に選択する必要があります。 クラスではなくユーザーのみを管理している場合は、これらのファイルのみを指定する必要があります。

    • orgs.csv
    • users.csv
    • roles.csv

    省略可能/必須: ユーザーのみを管理している場合は必須ではありません。 クラスとクラスの登録も管理している場合は、2 つのファイルと、前の 3 つのファイルを指定する必要があります。 そうでない場合は、これらの名前を持つファイルを選択しないでください。 一方が選択されていて、もう一方が選択されていない場合は、[ 次へ] を選択すると、これらのファイルのいずれかが見つからないことを示すメッセージが表示されます。 続行する前に修正する必要があります。

    • classes.csv
    • enrollments.csv

    省略可能: 次のファイルは省略可能であり、エクスペリエンスを強化するために使用されます。 指定されたメモに基づいて、前のファイルにデータ参照がある場合を除き、必須ではありません。

    • academicSessions.csv (roles.csv、classes.csv、または courses.csv に学術セッション データが含まれている場合は、データを処理するときにエラー メッセージを回避するために提供されます)。
    • courses.csv (classes.csv データにコースへのリンクが含まれている場合は、データを処理するときにエラー メッセージを回避するために提供されます)。
    • demographics.csv
    • userFlags.csv
    • relationships.csv

    ファイルの場所に移動し、v2.1 csv ファイルを選択しているスクリーンショット。

  • ファイルの選択が完了したら、[ 次へ ] を選択して続行します。 システムは、次の画面に進む前に、選択したファイルの名前を検証します。 必要なファイルが見つからない場合は、メッセージが表示され、ファイルまたはファイルに対処して再選択する必要があります。

    v2.1 csv ファイル名の検証を示すスクリーンショット。

  • ファイル名が検証されると、ファイルがアップロードされ、選択したファイルの構造が検証され、SDS CSV v2.1 仕様に基づいてヘッダー名で正しく書式設定されます。

    • メッセージが表示された場合: 見つかったファイルの 1 つ以上が、想定される形式と一致しません。 画面を確認して、ファイルが正しくフォーマットされていないかどうかを確認します。 問題を修正した後でファイルを再選択するには、前の画面に戻る必要があります。

    • メッセージが表示された場合: 1 つ以上のオプション ファイルを見つけることができません。 画面を確認して、見つからないファイルを確認します。 このメッセージが表示されない場合は、前の画面に戻ってファイルを再選択する必要があります。 それ以外の場合は、[ 次へ ] を選択して続行します。

    ファイル ヘッダーのアップロードと検証を行う v2.1 ファイルのスクリーンショット。

  • ファイル スキーマが検証されると、SDS はアップロードされたファイルからクイック データ検証を実行します。 アップロードされたデータは、一部の SDS データ照合規則と検証規則を通過して、適切な必須データと提供された省略可能なデータを特定するのに役立ちます。 すべての検証規則ではなく、最も発生した規則です。

    ヒント

    データ検証の結果は、オンボードまたは csv アップロード エクスペリエンス中にブロックされません。2 つのオプションがあります。データの修正後に終了して戻るか、次の手順に進んでデータ接続の設定を続行し、後で修正されたデータをその後のアップロードで提供します。

    データ検証による v2.1 ファイルの処理のスクリーンショット。

    データ検証によって処理された v2.1 ファイルのスクリーンショット。

  • 調査のフラグが設定されたデータの詳細については、一覧からファイル名の詳細の表示を選択して、特定の項目をドリルインします。

    ファイル別にレポートをダウンロードして、ソース システムの調査と修正に関する最初の作業を開始できます。

    フラグが設定されたファイル列が表示され、フラグが設定されたルールまたはルールを展開して調査できます。

    詳細を表示するために選択された v2.1 csv ファイルのスクリーンショット。

    ルールをクリックすると、たとえば、上位 10 件のレコードの別の概要を確認できます。

    選択したルールの詳細を表示するために選択された v2.1 ファイルのスクリーンショット。

    調査が完了したら、ダイアログを閉じてから [ 次へ] を選択します。

  • ユーザー ID ルール のオプションを選択します。 スタッフロールと学生ロールの両方を選択します。 スタッフと学生のルールが異なる場合は、分割オプションを選択して一意のルールを定義します。 選択内容に問題がなければ、[ 次へ ] を選択して続行します。

    注:

    ユーザー マッチングはデータ ingesiton 中に実行され、Microsoft Entra ID内のユーザー オブジェクトの書き込みまたは更新は行われません。 一致が実行され、SDS データ レイクに格納されます。 詳細については、「 Microsoft 365 ユーザー プロビジョニングの種類に対するデータの管理 」を参照してください。

    • ソースからの属性: SIS/SMS から送信されるデータに基づくユーザー属性。
      • 使用可能なソース オプションは、UsernameEmailActiveDirectory MatchId です
    • 一致する属性: 一致するMicrosoft Entra IDのユーザー プロパティ。
      • 一致オプションMicrosoft Entra ID使用できるのは、UserPrincipalNameMail です
    • (省略可能)ユーザー データに @domain 値が含まれていない場合は、一覧からドメインを選択します。

    警告

    ドメインの選択は省略可能であり、 ソースから 選択した属性に基づく受信データに @domain 値が含まれていない場合にのみ使用する必要があります。 SDS はチェックせず、レコードに値がない場合は追加されます。 SDS は、ドメインの選択をすべてのレコードに追加します。これにより、@domain@domainが発生する可能性があり、Microsoft Entra ID内のユーザーとの既存のユーザー マッピングに対する一致がそれらのインスタンスで見つからない可能性があります。

    注意

    SIS/SMS ユーザー (たとえば、スタッフ ロール グループ内のユーザー) を @domain1 または @domain2 または @domain3 に関連付けることができる場合は、ソース データに含まれる @domain を、ソース の選択から 選択した属性 (例: prefix@domain) に基づいてソース データに含める必要があります。 これは、属性が一致するために必要です。 UserPrincipalName または Mail は、一致する正しいMicrosoft Entraユーザーを見つけます。

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

    • isPrimary がすべての学生ロールに設定されている場合、スタッフ ロールへの関連付けが存在する場合でも、一致は学生ロールに基づいて行われます。

    • isPrimary が任意のスタッフ ロールに設定されている場合、学生ロールへの関連付けが存在する場合でも、スタッフ ロールに基づいて一致が行われます。

    • isPrimary がスタッフロールと学生ロールの両方に設定されている場合、スタッフロールに基づいて一致が行われます。

    • isPrimary がロールに設定されていない場合 (特にスタッフロールと学生ロールの両方が混在している場合)、一致はスタッフロールに基づいています。

    重要

    Microsoft 365 ユーザー provisingin 型へのデータの管理を構成する場合、一致しないユーザー Createに対してオプションがアクティブ化されている場合は、これらの規則を使用して、Microsoft Entra UserPrincipalName プロパティのコンストラクトを定義します。

    ユーザー ID ルールのプロンプトを示すスクリーンショット。

  • 接続されたデータ ソースからのデータに対する更新の同期を SDS で禁止する日付を入力します。 ほとんどの場合、学年が終了したときにデータの同期が停止します。 最大は、同期の開始日から 18 か月です。

    同期終了日のプロンプトを示すスクリーンショット。

  • 表示された情報を確認します。 すべてが正しく見える場合は、[ データの接続 ] ボタンを選択します。 そうでない場合は、戻って正しく移動できます。

    レビューのスクリーンショット。

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

  • 接続データ構成が作成され、最初の実行が保留中の場合は、[ 完了 ] ボタンを選択します。

    ソースの接続データ構成が作成されているスクリーンショット。

    ヒント

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

    ホーム ダッシュボードとデータの管理アクションを示すスクリーンショット。

  • 同期実行の状態をチェックするには、[ホーム] ダッシュボード ページに戻ります。

    データに問題がない場合は、[ホーム] ダッシュボードに [ データ エラーなし] または [警告が見つかりました ] と表示されます。 また、前回の実行時にデータ エラーや警告が発生しませんでした。素晴らしい仕事を続けてください!

    データに問題が見つかった場合は、[ホーム] ダッシュボードに 、データに関するいくつかの問題が検出 されたことを通知し、 同期の正常性を調査することをお勧めします。

    ヒント

    最初の CSV アップロード後にデータを更新するには、「 手動 SDS CSV アップロード」を参照してください。

    ヒント

    Power Automate を使用して CSV アップロードを自動化できます。 詳細については、「 SDS CSV アップロードの自動化」を参照してください。

Connect データ構成の編集

  • ホーム ダッシュボードから、左側のナビゲーションを使用して 同期 |構成

重要

次の手順は、SDS v1 CSV または v2.1 CSV 形式に関係なく同じです。

csv 同期の構成を示すスクリーンショット。

  • [接続済みデータ] タブで、構成済みの ソースの [ソースの詳細の編集 ] を選択します。

    ヒント

    最初の CSV アップロード後にデータを更新するには、「 手動 CSV アップロード」を参照してください。

  • ユーザー ID ルールのオプションを確認します。

    注:

    ユーザー マッチングはデータ ingesiton 中に実行され、Microsoft Entra ID内のユーザー オブジェクトの書き込みまたは更新は行われません。 一致が実行され、SDS データ レイクに格納されます。 詳細については、「 Microsoft 365 ユーザー プロビジョニングの種類に対するデータの管理 」を参照してください。

    • ソースからの属性: SIS/SMS から送信されるデータに基づくユーザー属性。
      • 使用可能なソース オプションは、UsernameEmailActiveDirectory MatchId です
    • 一致する属性: 一致するMicrosoft Entra IDのユーザー プロパティ。
      • 一致オプションMicrosoft Entra ID使用できるのは、UserPrincipalNameMail です

    属性を一致させるにはUserPrincipalName または Mail(例: prefix@domain)、ソース データに@domainが含まれている必要があります。

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

    • isPrimary がすべての学生ロールに設定されている場合、スタッフ ロールへの関連付けが存在する場合でも、一致は学生ロールに基づいて行われます。

    • isPrimary が任意のスタッフ ロールに設定されている場合、学生ロールへの関連付けが存在する場合でも、スタッフ ロールに基づいて一致が行われます。

    • isPrimary がスタッフロールと学生ロールの両方に設定されている場合、スタッフロールに基づいて一致が行われます。

    • isPrimary がロールに設定されていない場合 (特にスタッフロールと学生ロールの両方が混在している場合)、一致はスタッフロールに基づいています。

    重要

    Microsoft 365 ユーザー provisingin 型へのデータの管理を構成する場合、一致しないユーザー Createに対してオプションがアクティブ化されている場合は、これらの規則を使用して、Microsoft Entra UserPrincipalName プロパティのコンストラクトを定義します。

    [次へ] を選んで続行します。

    ユーザー ID ルールプロンプトの編集を示すスクリーンショット。

  • 接続されたデータ ソースからのデータに対する更新の同期を SDS で禁止する日付を確認します。 ほとんどの場合、学年が終了したときにデータの同期が停止します。 最大は、同期の開始日から 18 か月です。

    同期の終了日プロンプトの編集を示すスクリーンショット。

  • 表示された情報を確認します。 すべてが正しい場合は、[ 送信 ] ボタンを選択します。 そうでない場合は、正しい場所に戻ります。

    編集レビューのスクリーンショット。

    編集処理のスクリーンショット。

  • 接続データの構成が更新されたら、[ 閉じる ] ボタンを選択します。

    ソースの接続データ構成が更新されていることを示すスクリーンショット。