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 の状態は失敗と失敗の理由を示します。 システムは トランザクションを複数回再試行します。

  • トランザクションの同期に失敗しても、エラーとトランザクションの詳細は財務トランザクション レコードと操作トランザクション レコードに保持されます。 ユーザーは問題のトラブルシューティングを行い、トランザクションを再同期することで、財務およびインベントリのトランザクション データが失われなくなります。

    正しいシステム構成では、トランザクションエラーは例外です。 この種の問題を解決することは、両システム間の取引の整合性を維持するために非常に重要です。

階層型の財務および運用プロジェクト

この統合により、メイン プロジェクトと 1 つ以上のサブプロジェクトで構成される階層プロジェクトが作成されます。 メイン プロジェクトは、フィールド サービスの個々の作業指示を表すサブプロジェクトのコンテナーとして機能します。

ストレージディメンション、倉庫、および場所の選択

統合では、正しく構成されている場合にストレージ ディメンションがサポートされます。 ストレージ ディメンションは、在庫内のアイテムのストレージに使用される詳細レベルを定義します。 一部の品目は現場、倉庫、所在地レベルで追跡され、他の品目はサイトや現場・倉庫レベルでのみ追跡されます。

作業指示製品を作成する際に選択する在庫製品によって、定義された保管寸法によって作業指示製品内で位置を指定する必要があるかどうかが決まります。

• 選択した製品にField Service製品タイプ用の在庫がある作業指示製品を追加すると、取引フォームの検索フィールドから倉庫と場所を選択できます。 倉庫と場所のフィールドがフィルター処理され、作業指示書のサービス アカウントが属する法人に基づいて、財務および運用アプリケーションの値が表示されます。 財務およびオペレーション製品の構成とそのストレージディメンションによって、製品を使用済みとしてマークする際に作業指示伝票の製品位置フィールドが必要かどうかが決まります。

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

フィールドサービスの倉庫およびロケーションフィールドは、財務およびオペレーションのアプリケーションにおける倉庫およびロケーションの概念に関連しています。 これらの概念は、在庫アイテムの物理的な位置を追跡します。

インベントリ

フィールドサービス設定から財務とオペレーションの統合を有効にすると、Dynamics 365 Supply Chain Managementが在庫の記録システムとなります。 この統合により、Field Serviceのデフォルトの在庫機能は抑制されます。

Field Service では、次のナビゲーション項目が非表示になります。

• 製品在庫
• Transfers
• 調整
• 返品商品承認 (RMA)
• RMA レシート
• ベンダーに戻す (RTV)

フィールド サービスには、次の項目が表示されます。

• サイト別のインベントリ
• 倉庫別在庫

これらの新しい在庫項目は 、仮想テーブル を使用して、Field Service 内のサプライ チェーン管理から直接在庫データを公開します。 ユーザーは記録システムから実際の在庫レベルにアクセスできます。

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

この統合では、サプライ チェーン管理在庫レベルに基づいて作業指示書の在庫トランザクションが自動的に有効化されることはありません。

バリアント詳細付き/なしの在庫ビュー

統合を有効にすると、在庫ビューには製品バリアントを使わない組織向けのバージョンが表示されます。 このインベントリ ビューでは、複数の列が削除され、インベントリの表示が簡略化されます。

製品バリアントを使用する組織では、関連するビューが在庫レベルの詳細、サイズ、色、スタイル、構成の列などを表示します。 必要に応じて、組織は任意のテーブルで可能な限り既定のビューを変更できます。

ワーカーの配置

Field Service と財務および運用アプリケーションの統合により 、Dynamics 365 人事が予約可能なリソース統合に 拡張され、予約可能なリソースに worker の概念が導入されます。 さらに、Field Service の統合は次の内容にまで拡張されます。

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

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

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

  財務や運営アプリでワーカー要件を設定すると、フィールドサービスは作業指示書の製品やサービスを「使用済み」に設定したときだけ値を要求します。 この要件は、最終的な作業者を知らずに推定記録を作成することを妨げるものではありません。 ワーカーが記録されない限り、トランザクションの同期に失敗します。

