統一された製品経験

ビジネス エコシステムが Finance、Supply Chain Management、Sales などの Dynamics 365 アプリケーションで構成されている場合、企業では通常、製品データを調達するためにこれらのアプリケーションが使用されます。 これは、アプリケーションが、高度な価格決定の概念と正確な手持在庫のデータを補完する堅牢な製品インフラストラクチャを提供することが理由です。 製品データを調達するために外部の製品ライフサイクル管理 (PLM) システムを使用する企業では、財務と運用アプリから他の Dynamics 365 アプリに製品をチャネル化できます。 製品の統合エクスペリエンスによって Dataverse に統合された製品データ モデルがもたらされるため、Power Platform ユーザーを含むすべてのアプリケーション ユーザーが、財務と運用アプリからの豊富な製品データを利用することができます。

次の図に、Dynamics 365 Sales の製品データ モデルを示します。

次の図に、財務と運用アプリの製品データ モデルを示します。

次の画像で示すように、この 2 つの製品データ モデルは、Dataverse に統合されています。

製品の二重書き込みテーブル マップは、データを一方向にのみ、財務と運用アプリから Dataverse にほぼリアルタイムでフローするように設計されています。 ただし、製品のインフラストラクチャはオープンであり、必要に応じて双方向で使用できます。 カスタマイズはできますが、Microsoft ではその方法を推奨していないため、自己責任で行ってください。

テンプレート

製品情報には、製品分析コード、追跡用分析コード、保管分析コードなど、製品とその定義に関連するすべての情報が含まれます。 次のテーブルが示すように、製品と関連する情報を同期するためにテーブル マップのコレクションが作成されます。

製品の統合

このモデルでは、製品は、Dataverse にある製品と msdynsharedproductdetails という 2 つのテーブルの組み合わせを表します。 最初のテーブルには、製品の定義 (製品の固有 ID、製品名、説明) が含まれており、2 番目のテーブルには、製品レベルで保存された列が含まれています。 この 2 つのテーブルの組み合わせを使用して、最小在庫管理単位 (SKU) の概念に従って製品を定義します。 各リリース済製品の情報は、記載されているテーブル (製品および共有製品の詳細) で提供されます。 すべての製品 (リリース済製品と非リリース製品の両方) を追跡する場合は、グローバル製品テーブルが使用されます。

製品は SKU として表されるため、特徴的製品、製品マスター、および製品バリアントの概念は、次に示すとおり、Dataverse に取り込むことができます。

• 製品サブタイプの製品は、自身で定義されている製品です。 分析コードを定義する必要はありません。 例として、特定の書籍が挙げられます。 これらの製品については、製品 テーブルに 1 つの行が作成され、msdyn_sharedproductdetails テーブルに 1 つの行が作成されます。 製品ファミリ行は作成されません。
• 製品マスターは、業務プロセスの動作を決定する定義とルールを保持する汎用製品として使用されます。 これらの定義に基づいて、製品バリアントと呼ばれる特徴的製品を生成することができます。 たとえば、T シャツは製品マスターであり、色とサイズを分析コードとして持つことができます。 この分析コードの組み合わせが異なるバリアント (S サイズの青い T シャツまたは M サイズの緑の T シャツなど) をリリースすることができます。 統合では、バリアントごとに 1 つの行が製品テーブルに作成されます。 この行には、さまざまな分析コードなど、バリアント固有の情報が含まれています。 製品の一般情報は、msdyn_sharedproductdetails テーブルに格納されています。 (この汎用情報は製品マスターに格納されます。) 製品マスター情報は、リリースされた製品マスターが作成されるとすぐに (ただし、バリアントがリリースされる前に) Dataverse に同期されます。
• 特徴的製品は、製品サブタイプのすべての製品とすべての製品バリアントを参照します。

二重書き込み機能が有効になっている場合、財務と運用アプリからの製品は他の Dynamics 365 アプリに下書き状態で同期されます。 価格リストは名前でアルファベット順に並べ替えられ、製品は Customer Engagement アプリで使用されているのと同じ通貨の最初の価格リストに追加されます。 つまり、製品は、製品が財務と運用アプリでリリースされている法人テーブルの通貨と一致する、Dynamics 365 アプリの最初の価格表に追加されます。 通貨の価格リストがない場合は、価格リストが自動的に作成され、製品が割り当てられます。

