Microsoft MB-230(Microsoft Dynamics 365 Customer Service)1-10

正解は、会話開始が「トピックを作成する」、有人対応が「エージェント転送を使用する」です。
会話開始時に利用者の要件を聞き分けるには、トピックで会話フローを定義する必要があります。
一方、実際の担当者へ引き継ぐ要件は、Dynamics 365 Customer Service へのエージェント転送機能で実現します。
なお、Power Virtual Agents は現在 Microsoft Copilot Studioへ名称変更されており、出題では旧称が使われることがありますが、機能の考え方は同じです。
ハンドオフを Dynamics 365 Customer Service に構成する – Microsoft Learn。

この問題では、エージェントが顧客の問い合わせ理由を把握でき、さらにトピックを自動化できる設定が必要です。
ケースの内容を表す代表的な情報は ケース タイトル であり、これをデータ マッピングに利用することで問い合わせ意図を把握しやすくなります。
また、トピックは 会話の進行を定義する機能 であるため、自動化対象として適切です。
なお、出題中の Power Virtual Agents は現在 Microsoft Copilot Studio に名称変更されていますが、試験では旧称で出題されることがあります。
AI エージェントのコンテキスト変数を構成する – Microsoft Learn
トピックを作成して編集する – Microsoft Learn

履歴分析レポートにアクセスできない主な原因は権限や共有設定にあります。
レポートの表示内容を変更してもアクセス権限の問題は解決されないため、本対応では問題は解消されません。
正しくはユーザーへの共有やセキュリティロールの設定が必要です。
つまり 履歴分析レポートはアクセス権限に基づいて表示可否が決まる ため、表示設定ではなく権限設定の見直しが必要となります。
Customer Service での顧客サービスの履歴分析レポートの管理

拡張SLAのタイマーを表示するには、まず前提条件として 対象エンティティでSLA機能が有効化されている必要があります。
次に各SLA KPIインスタンスに対応するクイックビュー フォームを作成し、タイマー表示の基盤を用意します。
その後 作成したクイックビュー フォームをメインフォームに配置することでタイマーが表示される ようになります。
つまり 有効化→フォーム作成→フォーム配置 の順序が正しい構成手順となります。
拡張 SLA のタイマーを追加する

Dynamics 365 Customer Service におけるSLAでは、営業時間の適用は標準SLA・拡張SLAの両方でサポートされています。
また、警告時間（Warning）および警告時のアクション（Warning Actions）は標準SLAでも設定可能であり、拡張SLA固有の機能ではありません。
一方で、SLAの一時停止および再開（例：顧客応答待ち時のタイマー停止）は拡張SLAのみの機能です。標準SLAは基本的な追跡用途、拡張SLAはより高度な制御（特に一時停止制御など）に対応している点が重要です。したがって、警告機能は両方、一時停止は拡張のみと整理するのが正確です。
サービス レベル契約の概要

Dynamics 365 Customer Service では、SLA の計算やサポート対応時間はカスタマー サポート スケジュールによって管理されます。
祝日に対応しないようにする場合は、スケジュールに 休日を追加して非稼働日として設定する 必要があります。
また、休日スケジュールは特定の期間のみ適用されるため、設定時に 終了日を指定して有効期間を管理する ことが重要です。
これにより SLA の計算は休日を除外して行われます。
この仕組みは Dynamics 365 Customer Service のカスタマー サポート スケジュール機能 により管理されています。
祝日スケジュールを作成および管理する

Dynamics 365 Customer Voice では、アンケートの作成・送信・管理に対して専用のセキュリティ ロールが用意されています。
アンケートを配布するためには アンケート送信者ロール をユーザーに割り当てる必要があります。
このロールはアンケートの送信や配布を行うための権限のみを提供するため、最小権限の原則に適合するロール です。
他のロールであるオムニチャネルスーパーバイザーやスケジューラは別機能の管理権限であり、アンケート配布には不要です。
したがって Customer Voice でアンケートを送信するための最小権限ロール としてアンケート送信者を割り当てるのが適切です。
Dynamics 365 Customer Voice に関する FAQ

Dynamics 365 Customer Service では、状況の可視化や分析のためにダッシュボードやグラフを使用します。
リアルタイムでケースや作業状況を確認するには インタラクティブ ダッシュボード を使用します。
このダッシュボードはストリームやフィルターにより最新データを即座に確認できます。
一方、顧客ごとのケース数を分析するには アカウント別グラフ を使用することで顧客単位のケース状況を可視化できます。
これらは Dynamics 365 のデータ可視化および分析機能 として管理者やマネージャーが業務状況を把握するために利用されます。
統一インターフェイスに基づいた対話型ダッシュボードのカスタマイズ

この問題の正答は Dynamics 365 側のセキュリティロールに基づく必要があります。
Connected Customer Service の公式ドキュメントでは、IoT デバイスの登録や接続を行うユーザーには「IoT 管理者」と「IoT エンドポイント ユーザー」のロールを付与することが明記されています。
IoT 管理者はデバイス登録や管理操作を担い、IoT エンドポイント ユーザーは Dynamics 365 と IoT Hub の接続に必要な権限を提供します。
一方、IoT ハブ データ コントリビューターやツイン コントリビューターは Azure 側の RBAC ロールであり、Dynamics 365 アプリ内ユーザーに直接割り当てるロールではありません。
そのため設問の文脈（Customer Service のユーザー権限）では不適切です。
最小権限の観点でも、必要な2ロールは B と C が正解となります。
Microsoft Entra ID を使用した IoT Hub へのアクセス制御
Connected Customer Service のセキュリティ ロール

Dynamics 365 Customer Service では、ケースの進行状態を管理するためにステータスとステータス理由が使用されます。
新しいステータス理由を追加するには ケース エンティティのステータス理由フィールドのオプションを編集する 必要があります。
この設定はソリューション内でエンティティを編集することで実行できます。
既存のソリューションを変更する方法と、新しいソリューションを作成してケース エンティティを追加する方法のどちらでも実装可能です。
つまり ソリューション内でケース エンティティをカスタマイズする方法 が正しい手順です。
これは Dataverse の選択肢（Choice）フィールドのカスタマイズ によって実現されます。
ステータスと、ステータスの移行を追加してケースを管理する