以下の説明を参照してください。
* 「組織管理」「組織階層」に移動します。
* 集中支払い組織階層を選択します。
* [編集] > [挿入] をクリックします。
* Contoso Consulting FR 法人を追加します。
* 階層を保存して公開します。

これはケーススタディです。事例研究は個別に時間を計られるわけではありません。各ケースを完了したいだけの試験時間に使用できます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての問題を指定された時間内に完了できるように、ライムを管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後にレビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合。表示される情報は、後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。
トピック6、カナダ企業
アプリケーションと環境
* 必要なアプリケーションは、将来の状態のリードマップに合わせて調整する必要があります。
* ビジネス パートナーは、自身のユーザーをオンボーディングする機能を持っている必要があります。ウェブ上で注文するため。
* カナダの会社は米国の事業会社と同じベース データを使用し、同じインスタンスに設定する必要があります。
※受注履歴データはインポートできません。現在のオーダーと今後のオーダーは新しいシステムに移行する必要があります。
* コールセンターのサードパーティ システムおよび対応するシステムの両方から移行される顧客のマスター データ。次の要件を特定します。会計システムにはマッピングする必要がある 3 つの追加フィールドがあることを除き、両方のシステムの顧客レコードのマッピング フィールドは同じです。
重複したレコードをインポートしてはなりません
* カットオーバー計画
* User1 は、受注がオープンであり、生産へのカットオーバー時に出荷されていないと報告しています。オープン予定の注文数は 20 件です。
顧客サービス
全般的
* コンシリッジの顧客サービス担当者は、顧客グループ内のすべての顧客の顧客記録にアクセスできる必要があります。
* カスタマー サービス担当者は、新しいシステムにサインインするときに情報がどのように表示されるかを整理できなければなりません。
* セキュリティはグループとしてカスタマー サービス担当者に適用する必要があり、個人レベルで適用してはなりません。
返品ポリシー
スポッティング用具は製造業者によって保証されており、アルペン スキー ハウスの倉庫に返却してはなりません。アプリーン SAKI ハウスはこのポリシーを厳密に強制しません。ポリシーの例外はマネージャーの承認があれば許可されます。
顧客サービスは、報告された機器の問題を追跡して傾向を特定する必要があります。
お客様はアパレルの交換は可能ですが、返品は認められません。消費者による交換はアルパインコールセンターを通じて直接行う必要があり、実店舗に返品することはできません。
交換ポリシー
すべての消費者からの通話は追跡目的で記録する必要があり、顧客サービス担当者は、交換があるかどうか、または消費者をメーカーにリダイレクトする必要があるかどうかを判断します。デジタルコンテンツは最終販売のみとなります。すべての返品および交換注文は倉庫を通じて処理される必要があり、返品および交換注文に関する消費者情報を保存する必要はありません。
カスタマーサービス担当者は、出荷の遅れや、出荷されたが請求されていない注文の注文ステータスを表示できる必要があります。この情報を表示するにはショートカットが必要です。
消費者以外からのコンシェルジュ顧客への返品またはクレジットについては、コンシェルジュ担当者への通知は必要ありません。
Web 注文は B2B に限定する必要があり、アクセスした消費者はコンシェルジュ担当者に通知してはなりません。
Web オーダーでは、顧客番号ごとに電話システムの通話時間を追跡する必要があります。
システムは次の通知を送信する必要があります。
交換品の発送時には、専任のコンシェルジュ担当者に自動的に通知する必要があります。コンシェルジュの担当者はアラートを設定する必要があります。
外部顧客には、新しい消費者取引所について通知する必要があります。通知は顧客のサードパーティ ダッシュボードに統合する必要があり、電子メール通知として送信してはなりません。
顧客サービス
* カスタマー サービス センターは、よくある質問 (FAQ) で過負荷になっており、リソースを消費し、カスタマー サービス レベルに問題を引き起こしています。
* Alpine Ski Mouse は、顧客とのやり取りを管理するための十分なスタッフ リソースがないため、自動 (FAQ) ウェブサイトを展開することを決定しました。すべての自動インタラクションは 30 日間保存する必要があります。
* 同社は、コンシェルジュ プログラム 10 を上位 25 の顧客に拡大することを決定しました。新しい代表者が雇用されましたが、他のチームメンバーと同じ画面レイアウトが必要です。
* システム内に新しい顧客が作成されると、顧客番号が自動的にコールセンターの電話システムに渡される必要があります。
実装
※導入には12か月かかる見込みです。Appline Ski House は、本番稼働時に、Dynamics 365 の最新の利用可能な更新プログラムを確実に使用したいと考えています。テストは、実装のさまざまな段階で実行する必要があります。次のテスト要件を特定します。
* プラットフォームの更新が適用され、保存されたタスク記録に対して手動または自動でビジネス プロセスが期待どおりに実行されることが検証されます。
※開発は10ヶ月目までに完了する必要があります。開発者は、作成したコードの初期テストを実行する必要があります。
* 開発が完了したら、システム内のすべてのプロセスをユーザー グループによってテストする必要があります。
* プロジェクト チームに対する需要が競合しているため、同社は可能な限り多くのテストを自動化したいと考えています。
ドキュメント プロジェクト マネージャーは、チームや会社ができるだけ多くのテストを自動化したいと考えていると懸念しています。開発者に対して特定の検証スクリプトを実行する必要があるテスト スクリプトのステップを文書化します。
* プロジェクト マネージャーは、自動テストが確立された後はテストが変更されたり上書きされたりしないように、制御を導入したいと考えています。

Explanation:
参考文献:
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/lifecycle-services/creating-editing-browsing

Explanation:
参考文献:
https://docs.microsoft.com/en-us/dynamics365/unified-operations/dev-itpro/sysadmin/role-based-security