Explanation:

説明
代わりに、SalesTable フォームのユーザー インターフェイス フォーム セクションに移動して拡張機能を作成します。
注: Dynamics 365 Finance and Operations では、テーブル拡張機能を使用して新しいフィールドを追加する必要があります。
SalesTable に拡張機能を作成します。
参照：
https://stoneridgesoftware.com/how-to-extend-sales-order-update-functionality-to-custom-fields-in-d365-finance

説明
リストページは、レコードを参照し、適切なレコードを見つけ、そのレコードに対してアクションを実行できるように最適化されたユーザーインターフェイス上に一連のデータを表示します。リストページでは、データの検索、フィルター処理、並べ替えが可能です。グリッドの右側にあるファクトボックスには、アクティブなレコードの関連データが表示されます。レコードに関連するアクションは、ページ上部のアクションパネルにあります。
シナリオ：顧客と商品の組み合わせごとにベンダー除外リストを管理するための新しいソリューションを開発する必要があります。このソリューションは、以下の要件を満たす必要があります。
VendExclusions という名前のテーブルを作成して、すべての新しいベンダー除外コードを新しいアセンブリとして分離します。
CustAccount、ItemId、VendAccount の各フィールドを使用する PrimaryIdx という名前のテーブルのインデックスを作成します。
ユーザーが顧客マスターフォームから仕入先除外リストレポートを開けるようにしてください。リストには、顧客アカウント、商品ID、仕入先アカウントのフィールドが表示される必要があります。
参照：
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/ユーザーインターフェイス/リストページフォームパターン
トピック3、マンソンズ・ピクルス＆プレザーブ農場の背景
マンソンズ・ピクルス・アンド・プリザーブズ・ファームは、瓶詰め食品の製造・販売を行っています。同社は全米各地に複数の製造拠点と倉庫拠点を有し、各拠点で製造と倉庫保管の両方の業務を行っています。同社はイースト・セントラルとウェストの3つの拠点を有しています。
同社は Dynamics AX 2009 システムを Dynamics 565 Finance にアップグレードしています。
現在の環境
Munson's Pickles and Preserves Farmは、既存のシステムからカスタマイズ、データ、統合をDynamics 365の財務・運用アプリに移行する予定です。Dynamics 365の財務・運用環境には、以下のものが含まれます。
* Microsoft Visual Studio 2017 を使用した複数のクラウドホスト開発環境
* ソース管理用の Microsoft Azure DevOps プロジェクト
* ユーザー受け入れテストとステージング用の 2 つの第 2 層環境、および実稼働 Munson s Pickles and Preserves Farm は現在、アップグレード プロセスの計画および開発段階にあります。社内の開発チームは、問題に対処するために追加の開発リソースを必要としています。
同社では、GPExtensions というカスタム モデルを使用するように設定されたプロジェクトをすでに作成しています。
統合
Munson's Pickles and Preserves Farm は、貨物処理情報の新たな統合を導入しました。社内開発チームは、ソース情報を格納するためのセキュアファイル転送プロトコル (SFTP) サイトと、Dynamics 365 Finance にデータが追加された後、ソース情報を格納するステージングテーブルを作成しました。ソースシステムからの情報は、1日に1回、ソースシステムからターゲットシステムに転送され、統合されます。この統合により、10,000件を超えるレコードが転送されます。同社は、転送されるデータ量を最小限に抑えるため、統合用の集約エンティティを作成しました。
Munson s Pickles and Preserves Farm は、貨物処理のための新たな統合機能を追加しました。これにより、荷物の計画時に、すべての品目の重量、寸法、その他の要素を外部ポータルで設定できるようになります。荷物の計画が完了すると、Dynamics 36S の財務および運用アプリに統合され、貨物の請求書処理が実行されます。
運賃請求額には、重複した請求書や転記は関連付けられていません。ソースシステムからのこの情報の統合は、レポートの作成と集計のみを目的としています。
計画された変更
Munson's Pickles and Preserves Farmは、現在のニーズに合わせて在庫フォームを変更したいと考えています。変更や機能拡張は、Dynamics 365 Financeの既存のフォーム機能に準拠する必要があります。
要件
Munson's Pickles and Preserves Farmは、現在のニーズに合わせて在庫フォームを変更したいと考えています。変更や機能拡張は、Dynamics 365 Financeの既存のフォーム機能に準拠する必要があります。
統合
統合から得られるすべてのデータは、既存の Dynamics 365 Finance アプリのフィールドと同じ形式です。すべての機能強化やカスタマイズでは、新しい機能を作成する前に既存のアセットを使用する必要があります。
Munson's Pickles and Preserves Farmは、貨物処理ソースシステムからのリアルタイムデータを取り込むために統合戦略を変更したいと考えています。システムから商品が販売されると、在庫情報も更新する必要があります。この情報はDynamics 365 Financeで更新されます。
貨物処理の統合では、ソース システムからの XML ファイルを保存するために SFTP サイトを使用する必要があります。
追加の統合では OData が使用され、リアルタイムで転送される必要があります。
定期的なバッチジョブは
* SFTP サイトからデータを取得します。
* ソース システムからの情報を保持するために使用されるステージング テーブルにデータをインポートします。
* ソース データを Dynamics 365 Finance のターゲット テーブルにマップします。
インポートしたロードIDフィールドは、処理済みのすべての注文の受注ヘッダーに追加する必要があります。企業の成長に伴い、他の統合戦略を含む統合に関する追加要件が必要になる場合があります。
既存のテーブルにロードIDを含めるように変更する必要があります。ロードIDフィールドを追加する前に、データベースを同期する必要があります。
変更点
Munson's Pickles and Preserves Farm は、在庫状況フォームに列を追加するために変更する必要があります。同社は、在庫状況フォームにデータを入力するためのテーブルを新しいデータソースとして作成する予定です。この新しいテーブルには、「商品名」フィールドと「バッチID」フィールドの両方を追加したいと考えています。現在のフォームには、品目番号、場所、ナンバープレート、製品在庫ディメンション、数量が含まれています。
在庫状況フォームのグリッドには、品目番号と法人名を使用して製品名を入力する必要があります。新しい列を含むユーザーインターフェイスを作成し、データをグリッドに追加できるようにする必要があります。フォームのデザインには、アクションペイン、ナビゲーションリスト、リストスタイルグリッド、詳細ヘッダー、詳細タブのみを含め、ロードIDフィールドを含める必要があります。
Munson's Pickles and Preserves Farmでは現在、その他の必須フィールド（商品名用とバッチID用）を追加中です。これらの新規フィールドは、在庫状況フォームの既存データソースの既存フィールドの拡張データ型に関連付ける必要があります。Munson's Pickles and Preserves Farmは、WHSTmpStatusChangeの拡張テーブルにEcoResProductNameとバッチIDのデータを追加する予定です。テーブル拡張のフィールドにはデータが入力され、挿入時に在庫状況フォームに表示される必要があります。
問題
* 社内開発チームは、貨物処理のための新しい統合のために、SFTPサイト接続、ステージングテーブル、バッチジョブを作成しました。開発チームは、ソースデータをターゲットテーブルとデータ管理ワークスペースにマッピングする必要があります。開発チームは、データ管理ワークスペースのターゲットフィールドのマッピングにエラーがあることに気付きました。計画されている変更に必要なテーブル拡張、クラス拡張、およびフォーム拡張を構成するために、別の開発者が必要です。
* 社内開発チームでは、在庫ステータスの標準フォームに必須フィールドを追加する際に問題が発生しています。
チームには、計画された変更に必要なテーブル拡張、クラス拡張、およびフォーム拡張を構成する別の開発者が必要です。

