MB-820 試験問題 76
ある企業では、Business Central の開発で 4 つのオブジェクトを使用しています。
同社はオブジェクトに変更を加える予定です。
Visual Studio Code で各オブジェクトのアプリケーション層を識別する必要があります。
各アプリケーションレイヤーで使用できるオブジェクトはどれですか? 回答するには、適切なアプリケーションレイヤーを正しいオブジェクトに移動してください。各アプリケーションレイヤーは、1回使用することも、複数回使用することも、まったく使用しないこともできます。コンテンツを表示するには、ペイン間の分割バーを移動したり、スクロールしたりする必要がある場合があります。
注意: 正しい選択ごとに 1 ポイントが加算されます。

同社はオブジェクトに変更を加える予定です。
Visual Studio Code で各オブジェクトのアプリケーション層を識別する必要があります。
各アプリケーションレイヤーで使用できるオブジェクトはどれですか? 回答するには、適切なアプリケーションレイヤーを正しいオブジェクトに移動してください。各アプリケーションレイヤーは、1回使用することも、複数回使用することも、まったく使用しないこともできます。コンテンツを表示するには、ペイン間の分割バーを移動したり、スクロールしたりする必要がある場合があります。
注意: 正しい選択ごとに 1 ポイントが加算されます。

MB-820 試験問題 77
拡張機能がテナントに表示されない理由を特定する必要があります。
失踪の理由として考えられる2つのことは何ですか?それぞれの正解は完全な解決策を示しています。
注意: 正しい選択ごとに 1 ポイントが加算されます。
失踪の理由として考えられる2つのことは何ですか?それぞれの正解は完全な解決策を示しています。
注意: 正しい選択ごとに 1 ポイントが加算されます。
MB-820 試験問題 78
注: この質問は、同じシナリオを提示する一連の質問の一部です。一連の質問にはそれぞれ、定められた目標を満たす可能性のある独自の解答が含まれています。質問セットによっては、複数の正解が存在する場合もあれば、正解がない場合もあります。
このセクションの質問に回答した後は、その質問に戻ることはできません。そのため、これらの質問はレビュー画面に表示されません。
ある企業は権限セットを最適化する計画を立てています。
会社には次の権限セットがあります。

3 番目の権限セットには次の実装を提供する必要があります。
* 権限セット A と権限セット B を組み合わせた新しい権限セット C を作成します。
* ユーザーに権限セット C を割り当てます。
ユーザーがジョブ テーブルに対して読み取りアクセス権のみを持っていることを確認する必要があります。
解決策: [含まれる権限セット] プロパティを [権限セット B] に設定し、[除外される権限セット] プロパティを [権限セット A] に設定します。
ソリューションは目標を満たしていますか?
このセクションの質問に回答した後は、その質問に戻ることはできません。そのため、これらの質問はレビュー画面に表示されません。
ある企業は権限セットを最適化する計画を立てています。
会社には次の権限セットがあります。