二重書き込みプラグインの現在の実装では、既定の価格リストをユニットに関連付け、財務および操作アプリケーションに関連付けられている通貨を参照します。 Customer Engagement の最初の価格リストが検索されます。 (価格リストは、もう一度名前でアルファベット順に並べ替えられます)。特定の通貨に複数の価格リストがある場合に、その通貨の既定の価格リストを設定するには、その価格リストの名前が、同じ通貨の他の価格リストよりもアルファベット順で先になるように更新する必要があります。 通貨に価格リストがない場合は、新しい価格リストが作成されます。

既定では、財務と運用アプリの製品は、下書き状態で他の Dynamics 365 アプリに同期されます。 製品を有効状態で同期して、販売注文の見積書で直接使用できるようにするには、システム>管理>システム管理>システム設定に移動して、販売タブで 有効な状態で製品を作成するをはいに設定します。

製品を同期する際に、財務と運用アプリの販売単位フィールドに値を入力する必要があります。このフィールドは、Dynamics 365 Sales では必須フィールドです。

Dynamics 365 Sales からの製品ファミリーの作成は、製品の二重書き込み同期ではサポートされていません。

製品の同期は、財務と運用アプリから Dataverse に対して実行されることに注意してください。 そのため、製品テーブル列の値は Dataverse で変更できますが、値は同期がトリガーされるとき (財務と運用アプリで製品列が変更されるとき) に上書きされます。

新しい製品統合方法

Dynamics 365 Supply Chain Management バージョン 10.0.39 および Dynamics 365 Supply Chain Extended v2.3.4.294 では、製品の同期のための新しい方法が導入され、パフォーマンス全体が向上されます。

新しいデータ エンティティ、DV リリース済特徴的製品とDV リリース済製品には、Dataverse と同期される情報のみ含まれます。 したがって、結合およびデータ ソースが少なくなり、データ エンティティのパフォーマンスが向上します。 Dataverse プラグインは、msdyn_sharedproductdetails から 製品への、関連の製品情報の更新を処理します。

Supply Chain Management 価格決定エンジン とのオンデマンド同期で述べたように、Dynamics 365 Sales では価格関連の計算に Dynamics 365 Supply Chain Management 価格決定エンジンを使用します。 そのため、UnitCost と SalesPrice は不要になるか、Dataverse と同期されます。

この新しい方法の使用を開始するには、Dynamics 365 Supply Chain Management バージョン 10.0.39 以降を使用していることと、Dynamics 365 Supply Chain Extended v2.3.4.294 ソリューションが Microsoft Power Platform ソリューションがインストールされていることを確認します。 古い二重書き込みマップの CDS リリース済の特徴的製品とリリース済製品 V2 は停止し、新しいマップの使用を開始する必要があります。 プラグインは新しいマップを使用するように設計されているため、新しいマップが有効化された場合にのみ自動的にトリガされ、実行されます。

新しいDV リリース済特徴的製品マップと DV リリース済製品マップの使用を停止すると、古い製品同期方法が使用されます。

初期同期を実行する場合は、最初に DV リリース済製品マップを使用し、次に DV リリース済特徴的製品を実行する必要があります。

製品分析コード

製品分析コードは、製品バリアントを識別する特性です。 また、4 つの製品分析コード (色、サイズ、スタイル、コンフィギュレーション) が Dataverse にマップされて、製品バリアントを定義します。 次の図は、色の製品分析コードのデータ モデルを示しています。 サイズ、スタイル、およびコンフィギュレーションに同じモデルが適用されます。

1 つの製品に異なる製品分析コードが含まれている場合 (たとえば、製品マスターのサイズや色が製品分析コードと同じである場合)、個々の特徴的製品 (つまり、各製品バリアント) は、それらの製品分析コードの組み合わせとして定義されます。 たとえば、製品番号 B0001 は、XS サイズの黒い T シャツで、製品番号 B0002 は S サイズの黒い T シャツです。 この場合、製品分析コードの既存の組み合わせが定義されています。 たとえば、前の例の T シャツは、XS サイズの黒、S サイズの黒、M サイズの黒、L サイズの黒にすることができますが、XL サイズの黒にすることはできません。 つまり、製品マスターが実行できる製品分析コードは指定されており、これらの値に基づいてバリアントをリリースできます。

製品マスターで実行できる製品分析コードを追跡するために、各製品分析コードに対して次のテーブルが Dataverse に作成され、マッピングされます。 詳細については、「製品情報の概要」を参照してください。

既定の注文設定と製品固有の既定の注文設定

既定の注文設定では、品目のソースまたは保管場所のサイトと倉庫を定義します。 また、取引または在庫管理のために使用される、最小、最大、複数、標準数量、リード タイム、停止フラグ、注文納期メソッドも定義します。 この情報は、既定の注文設定と製品固有の既定の注文設定エンティティを使用して Dataverse で利用できます。 機能の詳細については、分析コードおよび製品バリアントの既定の注文設定を参照してください。

