作業指示書アーキテクチャ
Field Service において最も重要なプロセスは、作業指示書のプロセスです。 作業指示書とは:
次の図は、作業指示書プロセスを構成するエンティティ、属性、リレーションシップを表しています。
作業指示書が作成されました
作業指示書エンティティには、作業指示所の種類、ステータス、期間、優先度など、完了する必要があるジョブの詳細が含まれます。
作業指示書は、取引先企業エンティティ に関連付けられています。 作業指示書にサービス アカウントを指定すると、既定の地域、住所、サービスや請求など、関連する取引先企業の情報が追加されます。
サービス契約 は自動的に定期的な作業指示書を生成します。 サービス契約は、1 つのサービス アカウントに関連付けることができます。 つまり、サービス契約の一部として生成されるすべての作業指示書は、そのサービス アカウントの場所に関連付けられます。 行うべき作業の種類や関連する資産にはさまざまなものがあります。
顧客資産 は、サービス アカウントの場所にある機器です。 顧客資産の保守、点検、修理に関連する作業指示は、その資産のサービス アカウントに関連付ける必要があります。
基本的な詳細とアカウントを作業指示に追加するだけでなく、実行する特定の作業をより明確に定義する 収益および原価 の項目を追加することができます。 作業指示書のインシデントは、推奨されるサービス タスク、製品、サービス、および特性 (スキル) の定義されたパッケージであり、作業指示書の作成をより迅速に行うことができます。 手動で作業指示書に追加する代わりに、サービスタスク、製品、サービス、スキルを入力するためのテンプレートとして効果的に機能するインシデントを追加することができます。
最後に、時間およびリソースの基本設定を定義し、サービス契約を満たすために作業指示書を完了させるタイミングを指定することができます。
作業指示書はリソースにスケジュール設定されます
作業指示書のスケジュール設定に関連するすべての重要な詳細情報は、リソース要件と呼ばれる自動生成された関連するエンティティに渡されます。 リソース要件は、作業指示を最も適切なリソース (現場技術者) に割り当てるために使用されます。 リソース要件フレームワークの一部は、ケース、機会、カスタム エンティティなど、任意のエンティティのスケジュールを可能にします。
Field Service では、作業指示書 と主要なリソース要件が同期しています。スケジュール設定に影響を与えるすべてのフィールドは自動的に同期されます。 顧客が作業指示に対して複数の要件を手動で作成した場合、自動的に同期されません。
作業指示書をスケジュールする前に、 予約可能なリソース がシステムに存在している必要があります。 予約可能なリソースとは、従業員、請負業者、設備、施設など、スケジュールが必要なものを指します。
作業指示書をスケジュールするときは、リソースに要件を割り当てます。 この割り当ては、ブッキング を作成し、これは、特定のリソースに予定が割り当てられた時間帯です。 要件をスケジュールするには、次のいずれかの方法を使用します。
要件は複数回予約することができ、複数の予約レコードが作成されるため、同じ要件を複数のリソースにスケジュールしたり、異なる時間に同じリソースにスケジュールしたりできます。
現場技術者が作業指示書を実行します
現場技術者は、Field Service モバイル アプリのアジェンダで、日次、週次、月次の予約を確認することができます。 予約のステータスを編集して、旅行中、作業進行中、休憩中、作業完了などの情報を表示できます。 カスタムステータスを使用できます。 各ステータス変更は、 ブッキングタイムスタンプ としてシステムに記録され、その後にブッキングジャーナル として記録がされ、時間と人権費の算出に使用されます。
現場技術者は作業指示にプロダクトおよびサービスを使用でき、これは部品または作業が必要であることを示します。 これらのプロダクトおよびサービスは事前に作業指示に追加されていますが、もともとはプロダクトカタログに記載されています。 物理的な部品を意味し、実作業を意味しないプロダクトは、 在庫で追跡され、発注の発行と受入に依拠する 購入 プロセスで補充されます。
作業指示書を確認し、完了する
最後に、サービス マネージャーは作業指示を確認し、終了させ、在庫消費量と財務情報を更新します。 在庫消費量とは、作業指示書の活動に基づいて倉庫から差し引かれる製品の数量を意味します。 消費されたのプロダクトおよびサービスを請求する必要がある場合は、作業指示を完了することで、取引ログを含む支払および実績に基づいた請求書が作成されます。支払および実績