3 番目の権限セットには次の実装を提供する必要があります。
* 権限セット A と権限セット B を組み合わせた新しい権限セット C を作成します。
* ユーザーに権限セット C を割り当てます。
ユーザーがジョブ テーブルに対して読み取りアクセス権のみを持っていることを確認する必要があります。
解決策: [含まれる権限セット] プロパティを [権限セット B] に設定し、[除外される権限セット] プロパティを [権限セット A] に設定します。
ソリューションは目標を満たしていますか?
MB-820 試験問題 79
制御部門マネージャーに対応する値を持つプロパティを、説明フィールドとコメントフィールドに追加する必要があります。
どのプロパティを追加する必要がありますか?
どのプロパティを追加する必要がありますか?
MB-820 試験問題 80
ケーススタディ 1 - Contoso 社
背景
Contoso 株式会社は製造業の販売会社です。複数の国/地域に子会社を持ち、それぞれが独自のローカライズを行っています。これらの子会社は相互にデータ独立性を保つ必要があります。Contoso 株式会社は、一部の製造品目の下請け管理を外部のビジネスパートナーに委託しています。Contoso 株式会社には複数の部門があり、部門間のデータセキュリティが求められています。
現在の環境
Contoso, Ltd.は、財務、販売、購買、倉庫管理、製造プロセスのメインERPとしてBusiness Central Onlineを使用しています。従業員はBusiness Central Webアプリケーションと外部アプリケーションを使用しています。また、カスタムの外部モバイルアプリを開発中です。
IT 部門とそのパートナーは、機能がネイティブで利用できない会社の要件を満たすためにカスタム拡張機能をインストールしました。
Contoso, Ltd. は、顧客やパートナーが提供する外部サービスとやり取りします。Business Central から公開される SOAP および OData エンドポイントは、さまざまなアプリケーションによって操作されます。
Contoso 社の外部ビジネス パートナーは、新しい下請け注文の詳細を受信し、受信した各下請け注文の予定リリース日を送信するための REST API を公開しました。
Contoso 社ではテナントの監視が有効になっていないため、アプリの内部テレメトリがありません。
さまざまな部門の要件を満たすためにカスタム レポートを作成する必要があります。
テナント管理
Contoso 社では、テナント管理に関して次のような考慮事項があります。
IT部門
IT 部門には、パフォーマンスの問題を防ぎ、起こりうる異常を検出するためにテナントを監視する機能が必要です。
IT 部門は、Azure Application Insights と Log Analytics を使用して、取り込まれたテレメトリ信号を検査する予定です。
すべてのテナントのアップグレードはMicrosoftによって自動的に処理されます。IT部門は、更新プログラムの可用性やテナント関連の通知を確認することはありません。
IT 部門は、Business Central 管理センターからのテナント関連通知の受信を構成していません。
外部ビジネスパートナー
外部ビジネス パートナーは、ビジネス プロセスを監視できるように、Contoso, Ltd. 用に作成されたアプリケーションにカスタム テレメトリを追加する必要があります。
アプリケーションのカスタム テレメトリ信号は、パートナーのテレメトリでのみ表示される必要があります。
石鹸
Contoso 社は、統合に SOAP プロトコルを使用しないことを計画しています。
Contoso 社は、外部アプリケーションが Business Central SOAP エンドポイントを使用しているかどうかを検出できる必要があります。
問題
Business Central テナントは、夜間に Microsoft によって新しいメジャー バージョンにアップグレードされます。
ユーザーから、Contoso, Ltd. の拡張機能の 1 つがテナントから消えたという報告がありました。IT 部門は、その拡張機能がまだ公開されていることを確認しました。
カスタムモバイルアプリケーションの要件
Contoso 社は、次の要件を持つカスタム モバイル アプリケーションを作成する予定です。
従業員は、ERP からアイテムの詳細をリアルタイムで確認し、製造プロセス中に発生した問題を報告するために、このアプリを使用する必要があります。
アーカイブされた問題を処理するには、AL 拡張機能を作成する必要があります。
モジュールを実装するときは、Business Central 開発ガイドラインに従う必要があります。
問題情報の報告と追跡を行うためのモジュールを実装する必要があります。このモジュールは「Issue Management」と呼ぶ予定です。このモジュールは「PostIssue」というメソッドを公開する必要があります。
時間の経過とともにコードの変更が必要になります。
問題管理プロセスは、次の 2 つの拡張機能に分割する必要があります。
問題ベース: メイン拡張機能
ISSUE EXT: ISSUE BASE からの依存関係を持つ 2 番目の拡張
ISSUE BASE 拡張機能のバージョン 1.0.0.0 では、IssueTotal という名前のグローバル Decimal 変数を含む Issue テーブルを作成する予定です。
ISSUE BASE 拡張機能のバージョン 1.0.0.0 では、説明フィールドが次のように定義された Issue Category という名前のテーブルを定義する予定です。

ISSUE BASE 拡張機能で定義された Issue テーブルには、次のように定義された Clone プロシージャが含まれています。

ISSUE EXT 拡張機能では、Issue テーブルのテーブル拡張オブジェクトを作成します。
Issue テーブルの tableextension オブジェクトは、IssueTotal: Decimal 変数にアクセスする必要があります。
数週間使用した後、説明フィールドとクローン手順は不要になったため削除する必要があることがわかりました。
ISSUE BASE拡張機能の新しいバージョンでは、新しいIssue Typeテーブルを作成します。以前は廃止されていたIssue Categoryテーブルから新しいIssue Typeテーブルにデータを行単位で移動する必要があります。大量のデータを移動する必要があるため、DataTransferオブジェクトを使用してUpgradeコードユニットを記述する必要があります。
IT部門は、カスタムIssueテーブルを公開するためのカスタムAPIを作成します。このAPIは、問題を新しいテーブルにコピーするアクションを提供します。アクションは次のように定義されます。

