メモ
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。
Microsoft Dynamics 365 Supply Chain Management は、堅牢な調達機能を提供します。 Dynamics 365 Field Serviceは、サービス プロセスに関連付けられている購入プロセスをサポートする同様の機能を提供します。 デュアル書き込みでは、これら 2 つのアプリの機能が統合され、テーブル マッピング、ソリューション ロジック、ビュー、フォームによって、結果として得られる機能間のユース ケースが可能になります。
この統合により、発注書の作成と、ほとんどの場合、両方のアプリケーションからの更新がサポートされます。 ただし、サプライ チェーン管理 では価格決定、住所、製品受領が制御されます。 Field Service と サプライ チェーン管理 の両方を使用する組織では、機能間の強力なユース ケースがいくつか有効になります。 これらのユース ケースによって、調達が開始され、両方のシステムにわたって追跡されます。
次の図は、両方のシステムのテーブルと、それらが相互にマップされる方法を示しています。 Field Service の発注書は アカウント の行を参照し、サプライ チェーン管理 の発注書は 仕入先 行を参照します。 統合を解決するために、デュアル書き込みでは、参照を使用して 仕入先 行を アカウント 行とリンクします。 詳細については、統合された仕入先マスター を参照してください。
必要条件
サプライ チェーン管理 を Field Service と統合するには、次のコンポーネントをインストールする必要があります。
- Field Service のバージョン 8.8.31.60 以降、包括的な発注書統合用
- サプライ チェーン管理 バージョン 10.0.14 以降
- デュアル書き込みで、One GIFSCM ソリューションを実行する場合
インストール ガイドライン
必要条件
- デュアル書き込み – 詳細については、デュアル書き込みホームページ をご覧ください。
Dynamics 365 Field Service – 詳細については、「Dynamics 365 Field Service を参照してください。
Microsoft Dataverseでデュアル書き込みおよびフィールド サービスを有効にすると、新しいメタデータ、フォーム、ビュー、ロジックを使用して環境を拡張する複数のソリューション レイヤーが導入されます。 これらのソリューションは任意の順序で有効にすることができますが、通常は次の順序でインストールします。
Field Service Common – Field Service Common は、環境に Field Service をインストールするときにインストールされます。
Field Service (Anchor) – Field Service (Anchor) は、環境に Field Service をインストールするときにインストールされます。
サプライ チェーン管理 Extended – 環境でデュアル書き込みを有効にすると、拡張サプライ チェーン管理が自動的にインストールされます。
One GIFSCM ソリューション - One GIFSCM は、どちらかのソリューション (Field Service または サプライ チェーン管理) が最後にインストールするソリューション によって自動的にインストールされます。
- 環境に Field Service をインストールし、サプライ チェーン管理拡張をインストールするデュアル書き込みを有効にすると、OneFSSCM がインストールされます。
- Field Service を環境にインストールし、サプライ チェーン管理拡張が既にインストールされている場合は、OneFSSCM がインストールされます。
初期同期
新しい発注書を作成し、既存の発注書を操作するには、サプライ チェーン管理と Dataverse の間で参照データを同期します。 最初の書き込み機能を使用して、テーブルのリレーションシップを検出し、特定のマップに対して有効にする必要があるテーブルを見つけます。
次の表を同期します。
製品テンプレート
最初の書き込みを実行すると、必要なテーブルの完全な一覧が表示されます。 これらのテンプレートの例を次に示します。
- すべての製品
- リリース済製品 V2
- Dataverse リリース済み特徴的製品
サイト
倉庫
調達カテゴリのテンプレート
これらのテンプレートの例を次に示します。
- 調達カテゴリ
- Pro
- 製品カテゴリ階層
- 製品カテゴリの割り当て
仕入先テンプレート (仕入先 V2 など)
連絡担当者テンプレート (Dataverse 連絡先 V2 など)
作業者テンプレート (作業者など)
テーブルを同期すると、サプライ チェーン管理のすべてのドキュメント (発注書と製品受領書) が Dataverse で使用できるようになります。
アカウントと仕入先テーブル
Field Service での発注書は、仕入先を追跡するアカウント テーブルに依存します。 したがって、発注書の Dataverse テーブルでは、仕入先を追跡するアカウントを使用します。 この主な違いに対応するには、次の 4 つのワークフローをアクティブ化して、アカウントとベンダーの同期を維持する必要があります。
- アカウント テーブルでの仕入先の作成
- 仕入先テーブルでの仕入先の作成
- アカウント テーブルでの仕入先の更新
- 仕入先テーブルでの仕入先の更新
Field Service と サプライ チェーン管理 Extended の両方を含む OneFSSCM をインストールすると、これらのワークフローが自動的にアクティブ化されます。 Field Service をインストールせず、発注書テーブルを Dataverse と統合する場合は、これらのワークフローをアクティブにする必要があります。 どちらの場合も、最初から始めない限り、発注書を作成する前に、すべてのベンダーが Dataverse でアカウントとして作成されるようにする必要がある場合があります。 それ以外の場合は、エラーが発生する場合があります。
初期同期
すべての前提条件を設定した後、既存の発注書と製品受領書を両方のシステムで使用できるようにする場合は、次のテンプレートの初期同期を実行する必要があります。
- 発注書ヘッダー V2
- CDS 発注書明細行
- CDS 発注書明細行のソフト削除
- 発注書の受け取り
- 発注書の受け取り製品
ロジックを使用したマッピング
この調達統合では、次のロジックに従って製品マッピングが拡張され、以下の製品テーブルで Field Service 製品タイプ 列が Dataverse で正しく設定されます。
- 製品タイプ が 製品 に設定され、品目モデル グループ、在庫製品 が 真 に設定されている場合、Field Service 製品タイプ は 在庫 に設定されます。
- 製品タイプ が 製品 に設定され、品目モデル グループ、在庫製品 が 偽 に設定されている場合、Field Service 製品タイプ は 非在庫 に設定されます。
- 製品タイプ が サービス に設定されている場合、Field Service 製品タイプ が サービス に設定されます。
さらに、Dataverse には関連するアカウントを仕入先にマップするロジックも含まれます。 このロジックは、既定の請求仕入先アカウントを設定します。 作成時に、サーバー側のプラグイン ロジックにより、そのアカウントに関連付されている仕入先からの既定の請求仕入先が設定されます。 この仕入先には、この値の設定に使用される請求アカウントへの参照があります。
サポートされるシナリオ
Dataverse ユーザーは、発注書を作成および更新できます。 ただし、プロセスとデータは サプライ チェーン管理 によって制御されます。 サプライ チェーン管理 の発注書列の更新に対する制約は、Field Service からの更新の場合に適用されます。 たとえば、注文書を最終処理した場合は更新できません。
変更管理がサプライ チェーン管理の発注書を制御する場合、フィールド サービス ユーザーは、サプライ チェーン管理の承認ステータスが ドラフトの場合にのみ発注書を更新できます。
サプライ チェーン管理では複数の列が管理され、Field Service では列を更新できません。 更新できない列を確認するには、製品のマッピング テーブルを確認します。 便宜上、多くの列では、Dataverse ページ上で読み取り専用に設定されています。
たとえば、サプライ チェーン管理は価格情報の列を管理します。 サプライ チェーン管理 には、Field Service の特典を提供する取引契約があります。 単価、割引、正味金額 などの列は、サプライ チェーン管理 からのみ表示されます。 価格が Field Service と同期を行う場合は、発注書データを入力するときに、Dataverse で 発注書ページと 発注書製品 ページの 同期 機能を使用する必要があります。 詳細については、「Dynamics 365 サプライ チェーン マネジメントの調達データをオンデマンドで同期する」を参照してください。
サプライ チェーン管理 には発注書の最新の合計はないので、合計 列は Field Service でのみ使用できます。 サプライ チェーン管理では、Field Service で使用できない複数のパラメーターに基づいて合計が計算されます。
購買オーダラインは、調達カテゴリのみが指定されている場合、または指定された製品がService製品タイプまたはフィールドサービス製品タイプの品目である場合に、サプライ チェーン管理でのみ開始できます。 明細行が同期され、Field Service で Dataverse に表示されます。
サプライ チェーン管理 ではなく Field Service だけがインストールされている場合、発注書では 倉庫 列は必須です。 ただし、サプライ チェーン管理 がインストールされている場合、特定の状況で倉庫が指定されていない発注書明細行は サプライ チェーン管理 によって許可されるので、この要件は大きではありません。
サプライ チェーン管理では、製品受領書 (Dataverse の発注書の受領書) を管理します。サプライ チェーン管理がインストールされている場合、ユーザーは Dataverse から製品受領書を作成できません。 サプライ チェーン管理は、製品受領書を Dataverse に同期します。
サプライ チェーン管理 では過小配送が許可されています。 OneFSSCM ソリューションは、過小配送シナリオで注文中の残りの数量を調整するために、製品受領ライン (または Dataverse での発注書受領製品) が Dataverse で作成または更新されると、在庫仕訳帳行を作成して調整するロジックを追加します。
サポートされないシナリオ
- Field Service は、サプライ チェーン管理 でキャンセルされた発注書に明細行が追加されるのを防ぎます。 Field Service で発注書のシステム ステータスを変更し、その新しい行を Field Service または サプライ チェーン管理 に追加することができます。
- 調達行は両方のシステムの在庫レベルに影響を与えるが、この統合は サプライ チェーン管理 と Field Service での在庫配置を保証しません。 Field Service と サプライ チェーン管理 は両方とも、在庫レベルを更新するその他のプロセスがあります。 これらのプロセスは調達の範囲を外しています。
状態管理
Field Service での発注書の状態は、サプライ チェーン管理 の状態とは異なります。
Field Service の発注書と発注書の製品ステータス
| ヘッダー – システムの状態 | ヘッダー - 承認の状態 | 品目の状態 |
|---|---|---|
|
|
|
サプライ チェーン管理 の発注書と発注書明細行の状態
行承認の状態は、行ワークフローがある場合にのみアクティブになります。
| ヘッダー - ドキュメントの状態 | ヘッダー - 承認の状態 | 行ステータス | 明細行の承認状態 |
|---|---|---|---|
|
|
|
|
状態列には、次の規則が適用されます。
- サプライ チェーン管理の状態を Field Service から更新することはできません。 ただし、場合によっては、サプライ チェーン管理の購買発注ステータスが変更されると、Field Service のステータスが更新されます。
- サプライ チェーン管理 の発注書の変更管理が進行中で、変更の処理中の場合、承認ステータスは ドラフト または 確認中 になります。 この場合、フィールド サービスの承認状態は Null です。
- サプライ チェーン管理の発注書承認ステータスが 承認済、 外部レビュー、 確認済、または 最終処理の場合、Field Service 発注書の承認ステータスは 承認済です。
- サプライ チェーン管理の発注書承認ステータスが 却下された場合、フィールド サービスの発注書承認ステータスは 拒否されます。
- サプライ チェーン管理のドキュメント ヘッダステータスが オープン注文 (バックオーダー) に変更され、フィールドサービス発注書ステータスが 下書き または 取り消しの場合、フィールドサービス発注書ステータスは 送信済に変わります。
- サプライ チェーン管理の伝票ヘッダステータスが 取り消し済に変更され、Field Service の購買発注受領書製品が発注書に関連付けられていない場合、フィールドサービスシステムステータスは 取り消されます。
- サプライ チェーン管理の発注書明細行の状態が 取り消された場合、フィールド サービスの発注書製品の状態は 取り消されます。 さらに、サプライ チェーン管理の発注書明細行の状態が Canceled から Back Order に変更された場合、Field Service の発注書製品品目の状態は Pending になります。
サプライ チェーン管理 の調達データオンデマンドとの同期
サプライ チェーン管理 には、契約や割引など、サプライ チェーン管理 の二次プロセスに依存するシナリオを処理する調達データが含まれています。 調達エンジンでは、複雑なルールを使用して、特定の発注書に対して最適な価格を決定します。 デュアル書き込みを使用する場合、特に Dataverse が行を作成または更新し、サプライ チェーン管理で後続のプロセスをトリガーする可能性があるシナリオでは、2 つの環境間でデータを常に同期するとは限りません。
サプライ チェーン管理 からの調達データの同期
- Dataverse で、在庫 > 発注書 に移動します。
- 新規発注書を作成するには 新規 を選択するか、既存の発注書から行を選択します。
- 注文書または注文書明細行を選択します。
- アクション ペインで、同期 を選択します。
サプライ チェーン管理が共有するDataverseとField Serviceのすべての列が同期されます。
同期 機能を使用できる状況を次に示します。
- Dataverse から同じ行に対して続く複数の変更を行う場合は、同期 機能を実行します。
- 変更が Dataverse からの 2 回目の連続する変更であるかどうかがわからない場合は、 Sync 関数を実行することが理にかなっている可能性があります。
- サプライ チェーン管理からの値の更新に関するエラー メッセージが表示された場合は、Sync 関数を実行し、Dataverse で更新を再試行します。
転記プロセスのキャンセル
処理中に製品受領書転記プロセスを取り消した場合、二重書き込みによって Dataverse に製品受領書行が作成される可能性がありますが、サプライ チェーン管理では製品受領書行は作成されません。 この状況は、デュアル書き込みが分散トランザクションをサポートしていないために発生します。
テンプレート
調達関連のドキュメントを統合するには、次のテンプレートを使用します。
| サプライ チェーン管理 | Field Service | Description |
|---|---|---|
| 発注書ヘッダー V2 | msdyn_Purchaseorders | 次の表に、発注書ヘッダーを表す列を示します。 |
| 発注書明細行エンティティ | msdyn_PurchaseOrderProducts | このテーブルは、発注書で明細行を示す列を示します。 製品番号が同期に使用されます。 この識別子は、製品ディメンションを含む、在庫保管単位 (SKU) として製品を表します。 Dataverse を使った製品統合の詳細については、統一された製品の体験 を参照してください。 |
| 製品受領書ヘッダー | msdyn_purchaseorderreceipts | 次のテーブルは、サプライ チェーン管理 で製品受領が転記された場合に作成される製品受領 ヘッダーを示しています。 |
| 製品受領書明細行 | msdyn_purchaseorderreceiptproducts | このテーブルは、サプライ チェーン管理 で製品受領が転記された場合に作成される製品受領明細行ヘッダーを示しています。 |
| 発注書明細行によって削除されたエンティティ | msdyn_purchaseorderproducts | 次のテーブルは、ソフト削除された発注書明細行に関する情報を示しています。 サプライ チェーン管理の発注書明細行は、変更管理が有効になっている場合に、発注書が確認または承認された場合にのみ論理的に削除できます。 この行は サプライ チェーン管理 データベースに存在し、IsDeleted としてマークされています。 Dataverse には論理的な削除の概念がないため、この情報は Dataverse と同期することが重要です。 このように、サプライ チェーン管理で論理的に削除された行は、Dataverse から自動的に削除できます。 この場合、Dataverse の行を削除するためのロジックは、サプライ チェーン管理 Extended にあります。 |