財務と運用アプリケーションと Field Service の統合

Field Service と 財務と運用アプリケーション との統合により、組織はすぐに連携できるようになります。 Field Service の作業指示書トランザクションは、財務および運用アプリケーションのジャーナルに正しく記録されます。 Field Service と財務と運用アプリケーションを使用する組織の場合、サービス提供によって財務システムと在庫システムが自動的に更新されます。 Field Service で作業指示書を作成および管理し、財務アプリや運用アプリと自動的に同期することができます。

この統合により、Field Service と財務と運用アプリ間の統一されたエクスペリエンスが提供されます。

• 作業指示書からリアルタイムの価格設定と原価情報を財務と運用アプリに同期します。

• 作業指示が実行されると、財務と運用アプリが自動的に更新され、財務と在庫がリアルタイムで統合されます。

• 請求書発行、会計、在庫管理など、財務と運用アプリが提供するすべての機能を活用します。

トランザクションの調整

Field Service トランザクション (作業指示書と作業サービス記録) は、仕訳帳の形で、それぞれの財務と運用プロジェクトに並行トランザクションを作成します。

• 在庫を伴う作業指示書は、品目仕訳帳と品目仕訳帳の明細行を作成します。

• 在庫のない作業指示書と、関連するプロジェクト カテゴリーに 経費 トランザクション・タイプがある場合、経費仕訳帳と経費仕訳帳行が作成されます。

• 時間トランザクション・タイプを持つ関連プロジェクト・カテゴリを持つ作業指示書サービスでは、時間 仕訳帳と時間仕訳帳明細行が作成されます。

料金ジャーナルは現在、Field Service トランザクションと一致していません。

品目ベースのトランザクション

Field Service では、すべてのトランザクションに関連製品があります。 これらの製品には在庫がある場合もあれば、在庫のない製品や期間に応じて課金されるサービスを指す場合もあります。

プロジェクトの多くの仕訳タイプの中で、関連商品 (品目) を持つのは品目仕訳明細行だけです。

カテゴリ ベースのトランザクション

Field Service では、カテゴリー トランザクションという概念は存在しません。 サービスや非在庫製品も項目に関連します。

財務と運用アプリケーションでは、項目仕訳帳以外のすべての仕訳帳 タイプはカテゴリー ベースのトランザクションです。 たとえば、経費仕訳明細行、時間仕訳明細行、料金仕訳明細行などです。 これらの仕訳行は品目とは関係なく、カテゴリーが必要です。

このコンセプトギャップを埋めるために、Field Service が作業指示書トランザクションに使用する プロジェクト カテゴリー 値を取得 します。 このフィールドは、財務と運用データベースのプロジェクト カテゴリ テーブルを参照します。 二重書き込みはこの値を自動的に入力しません。 ベスト プラクティスとして、組織は、二重書き込みを使用して同期されている製品でこの値を更新する必要があります。 または、非在庫およびサービス シナリオでカテゴリに対してトランザクションを行うためのプロキシとして使用するための特定の製品を作成します。

企業の調整

Field Service と財務と運用アプリは、同じ会社の概念を自動的に共有しません。 二重書き込みソリューションは、アカウント、製品、倉庫などの関連テーブルに企業関連データを追加します。 Field Service では、ユーザーが作業指示書と作業指示書トランザクション全体で適切なレコードを選択できるようにするためのガードレールが導入されています。

Field Service の作業指示書には サービス アカウント が必要です。 二重書き込みは、会社 アカウント テーブルのフィールドに導入されます。 サービス アカウントは企業に関連し、作業指示書とその作業指示書トランザクションの値を定義します。

サービス アカウントと会社が作業指示書と作業指示書のトランザクション レコードで一致しない場合は、不一致が解決されるまでトランザクションは同期されません。

Field Service は、いくつかの場所で会社の不一致をハイライトします。

• 作業指示書
• 作業指示書製品または作業指示書サービスについて
• 財務と運用トランザクションについて

ベストプラクティスとして、この統合を実装する組織は、会社の整合性を考慮して、製品とサービスを含むインシデント タイプのレコードを作成することを検討する必要があります。 また、作業指示書のサービス アカウントの会社に基づいて適切なインシデント タイプを使用します。

トランザクションの同期

このソリューションは、Field Service アプリケーションの領域の 設定 の財務と運用の取引のための新しいサイトナビゲーション項目を導入します。 この領域にはトランザクション データとその状態が保持されます。

この統合は、信頼性の高い非同期トランザクション フレームワークを使用し、Field Service の更新が正確で信頼できるものであることを保証します。

• この統合は、有効化された二重書き込みフレームワークとマッピング に依存し、トランザクションが重要な中核概念の共通理解を使用することを保証します。