測定単位と測定単位の換算

次の図のデータ モデルで示すように、測定単位と対応する変換は Dataverse で利用できます。

測定単位の概念は、財務と運用アプリとその他の Dynamics 365 アプリの間で統合されています。 財務と運用アプリの各単位クラスでは、単位グループは、単位クラスに属している単位を含む Dynamics 365 アプリで作成されます。 また、既定の基本単位は、すべての単位グループに対して作成されます。

Dynamics 365 財務と運用アプリと Dynamics 365 Sales 測定単位間の違いは次のとおりです:

• Dynamics 365 財務と運用アプリでは、クラス間およびクラス内の測定単位の変換があります。 製品に対して既存の換算がある場合、異なるクラス (クラス間) 間で販売単位に変更を加えることができます。
• Dynamics 365 Sales では、単位を同じグループの別の単位にのみ変更できます。
• Dynamics 365 Sales で Dynamics 財務と運用アプリの各単位クラスに対して単位グループが作成される標準的な統合では、Dynamics 365 Sales で製品の販売単位を異なるグループの別の単位に変更することはできません。 これは Dynamics 365 Sales では制限されています。 つまり、財務と運用アプリでクラス間換算を行い、それを Dynamics 365 Sales と同期することはできません。
• 財務と運用アプリでクラス間単位の変換を行い、Dynamics 365 Sales と同期する必要があるシナリオでは、既定の実装を変更する必要があります。 財務と運用アプリからのすべての単位は、財務と運用の単位クラスを表す Dynamics 365 Sales で単一の単位グループに同期する必要があります。 この同期は、単位の二重書き込みマップ テンプレートをカスタマイズし、msdyn_externalunitclassname を UNITCLASS ではなく固定値にマップすることで実現できます。

財務と運用アプリと Dataverse の間で一致する単位データの初期同期

単位の初期同期

二重書き込みが有効になっている場合、財務と運用アプリの単位は、他の Dynamics 365 アプリに同期されます。 Dataverse の財務と運用アプリから同期される単位グループには、「外部管理」であることを示すフラグが設定されます。

財務と運用アプリおよび他の Dynamics 365 アプリの単位と単位クラス/グループのデータの照合

まず、単位の統合キーが msdyn_symbol であることに注意する必要があります。 したがって、この値は、Dataverse または他の Dynamics 365 アプリで一意である必要があります。 他の Dynamics 365 アプリでは、単位の一意性を定義する "単位グループID" と "名前" のペアであり、財務と運用アプリと Dataverse の間で単位データを一致させるためのさまざまなシナリオを検討する必要があります。

財務と運用アプリやその他の Dynamics 365 アプリで一致/重複する単位の場合:

• 単位は、財務と運用アプリ内の関連付けられている単位クラスに対応する他の Dynamics 365 アプリの単位グループに属します。 この場合、他の Dynamics 365 アプリの msdyn_symbol 列には、財務と運用アプリの単位記号を入力する必要があります。 したがって、データが照合されると、その単位グループは、他の Dynamics 365 アプリでは「外部管理」として設定されます。
• 単位は、財務と運用アプリ内の関連付けられている単位クラスに対応していない、他の Dynamics 365 アプリの単位グループに属します。 (他の Dynamics 365 アプリの単位クラスには、財務と運用アプリの単位および単位クラスが存在しません。) この場合、msdyn_symbol 列にはランダムな文字列を入力する必要があります。 この値は、他の Dynamics 365 アプリで一意である必要があります。

財務と運用アプリの単位および単位クラスが他の Dynamics 365 アプリに存在しない場合:

二重書き込みの一環として、財務と運用アプリの単位グループとそれに対応する単位を他の Dynamics 365 アプリと Dataverse で作成して同期してから、この単位グループを「部管理」として設定します。追加のブートストラップ作業は不要です。

他の Dynamics 365 アプリの単位で、財務と運用アプリに存在しない場合:

すべての単位で msdyn_symbol 列を入力する必要があります。 単位は、対応する単位クラス (存在する場合) の財務と運用アプリでいつでも作成できます。 単位クラスが存在しない場合は、最初に他の Dynamics 365 アプリの単位グループに一致する単位クラスを作成する必要があります。 (列挙を拡張する場合は、拡張によってのみ財務と運用アプリで単位クラスを作成できます)。その後、その単位を作成できます。 財務と運用アプリの単位記号は、その単位に対して他の Dynamics 365 アプリで以前に指定された msdyn_symbol である必要があります。

