デルタ クエリを使用してリソース コレクションの変更を追跡する
一般的な呼び出しパターンは次のとおりです。アプリケーションは、目的のリソースに対してデルタ関数を使用して GET リクエストを呼び出すことで開始されます。
1.マイクロソフト
1. グラフは、要求されたリソースと状態トークンを含む応答を送信します。
例: 3 つのプロパティを選択する
次の例は、デフォルトの応答動作を使用して、変更追跡用に 3 つのプロパティを選択する最初のリクエストを示しています。
注: デルタ クエリを使用すると、アプリケーションはリクエストごとにターゲット リソースの完全な読み取りを実行しなくても、新しく作成、更新、または削除されたエンティティを検出できます。
不正解:
A: 例: デフォルトのプロパティ
以下はリクエストの一例です。$select パラメーターがないため、デフォルトのプロパティのセットが追跡されて返されます。
参考: https://docs.microsoft.com/en-us/graph/api/user-delta
SharePoint の拡張とカスタマイズ
テストレット 1
これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後にレビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
概要
ADatum Corporation は、電子請求書という名前のサービスとしてのソフトウェア (SaaS) アプリケーションを開発しています。
既存の環境
アプリケーションアーキテクチャ
電子請求書発行は、シングルページ アプリケーション (SPA) と、請求書の管理および処理機能を提供するバックエンド Web サービスで構成されます。
電子請求では、各請求操作の詳細がすべてバックエンドのクラウド データベースに保存されます。電子請求書では、PDF 形式で請求書が生成され、生成後にユーザーが PDF をダウンロードできるようになります。
各請求書には、invoiceid という一意の識別子があります。
ユーザーには、電子請求書にサインインし、Web ブラウザーの複数のタブで電子請求書を開くという共通のワークフローがあり、アプリケーションのさまざまな部分を同時に使用できます。
セキュリティアーキテクチャ
ADatum は可能な限り最小特権の原則を使用します。ADatum は常に最新のライブラリと統合エンドポイントを使用します。
要件
ビジネス目標
ADatum は、電子請求書発行、Azure Active Directory (Azure AD)、および Microsoft Graph を統合して、顧客が電子請求書発行内から Microsoft Office 365 サービスを直接利用できるようにしたいと考えています。
計画された変更
ADatum は、電子請求書発行に次の機能を追加する予定です。
* 現在サインインしているユーザーに代わって、生成された請求書を顧客に電子メールで送信します。システムによって生成される電子メールには請求書が含まれます。
※ 電子請求書発行アプリケーションを終了せずに、ブラウザ上で可能な限り多くの操作を実行してください。
* Azure AD を使用して ID、認証、承認を管理します。
* 特定の請求書 ID を含むすべてのメールを表示します。
技術的要件
ADatum は、予定されている電子請求機能について次の技術要件を特定します。
* Office 365 に対して電子請求書発行によって実行されるすべての操作がユーザーによって開始されていることを確認します。アプリケーションがユーザーに代わって Office 365 データに初めてアクセスしようとするときに、電子請求書による Office 365 データへのアクセスをユーザーが承認することを要求します。
* 支払い期日の前に、スケジュールされたリマインダーを顧客に送信します。管理ユーザー インターフェイスを作成して、スケジュールされたリマインダーを有効にします。
* Microsoft Graph 変更通知を実装して、指定されたメールボックスに到着するベンダーからの電子メールを検出します。
* シングル サインオン (SSO) を実装し、ブラウザーのタブ間でのログイン プロンプトを最小限に抑えます。
* Azure AD を使用してバックエンド Web サービスへの安全なアクセスを実現します。
* すべてのソリューションで安全なコーディング手法が使用されていることを確認します。
バックエンドセキュリティの計画された変更
ADatum は、カスタム アプリケーション ロールを使用して、ユーザーの機能をユーザーに付与されたアクセス許可にマップしたいと考えています。
電子請求書には、ユーザーにバックエンド API の呼び出しを許可するかどうかを動的に識別する内部ロジックがあります。
SSO JavaScript スクリプト
次のコードを使用して、Microsoft Authentication Library (MSAL) で SSO を実装する予定です。

アクセストークンJavaScriptスクリプト
アクセス トークンを取得するには、次の JavaScript コードがあります。

変更通知 JSON
ベンダーの電子メールを検出するために Microsoft Graph サービスによって送信される次の JSON メッセージがあります。

ユーザーのマネージャーを取得します。ユーザーのマネージャーとして割り当てられたユーザーまたは組織の連絡先を返します。
構文：
/me/マネージャーを取得
GET /users/{id | userPrincipalName}/マネージャー
ユーザーのマネージャーの名前のみを表示する必要があるため、?select=displayname を使用します。グラフによって提供されるデフォルトのセットとは異なるプロパティのセットを返すように指定するには、$select クエリ オプションを使用します。$select オプションを使用すると、返されるデフォルト セットのサブセットまたはスーパーセットを選択できます。
参照：
https://developer.microsoft.com/en-us/graph/docs/overview/query_parameters

説明
自動生成されるテキスト説明

グラフィカル ユーザー インターフェイス、自動生成されるテキスト説明

説明
グラフィカル ユーザー インターフェイス、テキスト、テーブルの説明が自動的に生成される

参照：
https://github.com/OfficeDev/microsoft-teams-sample-task-module-nodejs