業務オブジェクトごとの正本システムを決める
顧客、拠点、設備、作業指示、在庫、時間、請求書、支払の正本をどのシステムに置くか決めます。FSM層は、管理されない重複を作るのではなく、それらの記録を意図的に参照または更新する必要があります。
- 各オブジェクトに正本となる担当者を1人割り当てる。
- 安定した識別子を使用します。
- 許可する作成・更新の方向を定義します。
フィールドサービス管理ガイド
フィールドサービス管理連携ガイド
正本レコード、業務イベント、障害、照合を軸に、FSMとCRM、会計、在庫、ERP、GIS、EAMの引き渡しを設計します。
システムの責任範囲を明確にする
すべての引き渡し、障害、再試行、照合ケースを業務プロセスに組み込む
CRM、ERP、会計、在庫、EAM、GIS、ID管理プラットフォームに業務オブジェクトの正本を保持しながら、Jodooでサービスレコードを調整し、連携例外を明らかにします。
エンタープライズサービス運用レイヤーを見る判断モデル
コネクターを選ぶ前に責任範囲と障害対応を設計
標準コネクターがあると決めつけず、送信成功を業務完了と混同しない、信頼できるシステム間引き継ぎを計画します。
業務イベントとデータ契約を定義
システム間の引き渡しは、作業承認、技術者の割り当て、部品依頼、作業完了、承認済みサインオフ、請求可能な完了処理など、明確なイベントから開始します。必須フィールド、検証、冪等性、次の処理へ進める応答を定義してください。
- トリガーと受入結果を明示します。
- 重複イベントや順序の入れ替わったイベントを処理します。
- データ契約をバージョン管理します。
障害、再試行、照合を設計
APIが正常応答しても、会計、在庫、CRM、ERP側で業務処理が完了したとは限りません。拒否、タイムアウト、部分処理、重複、不一致の記録を担当者が確認できるようにしてください。
- 失敗キューを作成する。
- ペイロードと応答の参照情報を安全に保持します。
- 定期照合を実行します。
製品名とコネクターを正確に評価する
公式サポートとコネクターは変更されます。ベンダーの最新資料で、対象エディション、オブジェクト、データ方向、制限、認証、エラー処理、導入方法を確認してください。検証済みの標準コネクターがない場合でも、JodooはAPI、インポート、エクスポート、自動化による引き渡しを支援できます。
- ブランド名から推測せず、互換性を確認します。
- 各システムのエディションとデータ担当者を確認する。
- 業務引き継ぎと障害ケースを試行します。
連携マップ
データを移動する前に各システムの責任範囲を定義
使用するシステムは異なっても、責任範囲に関する確認事項は変わりません。
システム領域正本となる可能性が高い記録一般的なFSM引き渡し
CRM顧客企業、連絡先、商談、関係構築活動サービス需要、拠点または設備情報、作業ステータス、フォローアップ
会計またはERP顧客財務マスター、請求書、税、支払、元帳承認済みの顧客参照、請求可能な作業、金額、証跡
在庫システムまたはWMSSKU、数量、場所、ロットまたはシリアル番号、評価額部品の依頼、予約、払出、返却、差異
EAM、CMMS、GIS、業界特化システム資産、場所、保全、ネットワーク、エンジニアリング状態作業依頼、資産情報、現場結果、証跡、復旧
ID管理と分析ユーザーID、アクセスポリシー、エンタープライズ指標ロール付与、アクセスイベント、整理された運用データ
連携の試行
一つの業務引き渡しと障害経路を検証
価値の高いオブジェクトと小規模で管理されたデータセットから始めます。
通常、重複、拒否、照合済みの各ケースを可視化できて初めて、試行を正しく評価できます。
担当責任を割り当てる
元システム、連携先、オブジェクト責任者、連携責任者を明示します。
- 識別子を決めます。
- データの流れを定義します。
- セキュリティ要件を文書化します。
イベントと契約を定義
トリガー、必須フィールド、検証、冪等性、受理応答を定義します。
- サンプルペイロードを使用します。
- 契約をバージョン管理します。
- 時間に関する期待値を定義します。
通常ケースと障害ケースを実行する
成功、タイムアウト、拒否、重複、部分更新、再試行をテストします。
- 障害を明確にする。
- 参照情報を保持します。
- 機密データを保護します。
照合して運用
元システムと連携先のレコードを比較し、未解決の差異に担当者を割り当てます。
- スケジュール照合。
- 障害の滞留期間を測定します。
- 変更の担当を確認します。
テンプレート
フィールドサービスを動かす引き継ぎを確認する
実際のフィールドサービスレコードを使って、顧客需要、スケジューリング、派遣、モバイル作業、例外、完了処理、管理者の可視性をテストします。
最初に使うのに最適なテンプレート動作するフィールドサービスアプリでガイド内容をテストする
通常のサービスジョブと、停止または差し戻されたジョブを開きます。アプリを変更する前に、受付、作業指示、技術者の更新、証跡、承認、ダッシュボードがつながっていることを確認してください。
フィールドサービス作業指示テンプレートフィールドサービス作業指示を使って、顧客課題、技術者の手配、訪問時間枠、部品の取り置き、SLAリスク、完了処理を管理できます。
技術者手配フォームテンプレート技術者手配フォームを使って、作業詳細、ファイル、レビュー状況、ルートメモ、SLA目標、フォローアップの手配アクションを収集します。
フィールドサービス訪問レポートテンプレートフィールドサービス訪問レポートを使って、現場状況、診断内容、実施作業、写真、顧客メモ、ブロッカー、次のアクションを記録します。
フィールドサービス顧客確認サインフォームテンプレートフィールドサービス顧客確認サインフォームを使用して、作業詳細、写真、レビュー状況、署名証跡、フォローアップメモを記録します。この判断を実際のフィールドサービス業務に適用する
スケジュール、派遣、現場実行へ進む
よくある質問
フィールドサービス管理連携の確認事項
フィールドサービス管理の連携には何を含めるべきですか？
正本システム、対象オブジェクト、一貫した識別子、トリガーイベント、必須データ、検証、受理応答、更新方向、認証、障害担当者、再試行、監査参照、照合プロセスを定義します。
JodooにはQuickBooksフィールドサービスの標準連携がありますか？
対象となるエディションとオブジェクトについて、最新のJodooおよびQuickBooks文書を確認します。必要に応じて、統制されたAPI、インポート、エクスポート、自動化の引き継ぎも設計できます。
どのシステムで請求書を作成すべきですか？
通常、請求書、税、支払い、元帳の正本は会計またはERPシステムが管理します。FSMからは、顧客、ジョブ、承認済み金額、証跡、例外ステータスを含む請求準備済みの引き継ぎを送れます。
連携障害にはどのように対応すべきですか？
拒否、タイムアウト、重複、不完全、不一致のケースを、ペイロードと応答の参照、再試行ルール、担当者、照合予定とともに見えるキューで管理します。