• 作業指示書の各トランザクションは、財務と運用アプリで更新を作成する前に、Field Service でコミットされます。

  • Field Service でトランザクションが完了すると、各トランザクションのステータスを示すレコードがトランザクション ログ テーブルに作成されます。

  • 統合は作業指示書とプロジェクトのトランザクションステータスを監視します。 トランザクション ステータスは、非同期、処理中、同期中、失敗など、データの同期状態を示します。 統合はまた、同期化の問題を解決するためのエラー処理と再試行のメカニズムを提供します。

  • トランザクションが完了できなかった場合、Field Service のステータスに失敗と失敗の理由が表示されます。 システムは トランザクションを数回再試行します。

  • それでもトランザクションの同期に失敗した場合は、エラーとトランザクションの詳細が財務と運用のトランザクション レコードに保存されます。 ユーザーは問題のトラブルシューティングを行い、トランザクションを再同期して、財務および在庫トランザクション データが失われないようにすることができます。

    システム構成が正しい場合、トランザクションの失敗は例外となります。 この種の問題を解決することは、2 つのシステム間でトランザクションの一貫性が維持されるようにするために重要です。

階層的財務と運用プロジェクト

統合により、メインプロジェクトと 1 つ以上のサブプロジェクトからなる階層型プロジェクトが作成されます。 メインプロジェクトは、Field Service の個々の作業指示書を表すサブ プロジェクトのコンテナとして機能します。

保管分析コード、倉庫、場所の選定

この統合は、正しく構成されていれば、ストレージの寸法をサポートします。 保管分析コードは、在庫における品目の保管に使用される詳細レベルを定義します。 一部の項目はサイト、倉庫、および場所で追跡されますが、他の項目はサイト レベルまたはサイトと倉庫レベルでのみ追跡されます。

作業指示書の製品を作成するときに選択した在庫製品に応じて、定義されたストレージ ディメンションによって、作業指示書の製品に場所が必要かどうかが決まります。

• ユーザーが作業指示書を追加する際、選択した製品が Field Service の Field Service の製品タイプ に 在庫 を持つ場合、取引フォームのルックアップ フィールドから倉庫とロケーションを選択することができます。 倉庫と場所のフィールドは、作業指示書のサービス アカウントが属する法人に基づいて、財務と運用アプリケーションからの値を表示するようにフィルター処理されます。 財務と運用製品の構成と保管分析コードによって、製品を使用済みとマークする際に作業指示書の製品所在地のフィールドが必要かどうかが決まります。

• ユーザーが Field Service で対応する作業指示書の製品レコードを変更または削除すると、統合によって関連する仕訳帳が更新されます。

Field Service の倉庫と場所のフィールドは、財務と運用アプリケーションの倉庫と場所の概念に関連しており、在庫品目の物理的な場所を追跡するために使用されます。

在庫品目

財務と運用の統合を Field Service Settings から有効にすると、在庫の記録システムは Dynamics 365 Supply Chain Management となり、Field Service の既定の在庫機能は抑制されます。

Field Service は以下のナビゲーション項目を非表示にします:

• 製品在庫
• 移動
• 調整
• 商品返品確認 (RMA)
• RMA の受け取り
• ベンダーに戻す (RTV)

Field Service には以下の項目があります:

• サイトごとの在庫
• 倉庫ごとの在庫

これらの新しい在庫項目は、仮想テーブル を使用して、Field Service 内の Supply Chain Management から直接在庫データを公開します。 記録システムからの実際の在庫レベルは、ユーザーに提供されます。

この統合を有効にすると、Field Service のデフォルト在庫に対する在庫検証機能が無効になります。 在庫切れ商品の使用 用 Field Service 設定は、ユーザーが無関係な在庫検証やブロック動作を受けないように非表示になります。

この統合は、Supply Chain Management の在庫レベルに基づいて作業指示書の在庫トランザクションを自動検証しません。

バリアント詳細あり/なしのインベントリ ビュー

統合が有効になっている場合、インベントリ ビューには、製品バリアントを使用しない組織のためのバージョンがあります。 このインベントリ ビューは、いくつかの列を削除し、インベントリの可視性を簡素化します。

製品バリアントを使用している組織には、サイズ、カラー、スタイル、構成の列を含む、在庫レベルのすべての詳細を表示する関連するビューがあります。 必要に応じて、組織は他のテーブルと同様にデフォルトのビューを変更できます。

労働者の調整

Field Service と財務と運用アプリケーションの統合は、予約可能なリソースに作業者の概念を導入する予約可能なリソースの統合に Dynamics 365 Human Resourcesを拡張します。 さらに、Field Service の統合は次のように拡張されます。

