機械翻訳について

部品オーダーの概要

サービス・ロジスティクスを使用して、サービス部品の調達とオーダーを行う方法をご紹介します。

Service Logisticsを使用すると、次のことができます:

  • 顧客交換可能なサービス部品および消耗品をオーダーします。
  • フィールド・サービス技術者が設置する必要があるフィールド・サービス部品を承認、ソーシングおよびオーダーします。
  • 障害品部品と超過部品の返品。
  • 部品をオーダーして、フィールド在庫事業所を補充します。
  • 使用できない部品のバックオーダーを作成します。
  • 交換部品を顧客に請求し、返却された部品をクレジットします。
次の部品オーダーを作成できます:
  • 販売オーダー: 部品交換、高度な交換、返品、販売など、部品のみのサービス用に作成されます。
  • 転送オーダー: 特定のFusion Serviceまたはサード・パーティ作業オーダーのフィールド・サービスをサポートし、技術者のランク在庫補充およびその他のフィールド在庫事業所の部品を出荷するために作成されます。
  • 予約: 部品がフィールド技術者のランク在庫およびサイト専用、およびその他の無人在庫事業所から調達される場合に、特定の作業オーダー用に部品が予約されるように作成されます。 予約済部品は技術者のランク在庫で使用可能として表示されず、他のタスクには使用できません。

部品要件が作成されるとどうなりますか。

  • 部品検索プログラムが自動的に実行され、サービス・サプライ・チェーンの部品が検索され、最適な出荷方法が選択されて、到着予定日が計算されます。 部品検索プログラムが機能するには、サービス・ロジスティクス参照ORA_RCL_SOURCING_FS (フィールド・サービスの場合)およびORA_RCL_PART_SOURCING_CS (カスタマ・サービスの場合)を構成する必要があります。 これらの参照では、顧客サービス(サービス・リクエスト部品の販売と交換)およびフィールド・サービス(サービス作業オーダー)に使用するソーシング・オプションを定義する必要があります。 また、これらのソーシング・オプションを使用して部品を検索する順序も設定する必要があります。 部品検索プログラムは、すべての部品を持つソーシング在庫事業所が見つかるまで部品を検索します。 次に、検索プログラムによって最も低い原価の出荷方法が選択され、それを使用して到着時間が計算され、移動または販売オーダーが作成されます。

    検索プログラムが結果を返さなかったり、最適でない在庫事業所を返した場合は、部品検索ウィンドウで在庫事業所および出荷方法を変更できます。 部品検索ウィンドウには、サービス・リクエストと作業オーダー、部品要件の各ページからアクセスできます。 サービス・ロジスティクスの部品検索プログラムには、GOPおよび在庫ソース・ルールを使用するオプションもあります。

  • サービス・ロジスティクスでは、サブスクリプション、税金および価格設定との統合により、これらの部品要件の税金を含む料金も計算されます。 フィールド・サービス部品要件の場合、これは価格見積です。 最終価格は、部品、人件費および経費のフィールド・サービス報告トランザクションをレビューして発行した後に計算されます。 部品販売および交換の場合、販売価格は、顧客に請求され、販売オーダーに渡される実際の価格です。 顧客および資産のサービス契約に指定されたすべての割引は、価格計算の前に適用されます。

部品要件についてもう少し説明します。

部品をサービス・リクエストに追加するときにソース在庫組織および保管場所を選択することで、販売オーダー出荷の部品を手動でソーシングできます。 部品は、自動部品検索プログラムではなく、選択した在庫事業所から手動で調達されます。 手動によるソーシングは、主にシンプルなサプライ・チェーンを持つサービス・プロバイダによって使用されます。 手動ソーシングは、出荷部品要件および対応する販売オーダー出荷明細の作成時にソースが既知であるデポ修理出荷に使用できる唯一のソーシング・オプションです。

サービス・ロジスティクス・ユーザーとして部品要件を作成する方法を次に示します:

サービス・ロジスティクス:

  • 管理「部品要件」および作成「部品要件」ページを使用して、サービス・リクエストおよび作業オーダーの部品を調達およびオーダーします。 これらは、Fusion Serviceからのサービス・リクエスト、汎用作業オーダー、Oracle Field Service Cloud作業オーダーおよびスタンドアロン作業オーダーです。 スタンドアロン作業オーダーは、サービス・リクエストに関連付けられていない作業オーダーです。
  • レガシー顧客サービス・アプリケーションからのサービス・リクエストやサード・パーティ作業オーダーなど、Fusion以外のサービス・オブジェクトに対する部品要件を作成します。
  • Manage「部品要件」ページで部品要件を編集します。

フィールド・サービス技術者は、割り当てられたサービス作業オーダーおよびサード・パーティ作業オーダーについてのみ、部品要件を作成および管理できます。 また、ランク在庫を補充するための部品要件を作成することもできます。

Fusionサービス:

  • Fusion Serviceアプリケーションのサービス・リクエストの作成および「作業オーダー」の作成ページで、サービス作業オーダーおよびサービス・リクエストの部品をオーダーします。 これを行うには、サービス・オファリングで必要な機能を有効にする必要があります。 手順については、サービス・スタート・ガイドのLogistics Cloud実装ガイドのFusion Serviceの項を参照してください。

    すべてのタイプのサービス作業オーダーに対して部品要件を作成できます: 汎用、Oracle Field Service Cloudおよびスタンドアロン。

