サービス・ロジスティクスとフィールド・サービス間の統合コンポーネント・アーキテクチャ
統合を使用したサービス・ロジスティクスとフィールド・サービスの間の情報フロー。
概要
Service Logisticsを使用すると、顧客は部品ロジスティクスを最適化し、サービス部品を調達およびオーダーし、コストを記録し、顧客に請求し、在庫と導入ベースを更新できます。 Field Serviceは、フィールド・サービス技術者を派遣して顧客の問題を解決するための、時間ベースのセルフラーニングおよび予測テクノロジを提供します。
Oracle Integration (OIC)は、アクセラレータと呼ばれるビジネスおよび技術の統合の豊富なセットと、レシピと呼ばれるサンプル・テンプレートも提供します。 必要なサブスクリプションの詳細について学習するには、「要件とライセンス」のトピックを参照してください。
次の図は、Oracle Service Logistics - Oracle Field Service | サプライ・チェーン・データの統合レシピ・パッケージ内の統合を使用して、サービス・ロジスティクスとフィールド・サービス間の情報フローを示しています:
次に、Service Logistics to Field Serviceの統合の概要を示します:
フィールド・サービス技術者ダウンロード: フィールド・サービス技術者は、Oracle Fusion取引先コミュニティ・モデルで個人パーティとして設定されます。 フィールド・サービス技術者使用は、サービス・ロジスティクス・フィールド・サービス技術者管理設定UIなど、複数のOracle Cloudユーザー・インタフェース(UI)から個人パーティに関連付けることができます。 次に、統合クラウド・サービスによって、技術者が存在しない場合はフィールド・サービスに技術者が作成され、技術者がすでに存在する場合はその技術者が更新されます。
在庫事業所および在庫残高のダウンロード: Oracle Fusion Inventory Managementで定義された保管場所は、サービス・ロジスティクス在庫事業所の管理設定UIで在庫事業所として設定できます。 在庫事業所として定義されると、これらの保管場所には技術者タイプが割り当てられます。 在庫事業所は、サービス・ロジスティクス・フィールド・サービス技術者管理設定UIで技術者に割り当てることができます。 在庫事業所には、技術者が顧客の問題の修正時に使用する部品在庫が保持されます。 その後、統合クラウド・サービスは、在庫事業所とその在庫残高をInventory ManagementからField Serviceに定期的に同期します。
在庫事業所および在庫残高の増分ダウンロード: すべての在庫残高をロードするのではなく、完了に時間がかかるため、統合と同じ日に取引された品目のみがロードされます。 これは、すべての品目の小さいサブセットであり、はるかに高速に実行されます。 このインテグレーションは、1日に複数回、および1週間に1回実行されるように設定する必要があります。
技術者在庫残高ダウンロード: 在庫事業所および在庫残高のダウンロードの別のオプションとして、この統合では、在庫残高がトラック・リソースではなく技術者リソースに直接格納されます。 これは、Oracle Field Service Cloud (OFSC)のお客様におけるより一般的なアプローチです。 サービス・ロジスティクスで定義された、技術者のデフォルトの使用可能な在庫事業所の在庫残高のみが同期されます。 この統合は、技術者が1つの在庫事業所にのみ割り当てられている場合にのみ使用してください。
技術者在庫残高増分ダウンロード: すべての在庫残高をロードするかわりに、完了までに時間がかかる場合があります。ロードされるのは、統合を実行した日と同じ日に処理された品目のみです。 これは、すべての品目の小さいサブセットであり、はるかに高速に実行されます。 インテグレーションを1日1回、および週1日に複数回実行するように設定する必要があります。 この統合は、技術者が1つの在庫事業所にのみ割り当てられている場合に使用する必要があります。
部品品目番号ダウンロード: Supply Chain Cloudの部品カタログがOFSCにダウンロードされるため、フィールド・サービス技術者はどの部品をオーダーできるかを把握できます。 資材サービス請求タイプがあり、ユーザーの「デフォルト在庫組織」プロファイル・オプション(INV_DEFAULT_ORG_ID)に一致する在庫組織がある品目のみがOFSCにダウンロードされます。
部品オーダーおよび受入: フィールド・サービス・エージェントは、Oracle Field Service Cloud (OFSC)から直接部品オーダーを開始できます。 この処理により、関連付けられた作業オーダー内に部品要件明細が生成されます。 部品の分類に基づいて、転送オーダー(在庫管理部品の場合)または購買要件(購買のみ部品の場合)が作成されます。
Oracle Service LogisticsとOFSCの間の部品処理統合は、4つの主要な統合によって実現されます。これらはすべて、Oracle Integration Cloud (OIC)マーケットプレイスのOracle Field Service | Integrate Supply-Chain Dataレシピ・パッケージの一部として提供されます。
予防メンテナンス作業オーダー: 予防メンテナンス・サービス・リクエストおよび作業オーダーを生成するESSジョブに加えて、同じことをするレシピがあります。 ただし、OICレシピは高度に構成可能ですが、ESSジョブは構成できません。
予防メンテナンス作業オーダーの作成に必要なFusion Service APIを使用して、このOICレシピがOFSCから作業オーダー領域を取得する方法の詳細は、サービス・ロジスティクス実装ガイドの開始のフィールド・サービス予防メンテナンスの設定のトピックを参照してください。
フィールド・サービス報告統合: フィールド・サービス・アクティビティは、サービス作業オーダーがOracle Fusion Service UIで作成されたときに作成されます。 フィールド・サービス技術者は、モバイル・デバイスでOFSC報告UIを使用して、次のことを報告します:
- 労働時間が記録されました。
- 使用および回収された部品。
- 割り当てられたアクティビティで発生した経費。
アクティビティが完了すると、これらの報告トランザクションがサービス・ロジスティクスに自動的に作成され、手数料および見積の管理ページに表示されます。 フィールド・サービス管理者は、次のことができます:
- これらの報告トランザクションをレビューします。
- 変更や修正を行います。
- 報告トランザクションを転記します。
これにより、請求用の顧客請求書が生成され、在庫残高が調整され、顧客の資産構成が更新され、サービス原価が取得されます。
自動車部品の報告: フィールド・サービス技術者がOFSCアクティビティを開始すると、部品取付報告明細がOFSCに作成されます。 これらの報告明細は、Fusion Serviceおよびサービス・ロジスティクスUIで順序付けされた部品、およびOFSCで作成された部品に対して作成されます。
自動オーダー作成:
技術者がフィールド・サービス作業オーダーを受け入れることができるように、サービス・ロジスティクスで作成されたオーダーをOFSCに表示できます。 これにより、技術者が重複する部品をオーダーすることも防止されます。
この統合は、2つのレシピを使用して行われます。 部品オーダーについてサービス・ロジスティクスで転送オーダーまたは購買依頼が作成されると、サービス・ロジスティクスはOracle Service Logistics OFS Order Eventsレシピをコールし、その後、Oracle Service Logistics OFS Auto Create Orderレシピをコールします。
カスタム・ルール・プロセッサ: 手数料の転記中にビジネス・ルールを有効にするオプションを提供します。 お客様は、課金後処理ルール・エンジンとして機能する、この統合で構成されているビジネス固有のルールを実装できます。
サービス・ロジスティクスで手数料を転記するカスタム処理ルールを定義する方法の詳細は、『サービス・ロジスティクス実装スタート・ガイド』の「手数料転記ルールの拡張」のトピックを参照してください。
購買オーダーと転送オーダーの処理
この統合は、非シリアル管理品目専用です。 サプライヤ・ダッシュボードで事前出荷通知を作成した場合、シリアル番号を入力できません。
また、OFSCで作成される部品所要量に対して作成された購買オーダーに対してのみ機能します。
Oracle Integration (OIC)
Oracle Service Logistics - Oracle Field Service | サプライ・チェーン・データの統合レシピ・パッケージの詳細は、Oracle Integration (OIC)レシピの章を参照してください。