• 作業指示書製品または作業指示書サービスで作業者をキャプチャできるようにします。

• トランザクションの関連予約の予約可能リソースの作業者に基づいて、作業指示書製品またはサービスの作業者値を自動入力します。 この値は手動で入力することも、上書きすることもできます。

• 作業者に、在庫に関連しない作業指示製品または作業指示サービスを要求します。 要件は、会社の関連プロジェクト管理および会計パラメータが、仕訳 行または 経費仕訳 行の作業者値を要求するように構成されているかどうかに基づいています。

  財務と運用アプリで作業者要件が構成されている場合、Field Service では、作業指示書の製品またはサービスが使用済みに設定されている場合にのみ値が必要になります。 最終的な作業者を知らなくても見積レコードの作成がブロックされないようにするためです。 作業者が記録されていないと、トランザクションは同期に失敗します。

作業者フィールドは、関連プロジェクトで作業を実行する作業者の資格に基づいてフィルター処理されません。 作業指示書にスケジュールする予約可能なリソースを決定する際に、適格性はスケジュール パラメーターとして考慮されません。 ベスト プラクティスとして、組織はセキュリティ ロールとビジネス ユニットの使用を検討したり、リソース特性を導入して、作業者が関連する作業指示書に対してのみスケジュール可能であることを保証したりすることができます。 組織の財務と運用アプリケーションの実装にとって重要な考慮事項である場合は、これらのオプションを検討してください。

Field Service フィールドの変更

統合により、新しいフィールドが導入され、他のフィールドは非表示になります。

作業指示書フィールドの変更

この統合により、F&O プロジェクト と呼ばれる仮想テーブル参照フィールドが追加され、関連する会社/法人と、プロジェクトが取引できるライフサイクル状態にあるかどうかに基づいてフィルター処理されます。 この統合では、財務と運用の統合が選択されている場合には関係がないため、請求先アカウント フィールドは非表示になります。

ユーザーがプロジェクトを選択すると、プロジェクト検索フィルターに次のパラメータを持つプロジェクトが表示されます。

• プロジェクトは、作業指示書のサービス アカウントと同じ顧客である必要があります。
• プロジェクトは、作業指示書のサービス アカウントと同じ法人である必要があります。
• プロジェクトは、仕訳の作成が可能な段階にある必要があります。

作業指示書製品フィールドの変更

この統合により、作業指示書の製品テーブルにいくつかのフィールドが追加されます。 これらのフィールドは、統合がインストールされ、有効になっている場合に表示されます。

• 仕訳帳の説明

  • 経費取引 (非在庫製品) の場合にのみ表示されます。 在庫製品 (品目仕訳帳になる) の場合は非表示になります。
  • 適用された製品の製品名が自動的に入力されますが、ユーザーはより意味のある説明で値を上書きすることをお勧めします。
  • 60 文字に制限されています。 これは、Field Service のレコードから 仕訳 行に流れ、財務で生成された請求書に流れます。

• 明細行プロパティ

  • 関連する会社/法人に基づいてフィルタリングされる仮想テーブル検索。
  • 統合により、請求数量 フィールドが非表示になります。これは、仕訳行に同等の概念がないためです。 代わりに、行プロパティはトランザクションが請求可能かどうかを定義します。

• 場所

  • 在庫のない製品の場合は非表示になります。
  • 製品の財務と運用アプリケーションで構成された在庫ディメンションで場所が必要であることが示されている場合にのみ表示されます。
  • レコードが使用済みに設定されている場合にのみ必要です。
  • 関連する会社/法人に基づいてフィルタリングされ、倉庫が選択された仮想テーブル検索。

• トランザクションの日付

• 作業者

  • 関連する会社で設定されたプロジェクト管理および会計パラメータに基づいてのみ必要となります。
  • 作業指示書製品の予約値が、予約に設定された予約可能リソースの作業者に基づいて入力される場合、自動的に入力されます。

作業指示サービス フィールドの変更

この統合により、作業指示書のサービステーブルにいくつかのフィールドが追加されます。 これらのフィールドは、統合がインストールされ、有効になっている場合に表示されます。

• 仕訳帳の説明

  • 適用された製品の製品名が自動的に入力されますが、ユーザーはより意味のある説明で値を上書きすることをお勧めします。
  • 60 文字に制限されています。 これは、Field Service のレコードから 仕訳 行に流れ、財務で生成された請求書に流れます。

• 明細行プロパティ

  • 関連する会社/法人に基づいてフィルタリングされる仮想テーブル検索。
  • 統合により、請求の期間 フィールドが非表示になります。これは、仕訳行に同等の概念がないためです。 代わりに、行プロパティはトランザクションが請求可能かどうかを定義します。