ノート:

サービス・ロジスティクス・ユーザーは、Fusion Serviceページで作成した部品要件を編集できません。 これらの部品要件は、Fusionサービスでのみ編集および取り消すことができます。

Oracle Field Service Cloudから:

Service LogisticsとField Service Cloudの統合により、フィールド・サービス技術者は、Oracle Field Service Cloudから部品要件を作成することもできます。

部品を顧客に販売する場合は、販売オーダーを作成します。 その他のすべての品目要件については、フィールド・サービスや倉庫や技術者在庫補充などの転送オーダーを作成します。

転送オーダーが作成されるとどうなりますか。

  • 履行プロセスへの転送オーダー作成は、サプライ・チェーン・オーケストレーション・クラウドから提供されるWebサービスを介して実行されます。

  • 技術者は、部品をランク在庫に受け取り、フィールド・サービスの報告を作成するときにその使用状況の詳細を報告します。

  • フィールド・サービス管理者は、労務費、部品、その他の経費を確認し、請求用に生成された顧客請求書に基づいて最終手数料を転記します。

販売オーダーの配送方法

  • Service LogisticsはOrder Managementと統合され、部品の出荷、受領、請求を促進します。

    部品が出荷されると、顧客に対して請求書が生成されます。 オーダー履行のために、顧客の請求先アカウントと住所および出荷住所を設定する必要があります。

  • 品目の原価は価格設定から取得されます。 顧客に請求される金額は、出荷手数料と選択した品目の原価の合計です。 最終価格には、すべてのサービス契約割引が含まれます。

部品のみのサービス: 顧客が障害品部品を交換でき、フィールド・サービス技術者が顧客需要場所にアクセスする必要がない場合、サービス・リクエスト(Fusionサービスおよびサード・パーティ)の部品をオーダーできます。 同じサービス・リクエストを使用して、顧客から返却された欠陥部品の詳細を取得できます。 必要な部品を顧客住所に直接出荷するために、販売オーダーが作成されます。

部品のみのサービスを推進するサービス・アクティビティに使用される2つのビジネス・プロセスが事前定義されています:

  • 顧客サポート: 単純な部品の売上および返品には、このビジネス・プロセスに対して設定されたサービス・アクティビティを使用します。 オーダー明細と返品明細は別々に作成されます。

  • 部品交換: このビジネス・プロセスに対して設定されたサービス・アクティビティを部品交換に使用します。 そのため、欠陥のある部品や破損した部品を返品するオーダーを作成すると、対応する出荷オーダー明細も作成できます。 このビジネス・プロセスは、故障した製品または部品の受入時および修理または交換の出荷時に導入ベース契約およびサブスクリプション契約を更新できるように、返品明細と出荷明細をリンクします。

フィールド・サービス: フィールド・サービス管理者は、作業オーダーの完了に必要な部品をソーシングおよびオーダーできます。 次のタイプの作業オーダーに対して部品をオーダーできます:

  • 一般作業オーダー: フィールド・サービス・アクティビティを管理するための自動フィールド・サービス・スケジューリング・アプリケーションまたはオフライン・モバイル・フィールド・サービスとの統合がないときに使用されます。 お客様は、「解決期限」および「リクエスト済」の日付を手動で入力します。 作業オーダー・エリアは、Fusionサービスとフィールド・サービスの統合によって決定されるのではなく、手動で入力することもできます。

  • Oracle Field Service Cloud作業オーダー: Fusion Serviceとフィールド・サービスの間に統合が存在し、サービス作業オーダーをフィールド・サービスのアクティビティと同期する場合に使用します。 Fusion Serviceで作業オーダーが作成されると、フィールド・サービス・アクティビティの作成がトリガーされます。 作業オーダー・ライフ・サイクルは、この統合を使用して管理されます。

  • スタンドアロン作業オーダー: 単純なインストールや予防保守のために作成された作業オーダーなど、サービス・リクエストに関連付けられていない作業オーダーに使用されます。

  • サードパーティ作業オーダー: レガシー・アプリケーションからの作業オーダーに使用されます。

フィールド・サービス技術者の場合は、サービス作業オーダーおよび割り当てられたサードパーティ作業オーダーの部品をオーダーし、ランク在庫を補充するために部品をオーダーできます。 一部のフィールド・サービス技術者は、特定のフィールド在庫事業所の部品要件を作成するのみで、それらの部品要件の販売または転送オーダーを開始できない場合があります。 これらの部品要件は、フィールド・サービス管理者または部品コーディネータが最初に承認する必要があります。 このシナリオのフィールド・サービス技術者には、部品オーダーの許可権限が割り当てられていません。

サービス・ロジスティクスには、フィールド・サービスを推進するための事前定義済のビジネス・プロセスが1つ用意されています。

フィールド・サービス在庫補充: フィールド・サービス管理者は、部品をオーダーして、技術者のランク在庫を含むすべてのタイプの在庫事業所を補充できます。