worker フィールドは、関連するプロジェクトで作業を実行する worker の適格性に基づいてフィルター処理されません。 作業指示書でスケジュールする予約可能なリソースを決定する場合、適格性はスケジューリング パラメーターとは見なされません。 ベストプラクティスとして、セキュリティロールや事業ユニットの使用、リソース特性の導入などを検討して、ワーカーが関連する作業指示にのみシフトされるようにすることを検討してください。 これらの選択肢が、組織の財務・運営アプリケーションの導入において重要な考慮事項であれば、ぜひ検討してください。

フィールド サービスにおけるフィールドの変更

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

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

この統合は、F&O Project という仮想テーブル検索フィールドを追加します。このフィールドは、関連する会社および法的エンティティ、ならびにプロジェクトが取引可能な状態にあるかどうかに基づいてフィルタリングされます。 財務と運用の統合が選択されている場合は関係ないため、統合では [ 請求先アカウント] フィールドが非表示になります。

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

• プロジェクトは作業指示書のサービスアカウントと同じ顧客向けです。
• このプロジェクトは作業依頼のサービスアカウントと同一の法人です。
• このプロジェクトは、ジャーナル作成が可能な段階にあります。

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

この統合により、作業指示書 製品 テーブルにいくつかのフィールドが追加されます。 統合がインストールされて有効化されたときにこれらのフィールドを見ることができます。

• ジャーナルの説明

  • 経費取引(在庫外商品)にのみ表示されます。 在庫製品 (品目仕訳帳になる) の場合は非表示になります。
  • 適用した製品の製品名で自動入力されますが、より意味のある説明でその値を上書きすべきです。
  • 60 文字に制限されます。 このフィールドはフィールドサービスのレコードから仕訳線、さらに財務で生成された請求書へと流れます。

• Line プロパティ

  • 該当する会社や法人体に基づいてフィルタリングされる仮想テーブル検索です。
  • この統合では、仕訳帳明細行に同等の概念がないため、[ 請求する数量 ] フィールドが非表示になります。 代わりに、行プロパティは、トランザクションが課金対象かどうかを定義します。

• 場所

  • 在庫外製品については、表示されません。
  • ファイナンスやオペレーションアプリケーションで製品に在庫の寸法を設定した場合に、場所が必要と表示されている場合のみ表示されます。
  • 記録を「使用済み」に設定した場合にのみ必要です。
  • 関連する会社や法人、選択した倉庫に基づいてフィルタリングされる仮想テーブル検索です。

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

• 勤労者

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

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

この統合により、作業指示 サービス テーブルにいくつかのフィールドが追加されます。 統合がインストールされて有効化されたときにこれらのフィールドを見ることができます。

• ジャーナルの説明

  • 適用した製品の製品名が自動的に入力されますが、より意味のある説明を入力すべきです。
  • 60 文字に制限されます。 フィールドサービスのレコードから、仕訳帳明細行を経て、財務で生成された請求書へと流れます。

• Line プロパティ

  • 該当する会社や法人体に基づいてフィルタリングされる仮想テーブル検索です。
  • この統合では、Duration to Bill フィールドは非表示になります。これは、仕訳明細行に同等の概念が存在しないためです。 代わりに、ラインプロパティは取引が請求可能かどうかを定義します。

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

• 勤労者

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

製品フィールドの追加

この統合により、Project Categoryという仮想テーブルの検索フィールドが追加されます。 関連する会社や法人、そして商品が在庫(品目カテゴリ)、非在庫(経費カテゴリ)、サービス(時間カテゴリ)であるかどうかに基づいてフィルタリングされます。

作業指示書トランザクション処理

フィールドサービスの作業指示書の製品およびサービスレコードでイベントが発生すると、統合によりそれぞれの仕訳帳および仕訳線レコードで対応するトランザクションが発生します。