製品ポリシー: 分析コード、追跡、保管グループ

製品ポリシーは、在庫内で製品とその特性を定義するために使用される一連のポリシーです。 製品分析コード グループ、製品追跡分析コード グループ、および保管分析コード グループが製品ポリシーとして指定されている場合があります。

製品階層

製品の統合キー

Dynamics 365 Finance と Dataverse の製品との間で一意の製品を識別するために、統合鍵が使用されます。 製品では、(productnumber) は Dataverse の製品を識別する固有のキーです。 これは、次の連結によって構成されます (会社、msdyn_productnumber)。 会社は財務と運用アプリの法人エンティティを示し、msdyn_productnumber は財務と運用アプリの特定の製品の製品番号を示します。

その他の Dynamics 365 アプリのユーザーについては、この製品は msdyn_productnumber という UI で識別されます (列のラベルが 製品番号 であることに注意してください)。 製品ページでは、会社と msydn_productnumber の両方が表示されます。 ただし、製品の固有キーである (productnumber) 列は表示されません。

Dataverse でアプリを作成した場合は、製品番号 (固有の製品 ID) を統合キーとして使用することに注意する必要があります。 msdyn_productnumber は一意ではないので使用しないでください。

製品の初期同期と、Dataverse から財務と運用アプリへのデータの移行

製品の初期同期

二重書き込みが有効になっている場合、財務と運用アプリからの製品は Dataverse と Customer Engagement アプリと同期されます。 二重書き込みの前に Dataverse およびその他の Dynamics 365 アプリで作成された製品は、財務と運用アプリの製品データに更新および照合されません。

財務と運用アプリおよび他の Dynamics 365 アプリの製品データの照合

財務と運用アプリ、Dataverse、および他の Dynamics 365 アプリで同じ製品が保持 (重複/一致) されている場合、デュアル書き込みを有効にすると、財務と運用アプリの製品が同期され、同じ製品の重複したレコードが Dataverse に表示されます。 以前の状況を回避するために、他の Dynamics 365 アプリが財務と運用アプリと重複/一致する製品を所有している場合、二重書き込みを有効にする管理者は、製品の同期が行われる前に会社 (例: "USMF") および msdyn_productnumber (例: "1234:Black:S") の列をブートストラップする必要があります。 つまり、Dataverse の製品のこの 2 つの列には、製品をその製品番号と照合する必要がある財務と運用アプリの各会社を入力する必要があります。

次に、同期が有効になって実行されると、財務と運用アプリの製品が Dataverse および他の Dynamics 365 アプリの一致する製品と同期されます。 この動作は、特徴的製品と製品バリアントの両方に適用されます。

Dynamics 365 アプリから財務と運用アプリへの製品データの移行

他の Dynamics 365 アプリに財務と運用アプリに存在しない製品がある場合、管理者は EcoResReleasedProductCreationV2Entity を使用して、その製品を財務と運用アプリにインポートできます。 次に、上記の説明に従って、財務と運用アプリおよび他の Dynamics 365 アプリの製品データを照合します。

大量の製品データの移行

製品データは、財務と運用アプリから Dataverse に流す目的で設計されています。 したがって、最初に財務と運用アプリに製品データをインポートしてから、初期同期を使用して Dataverse と同期する必要があります。 デュアル書き込みでは、初期同期時にインポートできるレコード数が制限されます。 レコード数がこの制限を超えた場合、関連するデュアル 書き込みマップにクエリ フィルタを適用することで、データをバッチに分割します。

デュアル書き込みデータのフィルター処理の詳細については、テーブル マッピングと列マッピングのカスタマイズを参照してください。

デュアル書き込み初期同期の制約の詳細については、初期同期に関する考慮事項を参照してください。

財務と運用環境と Dataverse 環境 (Field Serviceを含む) を展開した後に二重書き込みをインストールします

財務と運用環境で Dataverse 環境 (Field Service を含む) に二重書き込みをインストールすると、以下のエラーが表示される場合があります:

Dynamics365SupplyChainExtended GenericManagedPropertyFailure Microsoft.Crm.CrmException: 現在の操作 (Create) における現在のコンポーネント (name=Attribute, id=29245505-73df-4220-a894-b65c81616fe5) の評価が、管理されたプロパティの条件評価中に失敗しました: 管理対象プロパティ名: iscomponentcreationenabled; コンポーネント名: 属性;

これはインストール時の既知の問題ですので、このエラーが発生した場合は Microsoft サポートにお問い合わせください。