シナリオ: 営業マネージャーは、ベンダー除外リストにデータ関連の問題があると疑っています。ユーザー1は、参照されている除外レコードを作成したユーザーを特定する必要があります。

A: カスタマイズと拡張

B: 例: ツリーデザイナーで FMRental.Extension に移動する
1. Visual Studio のソリューション エクスプローラーの FleetManagement Discounts プロジェクトで、[ユーザー インターフェイス] > [フォーム拡張] を展開します。

FMRental.Extension 要素は、2 つの新しいデータ ソースと新しいタブ コントロールを追加することで、FMRental フォームの機能を拡張する拡張要素です。
2. ソリューション エクスプローラーで、FMRental.Extension をダブルクリックしてデザイナーを開きます。

3. デザイナーの検索ボックスに、下の画像のように「e:」と入力します。これにより、現在のデザイナーがフィルタリングされ、現在の拡張機能に属するノードのみが表示されます。

参照：
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/customize-model-elements-ex

Explanation:

ボックス1: はい
クラス拡張 - メソッドのラッピングとコマンドチェーン。
クラス拡張（クラス拡張）の機能が改善されました。拡張する基底クラスで定義されているメソッドをロジックでラップできるようになりました。イベントハンドラーを使用せずに、publicメソッドとprotectedメソッドのロジックを拡張できます。メソッドをラップすると、基底クラスのpublicメソッド、protectedメソッド、および変数にもアクセスできるようになります。これにより、トランザクションを開始したり、クラスに関連付けられた状態変数を簡単に管理したりできます。
ボックス2: はい
次の例では、doSomethingのラッパーとnextキーワードの使用によって、メソッドのChain of Command（CoC）が作成されます。CoCは、リクエストが一連の受信者によって処理される設計パターンです。このパターンは、送信者と受信者の疎結合をサポートします。
[ExtensionOf(classStr(BusinessLogic1))]
最終クラス BusinessLogic1_Extension
{
str doSomething(int arg)
{
// パート1
var s = next doSomething(arg + 4);
// パート2
s を返します。
}
}
ボックス3: はい
インスタンスメソッドと静的メソッドは拡張クラスでラップできます。ラップする対象が静的メソッドである場合、拡張クラス内のメソッドはstaticキーワードで修飾する必要があります。
ボックス4: いいえ
ラッパー メソッドは常に next を呼び出す必要があります。
注: 拡張クラスのラッパーメソッドは常に next を呼び出す必要があります。これにより、チェーン内の次のメソッド、そして最終的に元の実装が必ず呼び出されます。この制約により、チェーン内のすべてのメソッドが結果に寄与することが保証されます。
この制限の現在の実装では、 next の呼び出しはメソッド本体の第 1 レベルのステートメント内にある必要があります。
重要なルールをいくつか紹介します。
* if ステートメント内では条件付きで next を呼び出すことはできません。
* while、do-while、または for ループ ステートメントでは next の呼び出しは実行できません。
* next ステートメントの前に return ステートメントを置くことはできません。
* 論理式は最適化されているため、論理式内で next の呼び出しは発生しません。実行時に式全体が実行されることは保証されません。
参照：
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/method-wrapping-coc

