School Data Sync
よく寄せられる質問
School Data Sync (SDS) とは
SDSは、学生情報システム(SIS)/学生管理システム(SMS)から名簿を読み取るMicrosoft 365 Educationの無料サービスです。 Microsoft Teams、Intune、およびサード パーティのアプリケーションのクラスを作成します。 Microsoft Teamsは、Microsoft 365 for Education で会話、コンテンツ、アプリをまとめます。
SDS でサポートされている SIS/SMS ベンダーは何ですか?
SDS は CSV (コンマ区切り値) ファイルでのデータのインポートをサポートしているため、市場のすべての SIS/SMS をサポートします。 SDS では、業界標準の OneRoster API (アプリケーション プログラミング インターフェイス) を使用した名簿データのインポートもサポートされています。
SDS V2.1 CSV ファイル形式を参照してください。
サポートされている API ベンダーの詳細については、「 OneRoster API プロバイダーの概要」を参照してください。
SDS はどこで利用できますか?
SDS は現在、中国とドイツを除く世界中のすべてのリージョンで利用できます。
接続データ構成が作成された後、同期は継続的に実行されます。
- OneRoster API の場合、SIS への接続は継続的であり、同期するデータの変更を常にポーリングします。
- CSV の場合、データ変更を含む新しい CSV ファイルをアップロードすることで、データ内の変更を同期できます。
SDS で動作するアプリ
SDS は、organization、ユーザー、ユーザー ロールの関連付けを組織にインポートし、SIS/SMS から Microsoft 365 に名簿データをインポートするため、多数のファースト パーティおよびサード パーティのアプリケーションで使用できます。 シングル サインオンと名簿統合に Microsoft 365 と SDS のデータを使用するサード パーティの教育アプリの一覧を表示するには、 https://sds.microsoft.comにアクセスします。
SDS は変更を自動的に同期するか、または変更が発生したときに同期を同期するために同期を再開する必要がありますか?
API を使用して同期している場合、自動実行は 12 時間ごとに実行されます。
CSV ファイルを使用して同期する場合、最初のアップロード時に実行が発生し、新しい CSV ファイルがアップロードされたときに再実行がトリガーされます。 Microsoft Entra IDの変更を処理したり、Insights と分析のシナリオをサポートしたりするために、12 時間ごとに自動実行が行われることに注意してください。
データ エラー、警告、トラブルシューティングの監視と処理の詳細については、「正常性と監視」を参照してください。
SDS にアクセスして管理するためのアクセス許可の要件は何ですか?
SDS にアクセスして管理するには、アカウントがテナント内のグローバル管理者である必要があります。 グローバル管理者は、SDS プラン 1 (A1) または SDS プラン 2 (A3/A5) ライセンスもユーザー プロファイルに割り当てられている必要があります。
SIS/SMS から Microsoft の必要な CSV 形式にデータをエクスポートするにはどうすればよいですか?
SIS/SMS はそれぞれ異なるため、SDS のお客様は SIS/SMS ベンダーに連絡して、適切なエクスポートの構築に関するサポートとサポートを受けるようお勧めします。 SDS V2.1 CSV ファイル形式。
StartDate 値と EndDate 値の適切な形式は何ですか?
SDS では、データ値が ISO 8601 形式 (YYYY-MM-DD) である必要があります。
電話または SMS 値の適切な形式は何ですか?
SDS では、電話と SMS が E.164 に含まれ、+ が含まれている必要があります (+1234567890)。
School Data Sync によって生成されたエラー/警告をエクスポートできますか?
はい。SDS UI 内の実行から生成されたエラーと警告の一覧をエクスポートできます。 データ エラー、警告、トラブルシューティングの監視と処理の詳細については、「正常性と監視」を参照してください。
Microsoft では、SIS/SMS データの抽出ツールを提供していますか?
Microsoft では、SIS/SMS ベンダー用のエクストラクター ツールをビルドまたは管理していません。 多くの SIS/SMS には、SIS/SMS に既に組み込まれているデータ抽出ツールがあります。 SIS/SMS に抽出ツールが含まれていない場合、SIS/SMS から SDS V2.1 CSV ファイル形式にデータを抽出するサポートが必要な場合は、SIS/SMS ベンダーに問い合わせてサポートを受けてください。
SDS のメール アドレス (またはメール アドレスであるユーザー名の値) に文字制限があるのはなぜですか?
Microsoft 365 のすべてのオブジェクトのEmailアドレスは、インターネット電子メール アドレス指定のいくつかの RFC 標準に準拠している必要があります。 SDS は、SharePoint Online、Exchange Online、Microsoft Entra IDなど、主要な Microsoft 365 サービスのそれぞれの文字制限に合わせて調整されています。
School Data Sync でサポートされていない特殊文字は何ですか?
Microsoft Entra IDにデータをプロビジョニングする場合、School Data Sync 内ではサポートされていない特殊文字がいくつかあります。 サポートされていない特殊文字が見つかった場合は、"_" に置き換えられます。 サポートされていない文字については、「 OneDrive と SharePoint の制限事項」を参照してください。
この処理は自動的に行われます。
School Data Sync を設定するときに作成する必要がある接続データ構成はいくつですか?
SDS では、既定でテナントごとに 1 つの SIS/SMS Connect データ構成がサポートされています。
CSV ファイル内の 200 万行を超える – SDS には、CSV ファイルに 200 万行を超える行を含むソース データを取り込む場合の SDS (クラシック) の制限がなくなりました。
複数の同期方法またはソース ディレクトリ - 複数の SIS/SMS ソースが同じテナントに入っている場合は、期待と制限事項について 、単一テナント内の複数のソースの接続データ を確認します。 提案された構成のレビューを要求するには、Microsoft チームにお問い合わせください。
複数のテナントに移動する必要がある単一のソース ディレクトリ - 単一の SIS/SMS ソースが複数のテナントに入っている場合は、インポートのために SDS でデータを使用できるようにする前に、いくつかの前処理を実行する必要があります。 チームにお問い合わせください。
ユーザー ID 照合用の複数のドメイン – SDS を構成する場合は、ソース ディレクトリのユーザーをMicrosoft Entra IDのユーザーと照合する必要があります。 「ユーザー ID ルール」を参照してください。
"新しいユーザーの作成" と "既存のユーザーの同期" の組み合わせ – ソース データとMicrosoft Entra IDの間のユーザー管理の一環として、1 つの Microsoft 365 マネージド ユーザー プロビジョニング構成で組み合わせることができます。
一致する既存のユーザーは、SIS/SMS からの接続データの一部として発生し、データ キャッシュに書き込まれます。 Microsoft 365 マネージド ユーザープロビジョニング構成を作成するまで、このリンクはMicrosoft Entra IDにプッシュされません。
既定で Microsoft 365 マネージド ユーザー プロビジョニング構成を設定する場合、一致するすべてのユーザーは、ソース ユーザーとMicrosoft Entra間のリンクMicrosoft Entraオブジェクトに書き込まれます。 一致しないユーザーも作成する場合は、 オプションを有効にして、ユーザー作成ルールを指定できます。
SDS(クラシック)では、ユーザーのみを同期する場合は、空のクラスと登録CSVファイルをアップロードする必要もありました。 これはまだ当てはまりますか?
SDS v2.1 CSV の場合: ユーザーのみを同期する場合は、組織 (orgs.csv)、ユーザー (users.csv)、ユーザー ロールと関連付けを組織 (roles.csv) ファイルに提供するだけで済みます。 SDS V2.1 CSV ファイル形式を参照してください。 データを接続したら、Microsoft 365 マネージド ユーザープロビジョニング構成を設定します。
SDS v1 CSV の場合: ユーザーのみを同期する場合は、組織 (school.csv) ファイルとユーザー (student.csv & teacher.csv) ファイルのみを提供する必要があります。 SDS v1 CSV 形式を参照してください。 データを接続したら、Microsoft 365 マネージド ユーザープロビジョニング構成を設定します。
- SDS v1 CSV 形式に基づいて新しい SDS エクスペリエンスにデータを取り込むため、すべてのフィールドがサポートされているわけではありません。 SDS v1 CSV ファイル形式の [必須] 列に、データがサポートされていないため、これらのファイル形式が示されています。
- また、 渡される成績 の値と コースの件名 の値は、対応する 値のリスト (ENUM) コードに合わせる必要があります。
- 必要に応じて、[ 値のリストの管理] を 使用して [成績] と [ コースの件名] を展開し、既定ではサポートされていないコード値をサポートします。
同期する予定を超えて、CSV ファイルに余分なヘッダーと列を含めることができますか?
基本的な検証の一環として、ファイル名とヘッダーが検証されるときに、ファイルの形式が正しく設定されている必要があります。
各 CSV ファイルには、[必須] の [はい] と書き込まれたフィールドのデータが含まれている必要があります。"いいえ" と書き込まれたフィールドは "省略可能" のデータです。 "必須" としてマークされたフィールド ヘッダーは、指定されたファイルに存在する必要があります。または、受け入れられません。 "省略可能" としてマークされたフィールド ヘッダーは、対応する省略可能なデータを渡さない場合、ファイルに存在する必要はありません。
SDS v2.1 CSV ファイル形式 と SDS v1 CSV 形式を参照してください。
適切なフィールド ヘッダーが見つからない場合、UI では CSV 形式に基づく接続データ シナリオの進行は許可されません。
CSV アップロードを自動化すると、ファイルは拒否され、SDS が次の実行に備えて移動されることはありません。 2 日後にキャッシュから削除されます。
CSV 形式で必要なファイル以外のファイルを選択またはアップロードするとどうなりますか?
これらのファイルは無視され、SDS が次の実行に備えて移動されることはありません。 2 日後にキャッシュから削除されます。
SDS (クラシック) Power Automate CSV アップロードを使用します。SDS をサポートするための更新プログラムはありますか?
はい。Power Automate を使用して CSV アップロードを自動化できます。 これにより、IT 管理者は SIS/SMS からのエクスポートからの CSV アップロードを自動化できます。 ソース データからデータ変更を手動でアップロードする代わりに、 Power Automate テンプレート を使用して、これらのデータ変更を SDS にアップロードできます。
SDS (クラシック) では、データが変更された CSV ファイルのみをアップロードする必要があります。 これはSDSでも同じですか?
いいえ。 以前のアップロードで提供されていたのと同じファイルをすべてアップロードする必要があります。 見つからないファイルとそのレコードに関連付けられているデータがない場合は、次の実行で現在のアカデミック セッションの "アクティブではなくなった" と識別されます。 (必要に応じて、すべてのデータ ファイルを再度アップロードして、次の実行でデータを再アクティブ化するために処理できます)。
ユーザーまたはセクションを手動で削除した場合、もう一度同期したときに再び表示されますか?
クラス名簿を手動で更新しても、次の実行時に上書きされることはありません。 SDS は、手動による変更に基づくのではなく、前回の実行に基づいて名簿に変更を加えます。 唯一の例外は、Microsoft 365 グループと Teams プロビジョニング構成のリセットまたは削除と再作成です。 これらの例外とは別に、SDS が手動による追加と削除を処理する方法を次に示します。
例 1:
- クラスは教師と学生と同期されます
- 教師がクラスにコテッチャーを追加する
- クラスは後で同期され、教師の登録は変更されません
- (正しい動作)coteacher のメンバーシップは影響を受けません
- クラスは後で、追加された coteacher と同期されます
- (正しい動作) coteacher のメンバーシップは影響を受けません
- クラスは後で同期され、coteacher は削除されます
- (正しい動作) coteacher がクラスから削除される
例 2:
- クラスは教師と学生と同期されます
- 教師がクラスから学生を削除する
- クラスは後で同期され、学生登録は変更されません
- (正しい動作)学生のメンバー以外のメンバーは影響を受けません
- クラスは後で削除された学生と同期されます
- (正しい動作) 学生のメンバー以外のメンバーは影響を受けません
- クラスは後で同期され、学生は読み取られます
- (正しい動作) 学生がクラスに読み取られます
Connect と SDS Microsoft Entra何を行い、どのように連携できますか?
Microsoft Entra Connect は、オンプレミスMicrosoft Entraユーザー、グループ、およびオブジェクトを Microsoft 365 でMicrosoft Entra IDに同期します。
SDS は、学生情報システム (SIS) の他の学生および教師の属性を、Microsoft Entra Connect によって既に同期および作成された既存のユーザーと同期します。 学生と教師の属性を追加すると、ID が進化し、アプリは、これらの識別可能な属性と教育ペルソナに基づいて、より豊富なユーザー エクスペリエンスを提供できます。 SDS を使用すると、サードパーティアプリケーション統合のために、Microsoft Teams for Education、OneNote Class Notebook、およびクラス名簿内にクラス グループと Teams を自動的に作成できます。 Microsoft Entra Connect と SDS は競合しません。SDS は、Microsoft Entra Connect によって管理される属性を同期または上書きしません。 SDS には、新しいユーザーを作成するためのオプションも用意されています。 オンプレミス AD から Microsoft Entra Connect を使用して同期および作成しない場合は、SDS を使用して SIS/SMS データから直接同期して作成できます。
次の学年のデータは表示されません。 何かする必要はありますか?
次の学年に移行するときは、 移行プロセスを開始する必要があります。 これらの手順は、最初にボードに乗って以前の接続データ構成を作成したときと似ています。
このプロセスでは、新しい Microsoft 365 マネージド データ構成を再作成する必要はありません。 既存の構成は、次の学年またはセッションの移行手順が完了した後も保持されます。 次の実行では、新しいアカデミック セッション データの処理が開始されます。
詳細については、「 Academic Session Transition」を参照してください。
SDS(クラシック)では、現在SDS V1ファイル形式を使用していますが、SDSではまだ使用できますか?
IT 管理者が新しい SDS エクスペリエンスにネイティブにアップロードする SDS v1 CSV ファイル形式を提供する機能。 また、この機能を使用すると、ユーザー管理シナリオのためだけに SDS を使用し、クラス グループではなく、組織 (school.csv) ファイルとユーザー (student.csv & teacher.csv) ファイルのみを提供する必要があるテナントの機能も使用できます。
新しい SDS エクスペリエンスへの移行は、バックツースクールまたはアカデミック セッション切り替えイベントの一部としてのみ実行する必要があります。また、ユーザーの中断の可能性を回避するために、アクティブな学年内に実行しないでください。
- v1 形式に基づいて新しい SDS エクスペリエンスにデータを取り込むため、すべてのフィールドがサポートされているわけではありません。 サポートされていないデータとして、[ SDS v1 CSV ファイル形式 ] で [ 必須] 列に示 されているサポートされていないフィールドが見つかります。 また、 渡される成績 の値と コースの件名 の値は、対応する 値のリスト (ENUM) コードに合わせる必要があります。
私はSDSがすべての(クラシック)フォーマットをサポートしていないことに気づいた。 移動する必要がある形式オプションは何ですか?
他の SDS (クラシック) 形式を使用しているお客様は、サポートされている形式に移行する必要があります。
- SDS UK CSV -> SDS v1 CSV または SDS v2.1 CSV
- SDS v2 CSV -> SDS v2.1 CSV
- Clever CSV -> SDS v1 CSV または SDS v2.1 CSV
- PowerSchool Rest API / Plugin -> SDS v2.1 CSV
- Apple School Manager (ASM) -> SDS v1 CSV または SDS v2.1 CSV Apple School Manager を使用して iOS/iPadOS デバイスを登録するには、Intuneも設定する必要があります
- Google Identity Management ->Google ワークスペースとMicrosoft Entra ID間のフェデレーションへの移行
SDS (クラシック) では、現在、SDS v1 ファイル形式、UK ファイル形式、および/または Clever ファイル形式を使用しています。 SDS v2.1 CSV を使用して SDS に移行します。 どうすればよいですか?
形式の切り替えは、学校または学術セッションの切り替えイベントの一部としてのみ実行する必要があります。また、ユーザーの中断の可能性を回避するために、アクティブな学年内に行わないでください。
既存のユーザーのユーザー マッチングは接続データ構成の一部として実行され、Microsoft Entra ユーザー オブジェクトにすぐに書き込まれません。SDS v2.1 CSV でのデータ インジェストの手順に従います
SDS(クラシック)では、現在SDS V2ファイル形式を使用しています。 SDS V2.1 CSV を使用して SDS に移行します。 どうすればよいですか?
V2 CSV から V2.1 CSV に移行するには、テナントは SDS V2.1 CSV ファイル形式でデータを提供する必要があります。
次に、「 SDS v2.1 CSV を使用したデータ インジェスト」の手順に従います。
SDS でサポートする必要があるシナリオに基づいて、必要に応じてデータを管理するを構成します。
学年中に新しいエクスペリエンスに移行できますか?
新しいエクスペリエンスへの移行は、学校または学術セッションの切り替えイベントの一部としてのみ実行し、ユーザーの中断の可能性を回避するために、アクティブな学年内に実行しないことをお勧めします。
現在、Education Graph APIで使用できる同期プロファイル管理 API を使用しています。 SDS をサポートする代替品はありますか?
SDS のオンボード、監視、管理のサポートは、IndustryData Graph APIを通じて利用できます。
SDS は、アカデミック セッション間または学年間でクラスを再利用する機能をサポートしていますか?
- サポートはありますが、制限事項と注意点があります。
- サブスクリプションの場合、アクティブな接続データ構成に関連付けられているアクティブな学年は 1 つだけです。
- 名簿データのデータ キャッシュ内のデータは、アクティブな接続データ構成用に構成管理学年に基づいて、少なくとも学年の関連付けでセグメント化されます。
- アカデミック セッション データ (たとえば、秋学期/春学期) は、アクティブな接続データ構成用に構成管理学年にリンクされます。
- ソース データから提供された Academic Session データと日付は、定義された学年で親されます。 アクティブな学年の範囲外のアカデミック セッションの日付を操作すると、サポートされていないダウンストリーム効果が発生する可能性があります。
- アカデミック セッション データ (たとえば、秋学期/春学期) は、アクティブな接続データ構成用に構成管理学年にリンクされます。
- 名簿データのデータ キャッシュ内のデータは、アクティブな接続データ構成用に構成管理学年に基づいて、少なくとも学年の関連付けでセグメント化されます。
- ソース システムが、Academic Sessions と /or Academic Years の間のクラスに同じ sourcedId 値を提供する場合、SDS は、クラス Microsoft Entra グループがアーカイブ/処理されていない限り、同じMicrosoft Entra グループを再利用して、グループ/セクションクリーンアップ オプションで期限切れのクラスをマークします。
- SDS によって、ソースから指定された Class レコードに基づいて Class/Microsoft Entra グループが作成および管理されると、Microsoft Entra グループ属性に、対応する Class レコードの sourcedId 値と一致する SIS ID 値がスタンプされます。 これにより、SDS はクラスをリンクして、同じMicrosoft Entra グループを再利用できます。
- クラスグループメンバーシップ/登録は同じSDS学年中に処理されるため、データが提供されると変更が処理されます。
- ソース データによって存在/管理されていないメンバーシップに対して手動で変更を加えた場合、それらのメンバーシップはMicrosoft Entra グループ メンバーシップ データにのみ保持され、名簿データのデータ キャッシュには反映されません。
- クラスMicrosoft Entraグループがアーカイブ/プロセスされ、クラスが期限切れとしてマークされ、[グループ/セクション] クリーンアップ オプションが設定されている場合、SDS はクラスを新規として認識し、後続の実行で新しい Class/Microsoft Entra グループを作成します。
- クラス グループ メンバーシップ/登録は、新しい SDS 学年に移行するときに処理されるため、手動で変更が行われ、ソース システム データから取得されたデータで認識されなかった場合、名簿データのデータ キャッシュでは認識されなくなり、ソース システムで定義されているものが反映されます。 手動メンバーシップの変更は、Microsoft Entra グループ メンバーシップ データに保持されます。
- ソース システムにはすべてのメンバーシップの変更が含まれており、手動で実行するのではなく、SDS 経由で処理することをお勧めします。
- クラス/Microsoft Entra グループの場合、ソース システムからクラス グループ メンバーシップ/登録を管理し、1 つの学年から次の年度に永続化しない必要がある場合、ソース データは登録レコードの提供を停止する必要があります。 SDS 接続データ構成がアクティブな学年で期限切れになる前に、指定されたソース データにクラス グループ メンバーシップ/登録が存在してはいけません。
- そうでない場合、管理はMicrosoft Entra グループからレコードを手動で削除する必要があります。
私の学生とスタッフの中には、2つの学単位に登録されている人もいます。 操作方法、特にEducation Insightsエクスペリエンスの場合は、両方のユニットにデータが反映されていることを確認します。
SDS V2.1 CSV 形式と OneRoster API を使用すると、ユーザーを複数のorganizationユニット (たとえば、別の施設の特別なプログラムに登録した学生) に関連付けることができます。 SDS V2.1 CSV 形式の場合、テナントは、その学生の roles.csv ファイルに 2 行 (organization関連付けごとに 1 行) を指定する必要があります。
SDS V2.1 CSV 形式では、さまざまな組織で異なるロールを持つユーザーもサポートされます。 ユーザー、organization、ロールの組み合わせの roles.csv に 2 行を指定し、ロールの 1 つを isPrimary = true としてマークします。
[SDS (クラシック) 設定] ページには、Insights データを管理するためのトグル オプションがあります。 これらはどこで管理されていますか?
SDS (クラシック) では、[Education Insightsの管理] セクションで 2 つのトグル オプションを使用できます。 1 つは Insights のアクティビティ データを収集 し、もう 1 つは高度な推論を許可します。 どちらのトグルも、SDS の一部としてマネージドから Teams 管理 に移動されます。 |Insights 管理エクスペリエンス。
接続データ構成で isPrimary 値はどのように処理されますか?
SDS V2.1 CSV の場合
isPrimary は、このロールがそのorganizationのプライマリ (true) またはセカンダリ (false) ロールであるかどうかを示します。 既定値は False です。
同じユーザーと同じ組織に対して複数のロールを渡す場合、organizationには 1 つの "アクティブ" プライマリ ロールが必要です。
isPrimary が複数のレコード (同じユーザー、複数のロール、同じorganization) で true に設定されている場合。
- 受信したデータを書き込みますが、レコードを警告として識別します。
- テナントが処理を気に入らない場合は、ソース データから目的の isPrimary ロール/レコードを指定する必要があります。
同じorganizationに対して複数のロールが渡され、isPrimary がいずれかのロールに対して 'true' に設定されていない場合。
- 受信したデータを書き込みますが、レコードを警告として識別します。
- テナントが処理を気に入らない場合は、ソース データから目的の isPrimary ロール/レコードを指定する必要があります。
OneRoster v1.1 API
- 指定では、ユーザーごとに 1 つのロールのみを渡すことができます。
- ユーザーに対して同じロールを複数の組織に渡すことができます。
- organizationごとに 1 つのロールがあるため、レコードは isPrimary 'True' としてマークされます。
複数のロールや組織がユーザーに関連付けられている場合、ユーザー ID 一致ルールはどのように決定されますか?
ユーザーが複数のロールを持っている場合、次のルールを使用して、ユーザー レコードとMicrosoft Entra ユーザー オブジェクトの間で使用するスタッフまたは学生の一致ルールを決定します。
- isPrimary がすべての学生ロールに設定されている場合、スタッフ ロールへの関連付けが存在する場合でも、一致は学生ロールに基づいて行われます。
- isPrimary が任意のスタッフ ロールに設定されている場合、学生ロールへの関連付けが存在する場合でも、スタッフ ロールに基づいて一致が行われます。
- isPrimary がスタッフロールと学生ロールの両方に設定されている場合、スタッフロールに基づいて一致が行われます。
- isPrimary がロールに設定されていない場合 (特にスタッフロールと学生ロールの両方が混在している場合)、一致はスタッフロールに基づいています。
ユーザーが複数の組織にも関連付けられている場合は、Microsoft Entra ユーザー オブジェクトにロールを書き込む際の値を決定するためにも、次の情報が使用されます。
- 最大のorganizationロールの [組織ロールの並べ替え順序] の値を使用して、Microsoft Entra ユーザー オブジェクトに設定します。
今日、SDS(クラシック)でOneRosterを設定すると、学校を選択するオプションがあります。 私はSDSでこれを見ません。 Microsoft 365 で管理されるユーザーおよびクラス グループ のデータを制限するために、同等のサポートが追加されますか?
- データの取得速度を向上させ、OneRoster API プロバイダー環境の負荷を軽減するために、SDS は 接続されたデータを取得 する方法を改善し、学校による集中的なデータ検索を実行しなくなりました。
- SIS から SDS に提供されるデータに特定の学校が含まれないようにするには、プロバイダーと連携して、SDS を SIS にリンクするために使用される接続/資格情報に含める学校を構成する方法を確認する必要があります。
- SDS には、 マネージド データ構成の一部としての組織フィルターのサポートが含まれています。 マネージド データ プロビジョニングの種類のシナリオを有効にする場合は、接続されたデータから取り込まれたユーザーまたはクラスのサブセットをプロビジョニングできます。その場合は、Microsoft Entra IDにプロビジョニングする組織を選択します。 これにより、他の組織内のすべてのユーザーとクラスがプロビジョニングのために無視されます。
今日は、プラグインを介して PowerSchool Rest API を使用して、データを SDS (クラシック) に接続します。 REST API または SDS での同等のサポートのプランはありますか?
School Data Sync (クラシック) エクスペリエンスで使用される従来の PowerSchool Rest プラグインは、2024 年 7 月 1 日から日没になります。 この方法を使用したデータ アクセスは、新しい School Data Sync エクスペリエンスでは使用できません。
School Data Sync は、SDS v2.1 CSV スキーマ形式の CSV ファイルのインポートを通じて、PowerSchool のお客様のデータ インジェストをサポートします。
PowerSchool SIS のお客様は、SDS v2.1 CSV 形式の SDS CSV ファイルアップロードを採用する必要があります (SDS v1 CSV は推奨されません)。 PowerSchool SIS から CSV ファイルを抽出する方法の詳細については、「 PowerSchool ドキュメントにあるデータ エクスポート マネージャーを使用してデータをエクスポートする」を参照してください。
SDS (クラシック) では、ユーザーとクラスのデータが OneRoster API によって提供されている場合でも、CSV データを通じてガーディアン統合を提供できます。 CSV を使用してデータを提供することはできますか、それともプロバイダーが API を介したデータの提供をサポートする必要がありますか?
- このスライドの読み込みを呼び出しますが、これは新しい SDS エクスペリエンスではサポートされません。
- 一般的な OneRoster API サポートに関するガイダンスは、現在のすべてのプロバイダーに伝達されています。 データ統合の一部として連絡先データを含めるサポートをプロバイダーに追加して含めてもらうと役立ちます。 サポートを更新し、SDS デプロイ エンジニアリング チームと協力してサポートを検証し、プロファイルを更新できるように、 OneRoster API Providers for SDS のオンボード ガイダンス をプロバイダーと共有します。
SDS でデータ実行から発生したエラーや警告が表示されるのはなぜですか?
詳細については、「 正常性と監視」を参照してください。
サポートされる既定の値の一覧は何ですか?
詳細については、「 既定の値の一覧」を参照してください。
私はSDS for Insightsを使用していましたが、Microsoft 365のユーザーとグループを管理するためにSDS(クラシック)からSDSに移行したいと思っています。 これは可能ですか?
はい。 「SDS (クラシック) からの移行」を参照 し、 以前の SDS for Insights / Insights Premium Customer の手順に従ってください。
Education Data Lake Export には、状態の "重大なエラー" が表示されています。 どうすればよいですか?
Education Data Lake Export の状態カード状態に対して "重大エラー" と表示される場合は、データを処理するときに問題が発生します。 24 時間を超え、引き続き同じ状態が表示される場合は、 サポートにお問い合わせください。
接続データ構成を設定した直後に [データの管理] を構成しましたが、マネージド データ同期の状態に "スキップ済み" と表示されます。 これはどういう意味ですか?
[スキップ済み] の状態が表示される場合は、構成が現在または最後の実行に含まれていないことを意味します。 このシナリオは、アクティブな実行があり、構成を追加または更新するための要求が行われた場合に表示されます。 新しい [データの管理] 構成は、次の同期実行に含まれます。
SDS (クラシック) では、同期プロファイルの作成時に指定された日付まで学生のアクセスを遅延させる可能性があります。 私はSDSでそのオプションが表示されません。 学生のクラスへのアクセスを遅らせるにはどうすればよいでしょうか。
"登録の遅延" は新しい SDS の明示的なチェックボックス/オプションではありませんが (クラシックの場合と同様)、機能は引き続き簡単に使用できます。
学生の登録を遅延するには、次のようにクラス グループ/登録ロールを構成します。
- [構成] -> [クラス グループの詳細の管理] -> [登録ロール] に移動します
- 次のロールにこれらの値を設定します。
- 所有者: 教師
- メンバー: (なし)
スケジュールを学生に発行する準備ができたら、このページに戻り、[ メンバー] の値に Students を含める値を設定 します。
学校を開始する前に Teams への学生のアクセスを遅らせるにはどうすればよいですか?
School Data Sync と Microsoft Teams for Education により、このプロセスが改善され、教師は学生が Class Teams にアクセスできるタイミングを制御できるようになります。 SDS を使用して クラス チームの作成を自動化する場合、教師はクラス チームに早期アクセスできます。
教師の準備ができたら、クラスを アクティブ化 して、学生やその他のグループ メンバーがアクセスできるようにします。
チームの作成: オンにすると、クラス グループが作成されるときに、クラス グループに基づいてクラス チームを作成するように Teams に要求が送信されます。
オプションが オンの場合:
教育者、または SDS から作成された Class Teams を使用しているグループ所有者の場合、学生やその他のグループ メンバーの前に早期アクセスできます。 教師の準備ができたら、[アクティブ化] を選択して、学生やその他のグループ メンバーへのアクセスを許可できます。
オプションが [チェックされていない] の場合:
SDS が Class Teams を作成していない教師またはグループ所有者の場合は、SDS グループから Class Teams を作成できます。 教師の準備ができたら、[アクティブ化] を選択して、学生やその他のグループ メンバーへのアクセスを許可できます。
「次のアカデミック セッションの準備ができましたか?」というプロンプトが表示されます。 新しいデータ構成の管理を作成できますか?
[新しい構成の作成] ボタンは、次のアカデミック セッションの準備手順を完了した後にのみ有効になります。 次のアカデミック セッションの新しい SIS データを使用する準備ができたら、[次のアカデミック セッションの準備完了] を選択します。
SDS にオンボードしてマネージド データ構成を作成した後、SDS (クラシック) 同期プロファイルが停止する理由
同期プロファイルは、SDS と SDS (クラシック) の両方がテナント Microsoft 365 ユーザー、グループ、およびクラス Teams を管理する問題を防ぐために停止されます。 これを行わないと、データの競合が発生したり、データが上書きされたりします。 システムは、アクティブな SDS (クラシック) 同期プロファイルがあるかどうかを検出し、実行を停止します。 さらに、SDS (クラシック) 同期プロファイルと対話する機能は使用できなくなります。 許可される唯一の操作は、選択して表示し、SDS (クラシック) 同期プロファイルと削除することです。
私はSDSをオンボードし、SDS(クラシック)同期プロファイルを削除したいが、インターフェイスの一部が相互作用を許可していないことがわかります。 削除操作方法?
SDS (クラシック) プロファイルを削除するには、2 つの方法があります。 このプロセスは、SDS や SDS が管理しているデータとは対話しません。
SDS (クラシック) に移動した後、左側のナビゲーションを使用して、各同期プロファイルに個別に移動できます。 同期プロファイルを選択すると、同期プロファイルを削除するオプションが表示されるダイアログ ボックスが表示されます。 オプションを選択し、残りのプロンプトに従ってプロセスを完了します。 SDS (クラシック) 同期プロファイルごとに手順を繰り返します。
SDS (クラシック) に移動した後、[設定] ページに移動できます。 ダイアログ ボックスには、すべての SDS (クラシック) 同期プロファイルを削除するオプションが表示されます。 オプションを選択し、残りのプロンプトに従ってプロセスを完了します。
SDS セキュリティ グループを使用して条件付きアクセス ポリシーを作成し、学生がサード パーティ製アプリを使用できないようにするにはどうすればよいですか?
重要
SDS (クラシック) TRANSITION CUSTOMERS: 選択したグループ分割に基づいて、SDS が (クラシック) セキュリティ グループにバインドされず、メンバーシップを関連付けできないことがあります。 以前の (クラシック) セキュリティ グループに基づいて、SDS によって作成された新しい構成設定を確認して適用する必要がある場合があります。 移行手順の一環として、Security グループ フローの最初の実行が完了した後に、チェックと更新が行われる必要があります。
Microsoft Entra 管理センター条件付きアクセス ポリシー エディターに移動し、条件付きアクセス ポリシーを作成します。
[Assignments->Users and グループ] で、School Data Sync から作成したセキュリティ グループを選択します。
Assignments->Cloud Apps の場合は、"すべてのクラウド アプリ" を含め、"Microsoft アプリケーション" を除外します
[アクセス制御- > 条件] で、[アクセスのブロック] を選択します。
[ポリシーの有効化] を選択します
[保存] を選択します。
この条件付きアクセス ポリシーをカスタマイズして、学生のグループが特定のサード パーティ アプリケーションも使用できるようにすることができます。 [割り当て] -> [Cloud Apps] -> [除外] に移動許可するサード パーティ製アプリケーションを選択し、ポリシーを保存します。
SDS 管理単位を使用して、教師のパスワード管理ロールがMicrosoft 365 管理 ポータルで学生のパスワードをリセットできるようにする方法
まず、[Organization + Role グループ] でオプションを選択して、[管理単位のプロビジョニング] を有効にします。 その後の実行時に、SDS によって 、組織別の管理単位と役割グループ の組み合わせが作成されます。 オプションを使用すると、許可された教師が学校の管理単位の学生に対して委任された IT 管理を実行できます。
次に、Microsoft 365 管理センターのナビゲーション ウィンドウで、[ロール] > [管理単位] を選択します。
学校の管理単位を選択し、先頭に [学生] を付けます。
[ ロールの割り当て] を選択します。
[パスワード管理者] ロールを選択します。
[ 管理者の割り当て ] (右側のフライインの上部メニュー) を選択します。
[ ユーザーの追加] を選択して、教師が学校の学生のパスワード管理者になるアクセス許可を付与します。
制限付き管理パネルにアクセスした後のスタッフの手順については、「学生のパスワードをリセットする方法」を参照してください。
操作方法学生のサブセットに対してのみ "未成年として学生をマークする" でしょうか。
[ユーザー プロビジョニング中に未成年者として学生をマークする] オプションを有効にする手順は、学生の役割organization持つすべてのユーザーに適用されます。 これらの保護を学生のサブセットに適用する場合は、PowerShell と Microsoft Entra IDを使用します。 結果は、AgeGroup ユーザー プロパティと ConsentProvidedForMinor ユーザー プロパティを設定します。 2 つのプロパティを設定した結果、LegalAgeGroupClassification の属性が MinorWithParentalConsent に設定されます。
未成年者としてマークする学生の一覧を作成する
任意のメソッドを使用して、このリストを作成できます。 便宜上、Microsoft は、学生ライセンスのMicrosoft 365 Educationを持つすべてのユーザーの一覧を作成するスクリプトを提供しました。
これらの学生を未成年者としてマークする
これらの学生を未成年者としてマークすると、Microsoft およびサード パーティのアプリケーションでそのように扱うことができます。 Microsoft では、 以前に生成した学生の一覧を未成年者としてマークするスクリプトを提供しました。
データを接続するときに、学年のプロンプトはどうなっていますか?
(クラシック) からオンボードまたは移行するお客様の場合、プラットフォームは学年の値を 2025 にハードコードします。 そのため、システムはセクションとセクション セッションの関連付けの前と同じように動作します。 SDS はこの方法で引き続き機能し、Education Data Lake Export 機能を積極的に使用しているお客様をサポートします。