Contoso 社は、アイテムの詳細をモバイル アプリケーションに公開するために、Business Central で API を作成する必要があります。
業務時間中に使用される場合、API は実稼働環境への影響を最小限に抑える必要があります。
API は Get 操作のみをサポートする必要があります。
問題のデバッグ
Business Central の ISSUE BASE 拡張機能のユーザーが問題を報告します。
問題をデバッグするために、次の構成のスナップショット デバッグが有効化されました。

デバッグがトリガーされていないことがわかります。
下請けのためのビジネスパートナーとの統合
Contoso 社は、ビジネス パートナーが提供する外部 API に Business Central を接続する必要があります。この API は、パートナーが販売需要を満たすための新規下請け注文の詳細を送信し、送信された各注文の予定リリース日を受信するために使用されます。統合要件は次のとおりです。
ビジネスパートナーは、Basic認証で保護されたREST APIを提供します。APIにアクセスするための認証情報は、Contoso, Ltd.と共有されます。
下請け注文を送信するための API は、指定されたエンドポイントに認証された POST リクエストを送信することによって呼び出す必要があります。
各下請け注文の注文番号と予定リリース日を取得するための API は、次の JSON で応答します。

各注文番号を取得する必要があります。
ドラッグアンドドロップの質問
SaaS テナントのテレメトリを構成し、取り込まれた信号が表示されるかどうかをテストする必要があります。
順番に実行する必要がある 3 つのアクションはどれですか。回答するには、適切なアクションをアクション リストから回答領域に移動し、正しい順序に並べます。

背景
Contoso 株式会社は製造業の販売会社です。複数の国/地域に子会社を持ち、それぞれが独自のローカライズを行っています。これらの子会社は相互にデータ独立性を保つ必要があります。Contoso 株式会社は、一部の製造品目の下請け管理を外部のビジネスパートナーに委託しています。Contoso 株式会社には複数の部門があり、部門間のデータセキュリティが求められています。
現在の環境
Contoso, Ltd.は、財務、販売、購買、倉庫管理、製造プロセスのメインERPとしてBusiness Central Onlineを使用しています。従業員はBusiness Central Webアプリケーションと外部アプリケーションを使用しています。また、カスタムの外部モバイルアプリを開発中です。
IT 部門とそのパートナーは、機能がネイティブで利用できない会社の要件を満たすためにカスタム拡張機能をインストールしました。
Contoso, Ltd. は、顧客やパートナーが提供する外部サービスとやり取りします。Business Central から公開される SOAP および OData エンドポイントは、さまざまなアプリケーションによって操作されます。
Contoso 社の外部ビジネス パートナーは、新しい下請け注文の詳細を受信し、受信した各下請け注文の予定リリース日を送信するための REST API を公開しました。
Contoso 社ではテナントの監視が有効になっていないため、アプリの内部テレメトリがありません。
さまざまな部門の要件を満たすためにカスタム レポートを作成する必要があります。
テナント管理
Contoso 社では、テナント管理に関して次のような考慮事項があります。
IT部門
IT 部門には、パフォーマンスの問題を防ぎ、起こりうる異常を検出するためにテナントを監視する機能が必要です。
IT 部門は、Azure Application Insights と Log Analytics を使用して、取り込まれたテレメトリ信号を検査する予定です。
すべてのテナントのアップグレードはMicrosoftによって自動的に処理されます。IT部門は、更新プログラムの可用性やテナント関連の通知を確認することはありません。
IT 部門は、Business Central 管理センターからのテナント関連通知の受信を構成していません。
外部ビジネスパートナー
外部ビジネス パートナーは、ビジネス プロセスを監視できるように、Contoso, Ltd. 用に作成されたアプリケーションにカスタム テレメトリを追加する必要があります。
アプリケーションのカスタム テレメトリ信号は、パートナーのテレメトリでのみ表示される必要があります。
石鹸
Contoso 社は、統合に SOAP プロトコルを使用しないことを計画しています。
Contoso 社は、外部アプリケーションが Business Central SOAP エンドポイントを使用しているかどうかを検出できる必要があります。
問題
Business Central テナントは、夜間に Microsoft によって新しいメジャー バージョンにアップグレードされます。
ユーザーから、Contoso, Ltd. の拡張機能の 1 つがテナントから消えたという報告がありました。IT 部門は、その拡張機能がまだ公開されていることを確認しました。
カスタムモバイルアプリケーションの要件
Contoso 社は、次の要件を持つカスタム モバイル アプリケーションを作成する予定です。
従業員は、ERP からアイテムの詳細をリアルタイムで確認し、製造プロセス中に発生した問題を報告するために、このアプリを使用する必要があります。
アーカイブされた問題を処理するには、AL 拡張機能を作成する必要があります。
モジュールを実装するときは、Business Central 開発ガイドラインに従う必要があります。
問題情報の報告と追跡を行うためのモジュールを実装する必要があります。このモジュールは「Issue Management」と呼ぶ予定です。このモジュールは「PostIssue」というメソッドを公開する必要があります。
時間の経過とともにコードの変更が必要になります。
問題管理プロセスは、次の 2 つの拡張機能に分割する必要があります。
問題ベース: メイン拡張機能
ISSUE EXT: ISSUE BASE からの依存関係を持つ 2 番目の拡張
ISSUE BASE 拡張機能のバージョン 1.0.0.0 では、IssueTotal という名前のグローバル Decimal 変数を含む Issue テーブルを作成する予定です。
ISSUE BASE 拡張機能のバージョン 1.0.0.0 では、説明フィールドが次のように定義された Issue Category という名前のテーブルを定義する予定です。

