説明
アドインを一元的に展開するには、ユーザーがOffice 365 ProPlusを使用していて（組織IDを使用してOfficeにサインインしている）、ExchangeOnlineとアクティブなExchangeOnlineメールボックスを持っている必要があります。
参照：https：//docs.microsoft.com/en-us/office365/admin/manage/centralized-deployment-of-add-ins
トピック3、E-invoicing
ケーススタディ
概要
これはケーススタディです。ケーススタディは個別にタイミングが調整されていません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケーススタディとセクションがある場合があります。あなたはあなたが提供された時間内にこの試験に含まれるすべての質問を完了することができることを確実にするためにあなたの時間を管理しなければなりません。
ケーススタディに含まれている質問に答えるには、ケーススタディで提供されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれている場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、[次へ]ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用して、ケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに[すべての情報]タブがある場合、n ......表示される情報は、後続のタブに表示される情報と同じです。質問に答える準備ができたら、[質問]ボタンをクリックして質問に戻ります。
既存の環境
アプリケーションアーキテクチャ
電子請求書は、シングルページアプリケーション（SPA）と、請求書の管理および処理機能を提供するバックエンドWebサービスで構成されています。
E-invoicingは、各請求操作のすべての詳細をバックエンドクラウドデータベースに保存します。電子請求書はPDF形式の請求書を生成し、生成後にOneDriveからPDFをダウンロードする機能をユーザーに提供します。各請求書には、invoiceidという名前の一意の識別子があります。
ユーザーは、E-invoicingにサインインしてから、Webブラウザーの複数のタブでE-invoicingを開いて、アプリケーションのさまざまな部分を同時に使用できるという共通のワークフローを持っています。
セキュリティアーキテクチャ
NS 。データムは、可能な限り最小特権の原則を使用します。NS 。データムは常に最新のライブラリと統合エンドポイントを使用します。
要件
ビジネス目標
NS 。データムはE-invoicingを統合したいと考えています。MicrosoftIDプラットフォームとMicrosoftGraphにより、顧客はE-invoicing内から直接Microsoft365サービスを利用できます。
計画された変更
NS 。Datumは、次の機能をE-invoicingに追加する予定です。
*現在サインインしているユーザーに代わって、生成された請求書を顧客に電子メールで送信します。システムによって生成されたすべての電子メールには、請求書IDが含まれます。
* E-invoicingアプリケーションを離れることなく、ブラウザで可能な限り多くの操作を実行します。
* Microsoft IDプラットフォームを使用して、ID、認証、および承認を管理します。
*特定の請求書IDを含むすべての電子メールを表示します。
技術要件
NS 。データムは、計画された電子請求機能に関する次の技術要件を識別します。
* Microsoft365に対してE-invoicingによって実行されるすべての操作がユーザーによって開始されることを確認してください。アプリケーションがユーザーに代わってMicrosoft365データに初めてアクセスしようとするときに、ユーザーがE-invoicingにMicrosoft365データへのアクセスを許可することを要求します。
*支払い期日の前にスケジュールされたリマインダーを顧客に送信します。管理ユーザーインターフェイスを作成して、スケジュールされたリマインダーを有効にします。
* Microsoft Graph変更通知を実装して、指定されたメールボックスに到着するベンダーからの電子メールを検出します。
*シングルサインオン（SSO）を実装し、ブラウザタブ全体のログインプロンプトを最小限に抑えます。
* Microsoft IDプラットフォームを使用して、バックエンドWebサービスへの安全なアクセス。
*すべてのソリューションが安全なコーディング手法を使用していることを確認してください。
バックエンドセキュリティの計画された変更
NS 。Datumは、カスタムアプリケーションロールを使用して、ユーザー機能をユーザーに付与されたアクセス許可にマップしたいと考えています。
電子請求には、ユーザーがバックエンドAPIの呼び出しを許可する必要があるかどうかを動的に識別する内部ロジックがあります。
SSOJavaScriptスクリプト
次のコードを使用して、Microsoft認証ライブラリ（MSAL）でSSOを実装することを計画しています。

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

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