Dynamics 365 Field Service および Supply Chain Management を統合する
Dynamics 365 Field Service には、技術者のトラック在庫を管理し、資産のサービス履歴を追跡し、または返品をドキュメント化するための基本的な 在庫機能 が含まれています。 多くの組織では、Field Service を Dynamics 365 Supply Chain Management などのエンタープライズ リソース プランニング (ERP) システムとも統合しています。
Common Data Model と Microsoft Dataverse を活用して、次のテーブルに対して同期双方向統合を設定できます。
- 倉庫
- 顧客資産
- 顧客資産カテゴリ
- 支払条件
- 送付手段
- 発注書
- 発注書の製品
- 発注書の受け取り
- 発注書の受け取り製品
統合がどのように役立つかの例をいくつか示します。
- 資産管理: 顧客資産の修理または保守のために作業指示書を作成する場合、統合により、ディスパッチャは作成されたシステムに関係なく、顧客資産の完全なリストから選択できます。
- 近くの倉庫: 統合により、技術者は近くの倉庫の完全なリストと関連する詳細情報を入手できます。
- 注文書: 発注書は Supply Chain Management で作成されます。次に、技術者は、顧客の場所にいる間に Field Service アプリで製品の受領を文書化します。
前提条件
- 統合データを表示するには、1 つのシステムに必要なライセンスとセキュリティが必要です。 Dynamics 365 Field Service と Supply Chain Management の両方にアクセスする必要があるのは、少数の IT 管理者のみです。 つまり、ユーザーが必要とするのは、データにアクセスするインターフェイスのライセンスのみです。
動作
Field Service は、Dynamics 365 Supply Chain Management での変更を Dataverse に書き込み、その逆もおこなう Dataverse と 二重書き込み の上に構築されることから、統合が可能になります。
二重書き込みを有効にすると、ソリューションが Field Service にインポートされ、各システムのエンティティを統合可能にするために必要なフィールドが追加されます。
たとえば、Field Service では、Supply Chain Management で必要な倉庫エンティティに追加された新しいフィールドが表示されます。
いずれかのシステムで倉庫レコードが作成または更新されると、変更はほぼリアルタイムで他のシステムに表示されます。
いずれかのシステムのビジネス ルールと検証は、もう一方のシステムにも適用されます。 たとえば、特定のフィールド値がないと、Supply Chain Management で倉庫を作成できないと想像してください。 ユーザーが Field Service で倉庫を作成しようとすると、Supply Chain Management の検証ロジックに基づいてエラーが表示されます。
発注書
注文書はどちらのシステムでも作成されます。 次の例では、Supply Chain Management で発注書が作成されました。
二重書き込みでは、統合が実行されていることがわかります。
統合の各テーブルについて、関連するフィールドが他のシステムにマップされます。 次のスクリーンショットは、Supply Chain Management の発注書 Field Service の発注書の間のマッピングを示しています。
プロセスの最後の部分として、両方のシステムからの関連情報を使用して、Field Service で発注書が作成されます。