• トランザクションの日付

• 作業者

  • 関連する会社で設定されたプロジェクト管理および会計パラメータに基づいてのみ必要となります。
  • 作業指示書サービスの予約値が予約に設定された予約可能リソースの作業者に基づいて入力される場合、自動的に入力されます。

製品フィールドの追加項目

この統合により、プロジェクト カテゴリ と呼ばれる仮想テーブル参照フィールドが導入され、関連する会社/法人と、在庫 (品目カテゴリの場合)、非在庫 (経費カテゴリの場合)、またはサービス (時間カテゴリの場合) 製品であるかどうかに基づいてフィルター処理されます。

作業指示の取引処理

Field Service の作業指示書の製品およびサービス レコードのイベントに基づいて、対応するトランザクションがそれぞれの仕訳帳および仕訳明細行レコードでトリガーされます。

Create

• 製品: 作業指示書の製品レコードが作成されると、統合により 品目仕訳帳 と 仕訳 の行、または 経費仕訳と仕訳の明細行が作成されます。 製品の Field Service の製品タイプ によって、トランザクションが品目トランザクションまたは経費トランザクションをトリガーするかどうかが決まります。

  • 在庫商品トリガー品目
  • 非在庫製品が費用をトリガーする

• サービス: 作業指示書のサービス レコードが作成されると、統合によって時間トランザクションが作成されます。

更新する

• 作業指示書の製品またはサービスが更新され、関連する仕訳と仕訳明細行が未転記の場合、統合によってトランザクションが適切に更新されます。

• 作業指示書やサービスが更新され、関連する仕訳帳や仕訳明細行が転記されると、次のように統合されます:

  • 元の仕訳帳および仕訳帳明細行に対する逆取引を作成します。
  • 更新トランザクションを反映した新しい仕訳帳と仕訳帳明細行を作成します。

Delete

• 作業指示書製品またはサービスが削除され、関連する仕訳帳と仕訳帳明細行が未投函になると、統合によって仕訳帳と仕訳帳明細行が削除されます。

• 作業指示書製品またはサービスが削除され、関連する仕訳帳と仕訳帳明細行が未投函になると、統合によって仕訳帳と仕訳帳明細行が削除されます。

作業指示書のシステムの状態の影響

作業指示書の システム ステータス の値に基づいて、統合により、まだ見積状態にある作業指示書製品または作業指示書サービス レコードに関連する 仕訳 行が追加または削除されます。

• 作業指示書が キャンセル済み または 転記済みに更新されると、転記されていないすべての仕訳帳と仕訳帳明細行が削除されます。

• 作業指示書が キャンセル済み または 転記済み から他のシステム ステータスに更新されると、削除された見積明細に新しい明細行が自動的に再作成されます。

制限

この統合は Microsoft が管理する環境の使用をサポートしています。 この統合では顧客管理環境はサポートされていません。

Project Operations のリソース/非在庫統合 では、リソース/非在庫統合シナリオが有効になっている同じ法人で Field Service 統合が機能することはできません。 ただし、他の法人でも同じ環境で動作できます。

オフライン仮想テーブルは現在サポートされていないため、トランザクションがブロックされないように、 場所のデフォルト ロジックを設定する ことが重要です。

財務と運用アプリで利用できる次のプロセスまたは機能は、この統合ではサポートされていないか、Field Service にそのまま反映されません。

• 特定の注文に対して在庫数量を予約する在庫予約機能。

• 後続のトランザクションにおけるアイテムの追跡の粒度を定義する追跡用分析コード。 この機能は、バッチ番号やシリアル番号で商品を追跡するのに便利です。

• プロジェクト内の 仕訳帳でのアクティビティの要求 設定を "はい" に設定することはサポートされていません。 時間、経費、または項目のアクティビティが必須として構成されている場合、Field Service からのトランザクションは失敗します。

• 現在、この統合では、プロジェクト仕訳帳からそれぞれの作業指示トランザクションへのデータ更新の限定的な調整がサポートされています。 Field Service ユーザーが作業指示書やサービスを作成または更新すると、それらの更新はそれぞれの仕訳帳と同期されます。 ただし、経費仕訳 行、時間 仕訳 行、または 品目仕訳帳 行は、デフォルトの行プロパティと、レコードのアクティブな 仕訳 行への参照のみを同期します。 それぞれの Field Service トランザクション レコードに対するその他の変更は、それぞれの明細仕訳帳から同期されません。

次の手順

• 財務と運用アプリケーションと Field Service の統合を設定する