トピック4、A. Datum Corporation
A Datum Corporationは、革新的なアルミニウムシステムの設計と販売におけるマーケットリーダーです。オーストラリアの建築、住宅、産業、住宅リフォーム市場にサービスを提供しています。
当社はパース、シドニー、メルボルンに倉庫を構えており、倉庫スタッフのチームが顧客先への配送を行っています。
Datum Corporation は現在、Microsoft Dynamics AX 2009 を使用しています。
顧客はメールまたは電話で注文します。企業が顧客に見積りを提示した後、顧客は販売価格に同意する必要があります。
同社は、段階的なロールアウト戦略に基づき、Dynamics 365 Finance および Dynamics 365 Supply Chain Management への移行を進めています。同社は、様々な環境とリリースを管理するためのライフサイクルサービス プロジェクトを運用しています。
当社には、次のような財務およびサプライ チェーン管理環境があります。
* 発達
* 品質保証（QA）
* ユーザー受け入れテスト（UAT）
* 生産
同社ではコードリポジトリとしてAzure DevOpsを使用しています。すべての開発者は、開発ブランチを使用してコードをチェックインし、リリースブランチを使用して本番環境リリース用のコードをメンテナンスしています。
* FinanceおよびSupply Chain Management向けのクラウドベースの開発環境を構成します。更新をサポートするコード拡張機能を有効にします。
* Microsoft がサポートするバージョン管理と Azure がホストするビルド パイプラインを構成します。
* 顧客のすべてのドキュメント処理添付ファイルを Dynamics AX 2009 から Finance and Supply Chain Management に移行します。
* ベストプラクティスチェックのためのX++コードの監査
* すべての新しいコードは、開発環境で単体テストされ、その後、次のリリースのためにリリース ブランチにマージされる前に、QA チームによって検証される必要があります。
* UAT 環境に展開されるすべての変更は承認される必要があります (または本番環境にコードをリリースする必要があります)。
* 営業マネージャーは、新しいマスター テーブルのドキュメント処理添付ファイルが新しいシステムに確実に移行されるように、拡張可能なソリューションを必要としています。
* MigrateAttachmentという基本クラスは、すべての子クラスが実装する必要があるメソッドを備えて設計する必要があります。
* エクステンダーが事前イベントおよび事後イベントをサブスクライブできないように、processAttachment というメソッドを作成する必要があります。
* 「すべての販売注文」リストページで、販売注文の合計金額を入力するための2つの新しいフィールドを追加する必要があります。1つのフィールドでは物品サービス税（GST）を使用し、もう1つのフィールドではGSTを使用しません。
* 「チェックデータの入力」というプロセスは、以下に基づいて設計する必要があります。
o プロセスは「すべての顧客」リスト ページから実行され、CustCheckData というカスタム テーブルに 1000 行が入力される必要があります。o テーブルには CheckNumber と BankNumber という 2 つのフィールドが必要です。
o データが処理された後、プロセスは現在のセッションに戻る必要があります。
* 生成されたチェック データは、追加の詳細やプレビュー ペインなしで、表形式でユーザーがアクセスできる必要があります。
* 購買マネージャには、Finance および Supply Chain Management で生成された発注書の問い合わせの情報を送信するための新しいデータ エンティティが必要です。
* 営業マネージャーは、サイトおよび品目タイプの見積合計にアクセスできる必要があります。
* 営業マネージャーは、売上請求書ビジネス ドキュメントに見積番号を印刷することを要求します。
顧客は請求書書類上の参照番号にアクセスできる必要があります。
* 購買管理者は、Sを超える注文書を承認するための新しい承認ワークフローを必要とします。
10.000。
* UserAというユーザーが販売注文の梱包明細書を投稿した後、顧客に商品の配送状況をリアルタイムで通知する必要があります。この情報はビジネスイベントを使用して提供されます。
* 購買発注収入は、データパッケージを使用して財務および供給チャネル管理からエクスポートする必要があります。ユーザーはODataを使用してクエリを実行できる必要がありますが、システム内のデータを更新または作成することはできません。
* 営業マネージャーのワークスペースには、主要業績評価指標を使用して見積の合計が表示される必要があります。
* 購買注文承認ワークフローは、調達およびソーシング モジュールから構成する必要があります。
* ユーザー A は、「すべての販売注文リスト」ページを開くときに遅延が発生すると報告しています。
* 顧客は、UserA によって投稿された梱包明細書のビジネス イベントにアクセスできません。
* UserB というユーザーは、顧客のデータチェックプロセスを実行するとシステムが応答しなくなると報告しています。
* ユーザーA は、UAT 環境で新しい売上請求書レポートのレイアウトをテストするときに、売掛金管理モジュールの印刷管理設定に新しいレイアウトが表示されない、と報告しています。