制限の例
2 つのテーブル (顧客と注文) があり、その関係が 1 対多 (つまり、顧客は複数の注文を持つことができる) であるとします。
親テーブル（Customer）で、Orderテーブルの削除アクションプロパティを「RESTRICTED」に設定した場合、Customerテーブルからレコードを削除すると、まず子テーブルのレコードがチェックされ、存在する場合は「まず子テーブルからレコードを削除する必要がある」という警告メッセージが表示されます。
誤った回答:
B: カスケードの例:
2 つのテーブル (顧客と注文) があり、その関係が 1 対多 (つまり、顧客は複数の注文を持つことができる) であるとします。
親テーブル（Customer）で、Orderテーブルの削除アクションプロパティを「CASCADE」に設定した場合、Customerテーブルからレコードを削除すると、Orderテーブル内の関連レコードもすべて自動的に削除されます。
C: カスケード+制限の例
3 つのテーブル (Person、Customer、Order) があるとします。ここで、Person は Customer テーブルの親であり、Customer は Order テーブルの親であり、(1 対多) 関係を持っています。Customer テーブルの Person テーブルの削除アクション プロパティを "CASCADE" に設定し、Order テーブルの CUSTOMER テーブルの削除アクション プロパティを "CASCADE +RESTRICTED" に設定するとします。
したがって、Customer テーブルからレコードを削除すると、最初に子テーブル (order テーブル) のレコードがチェックされ、存在する場合は、最初に子テーブルからレコードを削除する必要があることを示す警告プロンプトが表示されます。
しかし、Person テーブルからレコードを削除すると、Customer テーブルのレコードが自動的に削除され、Order テーブル内の customer テーブルに関連するすべてのレコードも削除されます。
参照：
https://amazingax.wordpress.com/2013/01/13/microsoft-dynamics-ax-2012example-of-cascaderestricted-and- cascade-restricted-delete-action-property-for-a-table-relation/ 開発者ツールテストレット 1 ケーススタディ これはケーススタディです。ケーススタディは個別に時間制限がありません。各ケースに好きなだけ試験時間を使用できます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。与えられた時間内にすべての質問に回答できるよう、時間を管理する必要があります。
ケーススタディに含まれる質問に回答するには、ケーススタディに記載されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する図表やその他のリソースが含まれている場合があります。各質問は、ケーススタディ内の他の質問とは独立しています。
このケーススタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、修正することができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを始めるには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインのボタンを使ってケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、表示される情報は後続のタブに表示される情報と同一であることに注意してください。質問に回答する準備ができたら、「質問」ボタンをクリックして質問に戻ります。
背景
Wide World Importers は、米国全土の顧客にオフィス用品、家具、備品を販売しています。
同社は以下の拠点を有しています。
* シアトルの小売店
* シアトルの倉庫
* アトランタのカスタマーサポートおよびコールセンター
* 顧客の現場で家具の設置サービスを提供する現場作業員のチーム。
Wide World Importers は、Dynamics 365 Finance と Microsoft Azure クラウド プラットフォーム機能を実装する予定です。
現在の環境
顧客はメール、電話、または会社のウェブサイトから注文できます。会社はウェブベースのアプリケーションを使用してクレジットカード取引の承認と処理を行います。顧客、在庫、仕入先、その他のマスターデータと取引データは、レガシーデータベースに保存されています。
同社は、電話または自社 Web サイト上のフォームを通じて顧客からのフィードバックを収集し、そのデータを Microsoft Excel ブックに保存しています。
Wide World Importersは、給与計算と労災保険の管理にオンプレミスアプリケーションを使用しています。同社は、レポートデータベースのデータを表示するMicrosoft Power BIダッシュボードセットを保有しています。
同社は Lifecycle Services (LCS) 実装プロジェクトを作成し、Dynamics 365 Finance のオンボーディングを完了しました。
同社は、生産、品質保証 (QA)、開発、ユーザー受け入れテスト (UAT)、ビルド環境を維持しています。
要件
一般的な
* クラウドベースの Dynamics 365 Finance 開発環境を構成し、更新をサポートするコード拡張を有効にする必要があります。
* バージョン管理とビルド環境を構成する必要があります。
* すべてのレガシーデータを新しいシステムに移行する必要があります。
* X++ コーディング、データ モデル、キャッシュ、セキュリティに関するベスト プラクティスを実装する必要があります。
* すべての新しいコードは、開発環境で単体テストされ、ソース管理に追加される前に QA チームによって検証される必要があります。
ビジネスプロセス
* ベンダー取引契約を設定する必要があります。
* 間接費を節約するため、製品は顧客の所在地に応じてサプライヤーから顧客へ直接発送する必要があります。
* ベンダーから直接出荷された製品に関する顧客のフィードバックを収集する必要があります。
* コードを本番環境にデプロイする前に、テストのために UAT 環境にコードをデプロイする必要があります。
* 注文書作成フォームのすべての入力内容を検証する必要があります。
* 顧客が商品を閲覧し、注文し、注文状況を確認できるWebポータルを開発する必要があります。Webポータルの商品データは、定期的なバッチとして統合する必要があります。
ビジネスシステム
* Dynamics 365 Finance 内でクレジットカード処理を行うには、サードパーティ製のソリューションをインストールして設定する必要があります。サードパーティ企業が展開可能なパッケージを提供します。
* 労働者災害補償アプリケーションは、API を呼び出して Dynamics 365 Finance の労働者災害補償の詳細を更新できる必要があります。
* 給与ジャーナルをシステムにインポートするプロセスを開発する必要があります。
* 倉庫操作用に倉庫モバイル デバイス ポータルを構成する必要があります。
* Webポータルとの統合をサポートするには、サードパーティ製のソリューションをインストールする必要があります。ソリューションはソースコードモデルファイルとして提供されます。
ベンダー除外リスト
顧客と品目の組み合わせごとにベンダー除外リストを維持するための新しいソリューションを開発する必要があります。
ソリューションは次の要件を満たす必要があります。
* VendExclusions という名前のテーブルを作成して、すべての新しいベンダー除外コードを新しいアセンブリとして分離します。
* CustAccount、ItemId、VendAccount の各フィールドを使用する PrimaryIdx という名前のテーブルのインデックスを作成します。
* ユーザーが顧客マスターフォームから仕入先除外リストレポートを開けるようにしてください。リストには、顧客アカウント、商品ID、仕入先アカウントのフィールドが表示される必要があります。
* ベンダー除外リスト フォームの Excel 統合を実装します。
* Dynamics 365 Unified Operations の標準レポート機能を使用して、ベンダー除外リストを定期的にエクスポートし、レポートを作成する機能を提供します。
* 新しいベンダー除外リスト機能とレポートの表示および管理に必要なセキュリティ権限を開発します。管理権限を持つユーザーは、除外リストの作成、更新、削除を行うことができます。
会社のセキュリティ モデルに合わせて、セキュリティ ロールに権限を割り当てる必要があります。
* 他のテーブルとの参照整合性を維持します。
* 除外リスト内のベンダーに対して直送注文書が作成される前に、ユーザーに警告メッセージを表示する必要があります。
* 新しい除外レコードがシステムに追加されたときに、営業マネージャーに通知する必要があります。
安全
* レコードを作成したユーザーを識別するには、レコード レベルの監査機能を実装する必要があります。
* 特定のユーザーに、Excel を使用してベンダー除外リストを管理する権限を付与します。
* 提案された直納発注書ベンダーが顧客と製品の組み合わせの除外リストに含まれているかどうかを確認するための検証を実装する必要があります。
問題
ユーザー1はシステムの多くの機能にアクセスできません。ユーザー1に管理者権限を付与する必要があります。
営業マネージャーは、ベンダー除外リストにデータ関連の問題があると疑っています。ユーザー1は、参照されている除外レコードを作成したユーザーを特定する必要があります。
Developer2 は会社に入社しましたが、開発環境やソース管理へのアクセス権がありません。
ユーザー2 は、現在の更新プログラムを適用した後に直接配送の注文書を生成するとパフォーマンスの問題が発生すると報告しています。
ユーザー2 は、新しい機能やレポートにアクセスできないと報告しています。