ISSUE BASE 拡張機能で定義された Issue テーブルには、次のように定義された Clone プロシージャが含まれています。

ISSUE EXT 拡張機能では、Issue テーブルのテーブル拡張オブジェクトを作成します。
Issue テーブルの tableextension オブジェクトは、IssueTotal: Decimal 変数にアクセスする必要があります。
数週間使用した後、説明フィールドとクローン手順は不要になったため削除する必要があることがわかりました。
ISSUE BASE拡張機能の新しいバージョンでは、新しいIssue Typeテーブルを作成します。以前は廃止されていたIssue Categoryテーブルから新しいIssue Typeテーブルにデータを行単位で移動する必要があります。大量のデータを移動する必要があるため、DataTransferオブジェクトを使用してUpgradeコードユニットを記述する必要があります。
IT部門は、カスタムIssueテーブルを公開するためのカスタムAPIを作成します。このAPIは、問題を新しいテーブルにコピーするアクションを提供します。アクションは次のように定義されます。

Contoso 社は、アイテムの詳細をモバイル アプリケーションに公開するために、Business Central で API を作成する必要があります。
業務時間中に使用される場合、API は実稼働環境への影響を最小限に抑える必要があります。
API は Get 操作のみをサポートする必要があります。
問題のデバッグ
Business Central の ISSUE BASE 拡張機能のユーザーが問題を報告します。
問題をデバッグするために、次の構成のスナップショット デバッグが有効化されました。

デバッグがトリガーされていないことがわかります。
下請けのためのビジネスパートナーとの統合
Contoso 社は、ビジネス パートナーが提供する外部 API に Business Central を接続する必要があります。この API は、パートナーが販売需要を満たすための新規下請け注文の詳細を送信し、送信された各注文の予定リリース日を受信するために使用されます。統合要件は次のとおりです。
ビジネスパートナーは、Basic認証で保護されたREST APIを提供します。APIにアクセスするための認証情報は、Contoso, Ltd.と共有されます。
下請け注文を送信するための API は、指定されたエンドポイントに認証された POST リクエストを送信することによって呼び出す必要があります。
各下請け注文の注文番号と予定リリース日を取得するための API は、次の JSON で応答します。

各注文番号を取得する必要があります。
ドラッグアンドドロップの質問
SaaS テナントのテレメトリを構成し、取り込まれた信号が表示されるかどうかをテストする必要があります。
順番に実行する必要がある 3 つのアクションはどれですか。回答するには、適切なアクションをアクション リストから回答領域に移動し、正しい順序に並べます。



