デポ修理の設定に必要なもの

サービスLogistics Cloudのデポ修復機能を使用するには、システム管理者が次を設定していることを確認する必要があります:

修理デポごとに在庫組織を設定します。デポ修理組織は、内部アセットの保守に使用される在庫組織とは別にする必要があります。在庫組織はメンテナンス・アクティビティに対しても使用可能にする必要があります。
次のシード済ビジネス・プロセスを使用して、デポ修理のサービス・アクティビティ・コード(SAC)を設定します:
- デポ修理: Maintenance Cloudで修理の実行中に使用される、労務および部品のサービス・アクティビティを設定します。
- デポ修理ロジスティクス: デポ修理返品および出荷を管理するためのサービス・アクティビティを設定します。これは、顧客アセットが修理のために倉庫に戻され、修理品目が顧客に返送されるときです。デポ修理ロジスティクスSACは、顧客所有の製品または部品の返品および出荷に対する明細であるため、ゼロ・チャージ属性を使用して設定する必要があります。
ノート: デポ修理出荷販売オーダーを設定するには、第10章の「Order Management」の項を参照してください。
リソース・アクティビティをデポ修理サービス・アクティビティ・コードに追加します。サービス・ロジスティクスでは、作業オーダー・リソース・トランザクションで取得されたリソース・アクティビティ(デポ修理など)を使用して、必要なサービス・アクティビティ・コード(Depot_Labor_SACなど)を取得します。デポ修理のリソース・アクティビティを設定しない場合、労務サービス・アクティビティ・コードはデフォルトで取得されます。また、非労務作業オーダー・リソース・トランザクションに対してサービス手数料は作成されません。
サービス・ロジスティクスのプロファイル・オプションを設定して、次の値を定義します:
- デポ修理オーダーに出庫された部品のデフォルト・サービス活動
- 回収された部品のデフォルト・サービス・アクティビティ
これらの値は、技術者がMaintenance Cloudで修理オーダーの報告を作成した後、サービス・ロジスティクスの報告を作成するときに使用され、トランザクションに請求されます。
返品ルーティング・ルールが作成されていることを確認します。返品ルーティング・ルールが定義されていない場合は、破損部品に対するサービス・リクエストの作成時に、デフォルトの返品組織を選択できます。
次のものも設定されていることを確認します:
- サービス・ロジスティクス請求タイプのあるデポ修理品目(労務、部品および費用)
- 販売オーダー明細タイプ(製品RMA、出荷修理済製品、請求のみ)
- 販売オーダーDOOプロセス(製品RMA、出荷修理済製品、請求のみ)
作業定義を設定して、修理に必要な工程、リソース(労務、ツール)および部品を定義することもできます。
デポ修理メンテナンス作業オーダーから外注加工手数料を含めるには、次の設定を行います:
- デポ修理ビジネス・プロセスに対する外注加工のサービス・アクティビティ・コードを作成します。
  - トランザクション・カテゴリ=オーダー
  - 受注明細タイプ=請求のみ
  - オーダーの作成= Yes
  - 使用可能= Yes
- プロファイルORA_RCL_DEF_DEPOT_SAC_OSPでは、このサービス・アクティビティを、修理作業オーダーに搬送された外注加工品目のデフォルト・サービス・アクティビティ・コードとして追加します。
メンテナンス作業オーダーからサービス手数料が作成されると、デポ修理ワークベンチの部品タブに外注加工品目が表示されます。手数料は資材報告手数料として作成され、同じ価格を手数料タブに表示できます。

複雑なデポ修理および返品ロジスティクス環境では、顧客アセットは、たとえばローカル倉庫から配送センター、修理デポなど、顧客に返品される前に複数のロケーションにまたがって転送されます。修理された製品は、顧客に返送される前に、修理デポからローカル倉庫に戻す必要がある場合もあります。このような複数のロケーションおよび複雑なデポ修理プロセスを管理するには、Oracle SCMクラウドでデポ修理および返品サプライ・チェーンを適切に設定することが重要です。組織、保管場所、組織間パラメータおよび出荷方法が、ソース組織と搬送先組織間で転送オーダーを実行するように定義されていることを確認します。出荷方法は、「運送業者の管理」ページで設定し、ソース在庫組織に割り当てる必要があります。