Project Operationsアプリは、プロジェクトタスクの計画、タスク管理、タスクレベルの関連付け体験を管理します。 フィールドサービスアプリはフィールドワークのスケジューリングと実行を管理します。 Field ServiceとProject Operationsの統合では、これらのプロジェクトタスクから直接Project Operations内で作業指示を作成でき、現場作業の実行を容易にできます。
作業指示書をプロジェクトとプロジェクトタスクの両方に関連付けると、システムは実行中ずっと関係を維持し、プロジェクトと財務の整合性を維持します。 ProjectマネージャーはProject Operationsでproject計画の管理と改良を続けることができ、作業指示書は実行とトレーサビリティのために割り当てられたprojectタスクとの一貫したリンクを維持します。
Project Operationsでプロジェクトタスクから作業指示を作成するには、以下の条件を満たす必要があります:
- プロジェクトは プロジェクト要件を満たしなければなりません。
- プロジェクトタスクは 、作業分解構造(WBS)のリーフタスクレベルで作成されます。
プロジェクト主導のスケジューリングの動作
Project Operationsのタスクの日付は、作業指示の「Time Promised Start」および「Time Promised End」の値として同期されますが、この同期は一方向です。 フィールドサービスでのスケジューリング時の変更はプロジェクトのタスク日程を更新せず、プロジェクト計画の整合性を保ちます。
プロジェクトタスクの日付が変更された場合、作業指示書の約束された時間値は、予定されていない作業指示書とスケジュールされた作業指示書の両方で自動的に更新されます。 既存の予約は変更されないため、ディスパッチャーの実行管理を維持しつつ、最新のプロジェクトの期待も反映しています。
プロジェクトタスクの作業が進み、 時間入力が承認されると、システムはWBS上のタスク実行進捗を更新します。
割り当てと予約
統合体験においては、リソース割り当てと予約が異なる目的を果たします。 割り当てはプロジェクトの作業分解構造における計画的なリソース配分を表します。 予約は、Field ServiceまたはProject Operationsを通じて管理された確定したスケジューリングの約束を表します。 作業指示書がプロジェクトタスクにリンクされている場合、作業指示に対してリソース要件が生成され、ディスパッチャーはフィールドサービスを通じてリソースを予約します。 Project Operationsのプロジェクトタスクビューでは、割り当てられたリソースと予約済みの両方のリソースを表示できます。 予約と割り当ての詳細をご覧ください。
時間エントリ
ユーザーが作業指示に対して記録する時間エントリは、関連するプロジェクトおよびプロジェクトタスクを継承します。 この相続により、以下が保証されます:
- 承認済みの作業時間は、正しいプロジェクト タスクに反映され、そのプロジェクト タスクの完了済み工数時間に加算されます。
- 承認された時間の記録もプロジェクトの実際の総時間に含まれます。
現在、作業指示レベルの財務概要や作業指示の財務総額には時間記録が現れません。 提出されたが未承認の時間記録は、承認されるまでプロジェクトのタスク作業量、完了時間、プロジェクト進捗、実際の時間に影響を与えません。
タイムエントリーワークフローの詳細については、Field Service and Project Operationsのタイムエントリーをご覧ください。
実際の計算と推定値
システムが承認を通じて工時や資材の実際の計算や見積もりを生成する場合、各実際のまたは見積もりレコードには、関連する作業指示のコンテキストを表示する フィールドサービス タブが含まれています。 作業指示書が契約に紐づいている場合、契約書および作業指示書行の参照が表示されます。
この仕組みにより、プロジェクトマネージャーは財務実績から元のフィールドサービス業務まで直接追跡可能となり、現場サービスへのナビゲーションなしで監査や照合のワークフローを支援します。
タスクベースの課金
タスクベースの請求では、プロジェクトタスクを特定の契約ラインに割り当て、それぞれ独自の請求方法を持つことで、フィールドサービスの請求方法をコントロールできます。 Field ServiceからのタイムエントリーがProject Operationsに流れ込むと、そのタスクに関連付けられた契約ラインの請求動作を引き継ぎます。 詳しくは、プロジェクトとタスクをプロジェクト契約明細行にマッピングするをご覧ください。