Create

• 製品:作業指示の製品レコードを作成すると、統合によって品目仕訳線と仕訳線、または経費仕訳線と仕訳線のいずれかが作成されます。 製品の フィールドサービス製品タイプ は、取引がアイテム取引を引き起こすか費用取引かを決定します。

  • インベントリ製品はアイテムをトリガーします。
  • 在庫のない商品は経費を誘発します。

• サービス:作業指示サービスレコードを作成すると、統合によって時間取引が作成されます。

Update

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

• 作業指示の製品やサービスを更新し、関連するジャーナルおよびジャーナルラインが投稿されると、統合は以下の通りです:

  • 元の仕訳帳と仕訳帳明細行に対して逆トランザクションを作成します。
  • 更新トランザクションを反映する新しい履歴と履歴行を作成します。

削除​​

• 作業指示書の製品またはサービス項目を削除し、関連する仕訳帳および仕訳帳明細行が未転記の場合、統合機能では仕訳帳と仕訳帳明細行が削除されます。

• 作業指示の製品やサービスを削除し、関連する仕訳帳および仕訳行が投稿されると、統合は元の仕訳帳および仕訳行に対して逆取引を生成します。

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

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

• 作業指示が キャンセル または 投稿に更新されると、未投稿の仕訳帳や仕訳行はすべて削除されます。

• 作業指示が 「キャンセル済み 」や 「投稿済み 」から「その他のシステムステータス」に更新されると、統合は以前削除した推定行のラインを再作成します。

制限事項

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

この統合パターンでは、現在、作業指示書レコードからの価格設定および原価データがサポートされています。 これは、Field Service が価格とコストを履歴レコードに取り込むよう設計されています。 製品が "在庫" の種類である 作業指示 書製品レコードを除き、仕訳帳を更新したり、原価および価格データを作業指示製品および作業指示サービス レコードに戻したりするために、財務で定義された特殊な価格はサポートされません。 この場合、原価値は 品目仕訳帳から取得されます。

Project Operationsのリソース/非ストック統合では、リソース/非ストック統合シナリオで有効になっている法的エンティティとField Serviceの連携が機能しません。 ただし、他の法人でも同じ環境で動作できます。

仮想テーブル参照の手動更新はオフライン モードではサポートされていないため、トランザクションがブロックされないように 場所の既定のロジックを設定 することが重要です。 いくつかの仮想テーブル参照があります。

• 作業指示書に F&O プロジェクトへの参照がある
  • オフライン時にこれを設定する必要はありません。
• 作業指示書製品で在庫場所と明細行プロパティを参照する
  • Line プロパティの値は既定値である必要があります。
  • インベントリの場所の値は、場所の既定のロジックを設定した場合に成功します。
• 作業指示書サービスでLine プロパティを参照することができます
  • Line プロパティの値は既定値である必要があります。

財務および運用アプリで使用できる次のプロセスまたは機能は、この統合ではサポートされていないか、フィールド サービスにすぐに反映されません。

• 特定の注文のために在庫数量を確保する機能です。

• 後続のトランザクションにおけるアイテムの追跡の粒度を定義するための追跡ディメンション。 この機能は、バッチまたはシリアル番号で項目を追跡する場合に便利です。

• プロジェクトの [ 履歴に対するアクティビティが必要 ] 設定が [はい] に設定されている場合は、サポートされていません。 必要に応じてHours、Expenses、またはItemsのアクティビティを設定しても、Field Serviceからのトランザクションは成功しません。

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

• 作業指示書製品および作業指示サービス レコードには、[ 割引 % と 推定割引 率] フィールドがあります。 現時点では、統合によってこれらの割引の概念は同期されません。 生成されるそれぞれの仕訳帳には、このような概念はありません。 統合が有効になっている場合、このフィールドは既定のフォームで非表示になります。

次のステップ

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