更新23B

改訂履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。

日付	モジュール	機能	ノート
2023年3月3日			初版作成。

概要

アイデアをお寄せください

ご意見をお待ちしています。クラウド・サービスをさらに改善する方法について提案がございましたらどうぞお教えください。アイデアを送信するにはいくつかの方法があります。たとえば、Oracle Customer ConnectのIdeas Labを使用します。機能名の後にこのアイコンが表示されている箇所は、お客様のアイデアを実現した機能です。

フィードバックをお寄せください

本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。

免責事項

この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。

この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。特にこの情報についてオラクルは一切の責任を負いかねます。詳細は、法律上の注意点および使用条件を参照してください。

更新前および更新後のタスク

クラウド・アプリケーションで使用している機能によっては、四半期更新の直前または直後に特定のステップを実行する必要がある場合があります。これらの更新前および更新後のステップおよび影響を受ける製品領域の詳細は、My Oracle SupportでOracle Fusion Cloud SCM: Performing Your Quarterly Update (文書ID 2337485.1)を参照してください。

任意の新機能の導入(オプトイン)

Oracle Cloudアプリケーションは、四半期ごとに新しい更新を配信します。つまり、ビジネスの効率的かつ効果的な管理に役立つ新しい機能を3か月ごとに受け取ります。一部の機能は使用可能な状態でされ、エンド・ユーザーが即時に使用できます。その他の機能はすぐ使用できない状態で提供され、使用可能にするために処理を実行する必要があります。無効化の状態で提供されている機能は、次のステップでエンド・ユーザーに対してアクティブ化できます。これを行うには、次の権限を使用します。

• アプリケーション・オファリングのレビュー(ASM_REVIEW_APPLICATIONS_OFFERINGS_PRIV)
• Oracle Fusion Applicationsオファリングの構成(ASM_CONFIGURE_OFFERING_PRIV)

新機能をオプトインする方法を次に示します。

1. 「ナビゲータ」→「自分の企業」→「新機能」をクリックします。
2. 機能の概要のページで、オファリングを選択し、それに固有の新機能をレビューします。または、デフォルトの選択である「すべての使用可能オファリング」をそのまま使用して、すべてのオファリングの新機能を確認できます。
3. 「新機能」タブで、新機能を確認し、「使用可能」列で機能のオプトイン・ステータスを確認します。機能がすでに有効化されている場合は、チェック・マークが表示されます。それ以外の場合は、機能を使用可能にするアイコンが表示されます。
4. 「使用可能」列にあるアイコンをクリックし、機能を使用可能にするステップを完了します。

「新機能」作業領域に表示されない機能をオプトインすることもできます。オプト・インする方法を次に示します。

1. 「ナビゲータ」→「自分の企業」→「オファリング」をクリックします。
2. 「オファリング」ページで、オファリングを選択し、「オプト・イン」機能をクリックします。
3. 「オプトイン」ページで、オファリングまたは機能が含まれている機能領域の「機能の編集」(鉛筆)アイコンをクリックします。
4. 「機能の編集」ページで、機能を使用可能にするためのステップを完了します。

オファリングの新機能をオプトインする方法の詳細および詳細な手順は、オファリングの構成を参照してください。

オプト・イン失効

オプト・インを経由してすぐ使用できない状態で提供された機能は、将来の更新で自動有効化される場合があります。これはオプト・イン失効と呼ばれます。クラウド・サービスにオプト・イン失効がある場合、このドキュメントに関連タブが表示されます。このタブをクリックすると、最初に機能が無効状態で提供されたのはいつか、そしてこの機能のオプト・インがいつ失効し、自動で使用可能となる見込みかが表示されます。ここをクリックして、すべてのOracle Cloudアプリケーションのオプト・インが失効した機能を確認することもできます。

機能概要

保守

保守

費用配賦先への購買受入時における固定資産の資産計上

この更新の前は、固定資産と導入ベース資産の間の関係を手動で確立できました。この更新では、導入ベース資産を体系的に作成し、受入搬送先タイプが「費用」の非プロジェクト購買の固定資産として資産計上できるようになりました。導入ベース資産と関連する固定資産との関係は、手動介入なしで自動的に確立されます。この更新により、受け取った資産をすぐに資産計上できます。

これを行うには、次の手順を実行する必要があります。

1. Oracle Fusion Cloud Procurementで購買オーダーを作成します。

• ビジネス・ユニット、サプライヤおよびサプライヤ・サイトを含む必須パラメータを選択します

2. 購買オーダー明細品目を追加する場合は、次のパラメータを指定してください。

• 搬送先タイプを「費用」に設定します
• 受入時経過勘定を選択します
• 受入時に資産を作成して、購買オーダー明細の品目を構成します

ノート: この機能を有効にするには、期限日の後に購買オーダーを作成します。

3. 購買オーダーを承認のために送信します。

4. 品目の調達に成功した後、購買オーダーに定義された在庫組織に品目の受入を処理します。

• シリアル番号、ロット番号、品目数量など、品目の定義に従って必要な値を指定します。
• 原価計算ロールがユーザーに割り当てられていることを確認します
• 次のスケジュール済ジョブを実行して、購買オーダーの原価計算残高および配分を処理します。
  • 受入から原価計算へのトランザクションの転送
  • 受入会計配分の作成
  • 受入に対して「会計の作成」プロセスを実行し、一般会計に転記します
  • 受入を一括追加に転送

5. 固定資産ロールがユーザーに割り当てられていることを確認します。

6. 「固定資産」→「資産」ユーザー・インタフェースにナビゲートします。

7. 「固定資産会計用資産台帳」で、新しく作成した受入のソース明細を準備します。

ソース明細の編集のユーザー・インタフェース

8. 「一括追加の転記」スケジュール済ジョブを実行して、受入品目の固定資産を作成します。

資産照会のユーザー・インタフェース

9. 導入ベース・ユーザー・ロールがユーザーに割り当てられていることを確認します。

10. 「固定資産の運用資産への関連付け」スケジュール済ジョブを実行して、固定資産と導入ベース資産の統合の最初のステップを完了します。

11. 品目定義の資産カテゴリを指定します。Oracleでは、固定資産内の一括追加明細の資産カテゴリがデフォルト設定されます。品目マスターで資産カテゴリが設定されていない場合、Oracleは、購買オーダー手数料勘定の勘定科目セグメントを資産カテゴリ定義の資産決算勘定と照合しようとします。一致が見つかった場合、Oracleは一括追加明細でこの資産カテゴリをデフォルト設定します。

12. 固定資産事業所と出荷先事業所との間のマッピングを構成する場合、受入から転送された一括追加明細の事業所をデフォルト設定できます。

13. この機能を使用して、導入ベース資産と固定資産を作成します。

14. 固定資産の事業供用日では、受入時の商品受入日となります。

15. 資産台帳に指定した資産計上しきい値を超える場合、Oracle Fusion Cloudでは資産タイプが資産計上済としてデフォルト設定されます。

16. 明細が転記され、新規資産が作成されると、Oracle Fusion Cloudでは、固定資産の資産への追加機能を使用して、この資産にさらに原価が追加されます。

「固定資産」タブが表示された「資産の編集」ユーザー・インタフェース

17. 「資産の編集」ユーザー・インタフェースの「固定資産」タブで、導入ベース資産に関連付けられている固定資産を確認できます。

18. 「請求書の作成」ユーザー・インタフェースで情報を指定して、受入品目の請求書を作成します。品目の金額、および「運送費」や「その他」などの追加情報を更新できます。

請求書作成のユーザー・インタフェース

19. 次のスケジュール済ジョブを実行して、固定資産および原価計算配分の更新を処理します。

• 原価の原価管理への転送
• 受入会計配分の作成
• 会計の作成
• 受入を一括追加に転送

20. 資産の修正ロールをユーザーに割り当てて、「一括追加の転記」スケジュール済ジョブを実行し、受入済品目の固定資産を作成します。

21. これらの追加手数料は、会計配分で「費用調整」トランザクション・タイプとして表示できます。

• 品目に対する購買オーダー原価や受入時の見積税額などの原価を転送し、資産計上のために固定資産に転送できます。

• この受入の請求書を入力して計上すると、修正を資産に転送できます。これには、資産が以前に作成された品目配分に按分された運送費、その他の手数料および税金が含まれます。未割当および非按分手数料は、受入を介して固定資産に転送されません。

• 税の控除対象外部分のみが資産計上済原価として固定資産に転送されます。

• そのような請求書では、支払割引を固定資産に転送できません。このような割引は、固定資産に手動で適用する必要があります。

• また、買掛金/未払金に請求書を計上するときに、品目および税金明細に請求書価格差異がある場合は固定資産に転送することもできます。請求価格差異は、請求済数量に請求書単価と購買オーダー単価の間の差異を掛けた値です。

受入会計トランザクションが表示された検索結果

これで、費用配賦先への購買受入時に固定資産の資産計上が完了します。

運用資産を受領時に自動的に作成し、それを固定資産に資産計上できるようになりました。導入ベース資産と関連する固定資産との関係を手動の介入なしに自動的に確立できるため、資産の運用情報と財務情報を完全に表示できます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

• ここで注意する必要がある重要な点は、この機能は受入時経過勘定購買のみでサポートされることです。

• 「仕様」→「サービス」タブの「受入時」の「固定資産の作成」を使用して品目を設定する必要があります。

• 「在庫組織の管理」で、「固定資産会計用資産台帳」が選択されていることを確認します。

• この機能に適格なのは、このオプト・イン後に作成された購買オーダーの受領のみです。

• 次に、この統合の一部として追加または更新されるスケジュール済ジョブのセットを示します。
  • 原価計算
    • 受入から原価計算へのトランザクションの転送
    • 受入会計配分の作成
    • 会計の作成
    • 受入を一括追加に転送

• 固定資産
  • 一括追加の転記

• 導入ベース資産
  • 固定資産の運用資産への関連付け

• 請求後
  • 原価計算
    • 原価の原価管理への転送
    • 受入会計配分の作成
    • 会計の作成
  • 固定資産
    • 受入を一括追加に転送

主なリソース

• Capitalize Fixed Assets Upon Purchase Receipt to Expense Destinationのレディネス・トレーニングをご覧ください。

ロールおよび権限

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。
  • 資産管理者(ORA_CSE_ASSET_ADMINISTRATOR_JOB)

スケジュール済プロセスを使用した保守プログラム予測の生成

保守プログラムを使用して、保守対応組織の1つ以上の影響を受ける資産に対して日次予防保守予測を定義および生成できます。予測は、予防保守作業オーダーを作成するための基準として使用できます。この更新の前は、ユーザー・インタフェースから「予測の生成」処理を使用してセッションで予測を作成および更新できました。この処理によって、プログラムがロックされて自分が更新できないようになり、予測生成が正常に完了した後にのみ制御が戻されます。この更新では、パフォーマンスを向上させ、ユーザー・インタフェースでタイムアウトが発生しないようにするために、「予測の生成」処理によって、一意の識別番号で追跡できるスケジュール済プロセスが送信されるようになりました。この新しい機能は、同じユーザー・インタフェースの既存の「作業オーダーの作成」処理と一致しています。

「予測の生成」オプションを選択すると、一意の識別番号で追跡できるスケジュール済プロセスが発行されます。

「スケジュール済プロセス」ページを使用してスケジュール・プロセスを追跡できます。または、「保守プログラムの管理」ページで新しい結果列を使用して追跡することもできるようになりました。「表示」ドロップダウン・オプションを使用して、予測生成および作業オーダー作成のスケジュール済プロセスを追跡するための列を選択してページに追加します。

新しい列は、プロセスの正常な完了を追跡および確認するのに役立ちます。

予測生成のセッション内プロセスではなくスケジュール済プロセスを使用すると、パフォーマンスが向上し、ユーザー・インタフェースでタイムアウトが発生しないようにできます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ロールおよび権限

保守プログラムの既存のロールおよび権限に対する変更はありません。

品質検査を使用した資産認定の決定

この更新の前は、資格要件に対して資産の資格を手動で作成し、その後同じものを使用して作業オーダーの機材リソースを認定できます。この更新では、保守作業オーダー実行を利用して、機材に対して資格チェックを実行し、これらの資格レコードを資産レベルで自動的に移入できます。手動で作成した保守作業オーダーを使用するか、予防保守プログラムを使用して定期的に資格チェックをスケジュールできます。資産検査プランを資格要件に関連付けることができるようになりました。

資産の自動評価では、検査関連をサポートするように資格要件が拡張されました。

資産認定の自動記録

新しい検査プラン・タイプ

この更新では、資産と呼ばれる新しい検査タイプでOracle Fusion Cloud Maintenanceを排他的にサポートするために、新しいタイプの検査プランが導入されています。新しい資産タイプ検査プランの設定方法の詳細は、「ヒントと考慮事項」の項を参照してください。

資格要件では、新しい検査プラン・タイプ「資産」を関連付けることができます。

「検査プランの作成」ユーザー・インタフェース

資格要件

品質検査プランを資格要件に関連付けることができます。資産は、保守作業オーダーで資産に対して実行される検査に基づいて、特定の資格要件に対して適格です。

任意の保守組織の資産に対して検査を実行できます。検査プランが保守組織の資格要件に関連付けられている場合、実行される検査に基づいて資産認定が自動的に記録されます。

保守組織ごとに1つの検査プランのみを関連付けることができます。

「資格要件」→「検査プランの追加」ステップ

資産認定

「資産の編集」ページの「資格」タブが拡張され、検査に基づく資産の資格の記録が容易になります。

次の新しい列が資産認定の編集タブに追加されました。

1. 検査プラン
2. 検査
3. 作業オーダー
4. 保守プログラム
5. 作業要件 

この拡張機能の一部として、検索属性が表の上に移動し、参照列が削除されました。

特定の資格要件に対して資産を評価する保守作業オーダーは、手動で作成した作業オーダーまたは(保守予測に基づいて自動的に生成される)予防保守作業オーダーである場合があります。

資格が繰返しタイプの場合は、必要な間隔で保守プログラムおよび作業要件を設定し、同じように予測を生成することをお薦めします。これにより、資産に対して適時に検査が実行され、資産が自動的に適格になります。繰返しでないタイプの資格の場合は、必要に応じて保守作業オーダーを手動で作成できます。

自動的に作成された資産認定の詳細

• 手動で作成された作業オーダー

1. 作業オーダー完了日には「認定日」が選択されます
2. 検査プランに関連付けられた資格要件の名前には、「資格要件」が選択されます
3. 資格要件に関連付けられたプロファイルの名前には、「資格プロファイル」が選択されます
4. 「次の資格期日」は、「資格要件」の「認定日」と「デフォルト間隔」の合計です
5. 資格要件にデフォルトの間隔がない場合、「次の資格期日」は空白になります

• 予防保守作業オーダー

1. 作業オーダー完了日には「認定日」が選択されます
2. 検査プランに関連付けられた資格要件の名前には、「資格要件」が選択されます
3. 資格要件に関連付けられたプロファイルの名前には、「資格プロファイル」が選択されます
4. 作業要件の次の予測日には、「次の資格期日」が選択されます
5. コンテキスト保守作業オーダーの基準となる保守プログラムの名前は、「保守プログラム」を介して作成されます
6. コンテキスト保守作業オーダーの基準となる作業要件の名前は、「作業要件」を介して作成されます

「資産の編集」ユーザー・インタフェース→「資格」タブ

保守作業オーダーおよび資産検査プランを活用して、一連の検査特性に基づいてプログラム的に資産評価を実施および決定できます。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 製造およびサプライ・チェーン資材管理 オプションではなくなった開始バージョン: 更新23D

ヒントと考慮事項

資産タイプ検査プランの設定

1. 検査タイプを「資産」に設定します。

2. 組織が保守作業オーダーが作成される保守組織であることを確認します。

3. 次の詳細のいずれかを指定します。
   • 資産
   • 資産グループ
   • 品目
   • 品目カタログ

4. 「検査プラン・オプション」チェック・ボックスを使用して、工程完了時に検査を必須またはオプションのいずれかに設定します。

   • このチェック・ボックスが選択されている場合、検査は、工程完了時にオプションになります
   • このチェック・ボックスの選択を解除した場合、検査は工程完了時に必須になります

5. 特性をプランに追加します。

   • 検査処理は、特性がプランに保存された後で構成できます。

6. 検査基準を次の属性の1つまたは複数に設定します。

   • 作業オーダー・タイプまたは作業オーダー・サブタイプ
   • 作業定義
   • 工程連番
   • 工程コード

7. 資産タイプの検査プランについて、処分のデフォルト・ステータスを「準備完了」に設定します。

8. 検査プランのステータスを「承認済」に設定します。

    「検査プランの作成」→「詳細」

   「検査プランの作成」→「検査基準」

資格要件

検査プランと資格要件との関連付けは、保守作業オーダーと検査の実行に基づきます。検査を複数の保守組織で実行できる場合、検査プランの関連付けは、検査を実行できるすべての保守組織に対するものである必要があります。

予防保守作業オーダー

予防保守作業オーダーは、保守プログラムおよび作業要件に対して作成されます。保守プログラムの設定に関する推奨事項を次に示します。

• 資格要件専用に次のものを作成できます。

1. 標準工程
2. 作業定義
3. 品質検査プラン 

• 資格要件専用に作成された標準工程に基づいて基準を確認します。

• 作業要件に1つの作業定義を関連付けます。

• 保守プログラム・レベルではなく、作業要件レベルでマージおよび抑制オプションを設定できます。

資産認定

異なる工程の同じ作業オーダーで同じ検査を複数回実行できます。同じ検査の各インスタンスでは、実行される複数の検査に基づいて、同じ資産に対して個別の資産評価が作成されます。したがって、同じ検査を複数回実行しない保守作業オーダーを作成することをお薦めします。

依存機能

この機能が有効になるのは、次の機能がオプト・インされている場合のみです。

• 作業の割当またはリソース使用のレポート時における機材の認定
• 保守作業オーダーありまたは保守作業オーダーなしの資産検査の実行

主なリソース

• 保守作業オーダーありまたは保守作業オーダーなしの資産検査の実行機能の新機能のコンテンツを確認してください
• 「作業の割当またはリソース使用のレポート時における機材の認定」機能の「新機能」の内容を確認します
• 作業の割当またはリソース使用のレポート時における機材の認定のTOIをダウンロードします

ロールおよび権限

ユーザーにこの機能へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。

• 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • 保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)
  • 品質エンジニア(ORA_QA_QUALITY_ENGINEER_JOB)

• 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • 資格要件の管理(MNT_MANAGE_QUALIFICATION_REQUIREMENTS_PRIV)
  • サービス別の資格要件の管理(MNT_MANAGE_QUALIFICATION_REQUIREMENTS_BY_SERVICE_PRIV)
  • サービス別の資格プロファイルの管理(MNT_MANAGE_QUALIFICATION_PROFILES_BY_SERVICE_PRIV)
  • 企業資産の管理(CSE_MANAGE_ENTERPRISE_ASSETS_PRIV)
  • 資産資格の表示(MNT_VIEW_ASSET_QUALIFICATIONS_PRIV)
  • 保守標準工程の管理(MNT_MANAGE_MAINTENANCE_STANDARD_OPERATIONS_PRIV)
  • 保守作業定義の管理(MNT_MANAGE_MAINTENANCE_WORK_DEFINITIONS_PRIV)
  • 保守作業オーダー工程の管理(MNT_MANAGE_MAINTENANCE_WORK_ORDER_OPERATIONS_PRIV)
  • 保守工程トランザクションのレポート(MNT_REPORT_MAINTENANCE_OPERATION_TRANSACTIONS_PRIV)
  • 保守リソース・トランザクションのレポート(MNT_REPORT_MAINTENANCE_RESOURCE_TRANSACTIONS_PRIV)
  • 検査プランの編集(QA_EDIT_INSPECTION_PLANS_PRIV)

保守例外をサポートする拡張保守管理OTBIサブジェクト領域

Oracle Transactional Business Intelligence (OTBI)は、Oracle Fusion Cloud Maintenanceから直接、リアルタイムのセルフサービス・レポート機能を提供します。次の表に、この更新でOTBIサブジェクト領域およびディメンション・フォルダで使用可能な更新を示します。

サブジェクト領域	ディメンション・フォルダによる更新
保守管理 - 保守例外リアルタイム	保守例外をサポートする保守資産に追加された新しいサブジェクト領域: 資産詳細 現在の手持在庫 例外詳細 例外タイプ 在庫資材 保守組織 保守生産例外 製品 リソース リソース・インスタンス 実績リソース日付の時間 作成日の時間 予想解決日の時間 最終更新日の時間 作業領域 ワーク・センター 作業オーダー 作業オーダー工程 作業オーダー・ステータス
導入ベース - 顧客資産履歴リアルタイム	顧客資産履歴リアルタイムに追加された新規フォルダ: ビジネス・ユニット 時間
保守管理 - 資産履歴リアルタイム	保守資産履歴リアルタイムに追加された新規フォルダ: 時間 - 資産履歴トランザクション日

新しいサブジェクト領域では、新しい拡張された既存のレポートを作成して、資産、品目、製品および保守データに基づいて分析を実行できます。

有効化のステップ

新規サブジェクト領域は、既存のレポートに追加するか、新規レポートで使用することで利用できます。レポートの作成および編集の詳細は、分析およびレポートの作成および管理のブック (「Oracle Help Center」 > 目的のアプリケーション・サービス領域 > 「Books」 > 「Administration」)を参照してください。

ロールおよび権限

• 事前定義済ジョブ・ロール名およびコード:
  • 資産管理者(ORA_CSE_ASSET_ADMINISTRATOR_JOB)
  • 保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)

• 権限:
  • 顧客資産の管理(CSI_MANAGE_CUSTOMER_ASSETS_PRIV)
  • 保守可能資産の管理(MNT_MANAGE_MAINTAINABLE_ASSETS_PRIV)

保守作業オーダーありまたは保守作業オーダーなしの資産検査の実行

仕掛検査プラン・タイプの保守作業オーダー工程の一部として、検査を実行できます。この更新では、資産と呼ばれる新しい保守固有の品質検査プラン・タイプに基づいて検査を実行できます。

保守作業オーダーでサポートされるのは、「仕掛」と「資産」の2つの品質プラン・タイプです。Oracle Fusion Cloud Maintenanceで使用されるプラン・タイプは、各保守組織に対して選択されたタイプです。新しい属性「検査プラン・タイプ」が「工場パラメータ」設定ページに追加されました。検査プラン・タイプはデフォルトで「仕掛」ですが、それを「資産」に更新し、保守作業オーダー検査にも同じものを使用できます。資産検査プラン・タイプに基づいて検査を実行した後は、工場パラメータの「検査プラン・タイプ」の値を「仕掛」に戻すことはできません。

「工場パラメータの管理」ユーザー・インタフェース→「保守」タブ

新しい資産タイプ・プランは、検査プラン基準に応じて、工程または作業オーダーに適用できます。検査プランは作業オーダーに適用できますが、任意の工程で検査を実行できます。ただし、最後の工程を完了するには、すべての作業オーダー・レベルの必須検査を実行する必要があります。新しい資産タイプ検査プランの設定方法の詳細は、「ヒントと考慮事項」の項を参照してください。

保守技術者は、「保守作業手配リストのレビュー」ユーザー・インタフェースから、作業オーダー工程の一部として検査を実行します。

保守作業オーダーの検査の実行に使用できるその他のタスクは次のとおりです。

• 「保守管理」ランディング・ページの「検査結果の作成」タスク
• 「品質管理」ランディング・ページの「検査の作成」ボタン

Oracle Maintenanceから検査が実行されると、検査タイプの値は、該当する工場パラメータに設定された「検査プラン・タイプ」値に基づいて「検査の作成」ダイアログにデフォルト設定されます。ただし、値は手動で上書きできます。保守作業オーダー工程に対して実行される必須検査がある場合、すべての必須検査が実行されないかぎり、同じ検査を完了できません。工場パラメータで選択した検査タイプは、「保守作業手配リストのレビュー」ユーザー・インタフェースで工程完了検証に対して考慮されます。

「保守作業手配リストのレビュー」ユーザー・インタフェース

「資産」タイプの検査の場合、作業オーダーはオプションです。コンテキスト内の保守作業オーダーなしで、資産に対して検査を実行できます。

この更新では、Oracle Fusion Cloud Quality Managementで新しい資産タイプ検査プランの検査結果を表示できます。

新しい資産タイプ・プランを使用して、資産、作業オーダーまたは作業オーダー工程の品質検査プランを定義します。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 製造およびサプライ・チェーン資材管理 オプションではなくなった開始バージョン: 更新23D

ヒントと考慮事項

資産タイプ検査プランの設定

1. 検査タイプ値に「資産」を選択します。
2. 保守作業オーダーが作成される保守組織を選択します。
3. 詳細について、次のいずれかの値を選択します。資産に対する検査プランの適用は、選択した値に基づきます。
   1. 資産
   2. 資産グループ
   3. 品目
   4. 品目カタログ
4. 必須またはオプションの検査プランを設定するには、「検査プラン・オプション」チェック・ボックスを使用します。
   • このチェック・ボックスが選択されている場合、検査は、工程完了時にオプションになります。
   • このチェック・ボックスの選択を解除した場合、検査は工程完了時に必須になります。
5. 必要に応じて、プランに特性を追加します。
   • 検査処理は、特性がプランに保存された後で構成できます。
6. 検査プランで、次の属性の1つまたは複数を基準として選択します
   1. 作業オーダー・タイプまたは作業オーダー・サブタイプ
   2. 作業定義
   3. 工程連番
   4. 工程コード
   • 検査プラン基準はオプションです。
     • 保守作業オーダーの検査プラン適用は、詳細と基準の両方の値に基づいています。
       • 作業オーダー・タイプ、サブタイプまたは作業定義属性の値を選択した場合、検査は保守作業オーダーに適用可能になります
         • 前述の基準は、資産タイプ検査プランのみに追加されていることに注意してください
       • 工程連番または工程コード属性の値を選択すると、検査が保守作業オーダー工程に適用可能になります
7. 検査プランの承認

「検査の作成」ユーザー・インタフェース→「詳細」

「検査の作成」ユーザー・インタフェース→「検査基準」

工場パラメータ

• 保守組織の場合、新しい属性「検査プラン・タイプ」のデフォルト値は「仕掛」であるため、既存の検査設定をそのまま使用できます。ただし、新しい「資産」タイプの検査プランの使用を開始することをお薦めします。

• 工場パラメータで資産タイプ検査を選択した後、新しい資産タイプ検査プランの保守作業オーダーで検査が実行された場合、元に戻すことはできません。

主なリソース

• Oracle Maintenanceの品質検査を使用した資産認定の決定の新機能を確認してください。

ロールおよび権限

ユーザーにこの機能へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。

• 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • 保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)
  • 保守技術者(ORA_MNT_MAINTENANCE_TECHNICIAN_JOB)
  • 品質エンジニア(ORA_ENQ_QUALITY_ENGINEER_JOB)

• 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • 保守作業手配リストのレビュー(MNT_REVIEW_MAINTENANCE_DISPATCH_LIST_PRIV)
  • 検査結果の編集(QA_EDIT_INSPECTION_RESULTS_PRIV)
  • 保守管理作業領域の管理(MNT_MANAGE_MAINTENANCE_MANAGEMENT_WORK_AREA_PRIV)
  • 品質エンジニア(ORA_QA_QUALITY_ENGINEER_JOB)
  • 検査プランの編集(QA_EDIT_INSPECTION_PLANS_PRIV)

作業要求の管理

作業要求は通常、施設および資産関連の保守の相違のレポートに使用されます。これには、相違の性質、資産(既知の場合)および問題の摘要に関する情報が含まれます。作業要求はトリアージされ、保守作業オーダーを使用して解決のために割り当てられます。解決されると、元の要求者が作業要求の結果で更新され、フィードバック・ループが提供されます。導入ベース資産の作業要求は、Oracle Help Deskオファリングを使用してOracle Maintenance Cloudでサポートされています。ヘルプ・デスクは、内部サービス・リクエストを使用した内部所有資産に対してのみ作業要求をサポートします。

ヘルプ・デスク・ユーザー

ヘルプ・デスク機能には、複数のユーザー・ロールのサポートが含まれています。

• 従業員 - 資産の相違に関する質問と問題を解決するためのサポートを要求する内部ユーザー。これは、保守関連ユーザーまたは非保守関連ユーザーの場合があります。

• ヘルプ・デスク・エージェント - 従業員のかわりにヘルプ・デスク・チケットを作成し、内部ヘルプ・デスク・チケットを管理します。通常は保守ユーザーです。

• ヘルプ・デスク・マネージャ - 内部ヘルプ・デスク・エージェントのグループを管理します。また、内部ヘルプ・デスク・メトリックを確認および分析します。

• ヘルプ・デスク管理者 - 内部ヘルプ・デスクの設定と構成を管理します。

新規リクエストの作成

従業員は「ヘルプ」を使用して新しいリクエストを作成でき、ヘルプ・デスク・エージェントは「ヘルプ・デスク・リクエスト」サブジェクト領域を使用してリクエストを作成できます。従業員は、「ヘルプ」ページを使用して作業要求を作成および管理できます。リクエストの作成ボタンをクリックして、新規ヘルプ・デスク・リクエスト・ページに移動します。

このページでは、次のことができます。

• リクエストの件名の定義(必須)
• 重大度の設定
• カテゴリの選択(オプション - トリアージのキューへのルーティングに使用されます)
• 導入ベース資産の選択(オプション)
• 詳細な摘要の定義
• 添付またはURLの追加
• レビュー・リクエストの送信

リクエストを送信した後、「ヘルプ」を使用して、ヘルプ・デスク・エージェントからのフィードバックについて自分のオープン・リクエストを確認できます。リクエストのステータスは、リクエストがトリアージされ、解決のために割り当てられているかどうかを示します。また、解決が必要な問題として判断されない場合、リクエストを拒否できます。

新規リクエストの管理

新規リクエスト送信された後、ヘルプ・デスク・エージェントは「ヘルプ・デスク・リクエスト」サブジェクト領域を使用してリクエストを管理できます。ヘルプ・デスク・エージェントは、すべてのオープン内部ヘルプ・デスク・リクエスト・ページを使用して、新しく作成されたリクエストを表示します。新規リクエストは、リクエストで選択されたカテゴリによってキューにルーティングされます。エージェントは、自分に割当ボタンを使用して、トリアージおよび解決のためにリクエストを自分に割り当てることができます。その後、リクエストは作業要求のキューで管理されます。

エージェントは、相違の詳細を確認し、追加詳細のリクエストを送信した従業員にメッセージを送信することを選択します。

また、リクエストで識別された資産を選択または更新する必要がある場合もあります。リクエストを解決するために保守作業オーダーが必要な場合は、リクエストの編集ページで資産の新しい作業オーダーを直接作成できます。または、資産に対してオープンしている既存の作業オーダーにリクエストを割り当てることができます。

同じ資産の相違について、他の従業員からの追加のリクエストがある場合があります。エージェントは、解決のために各リクエストを同じ作業オーダーに割り当てることができます。割り当てる際、エージェントは要求ステータスを「新規」から「進行中」または類似のものに更新します。ステータス更新は、解決に向けて進行中のリクエストを作成した従業員に有益なフィードバックになります。

作業オーダーは保守マネージャによって管理されます。作業オーダーをレビュー、更新およびリリースして、技術者が実行できるようにします。作業オーダーにはリクエストに関する重要な詳細が含まれ、「作業オーダーの編集」ページの「参照」タブに示されます。このタブには、内部サービス・リクエスト番号がリストされ、リクエストに関する重要な詳細のスナップショットが示されます。作業オーダーの完了時に、リクエストは解決されたものとみなされます。エージェントは、要求ステータスを「進行中」から「解決済」または類似のものに更新できます。また、要求者にメッセージを送信して、問題が解決されたことを確認することもできます。

解決されると、リクエストはスケジュール済プロセスによって「クローズ済」ステータスに設定されます。

拡張性と外部統合

ヘルプ・デスク・ページは、アプリケーション・コンポーザとビジュアル・ビルダーを使用して拡張できます。詳細は、ヘルプ・デスク実装ガイドを参照してください。

ヘルプ・デスク内部サービス・リクエストもREST APIに対して有効です。RESTサービスを使用して、リクエストを作成、編集および解決します。詳細は、B2BサービスREST APIガイドを参照してください。

資産の相違に関する作業リクエストを作成、追跡、管理および解決します。直感的なレイアウト、ワークフローおよびOracle Maintenance Cloudとの統合により、資産の問題を簡単にレポートおよび解決できます。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: サービス

ヘルプ・デスク・オファリングのオプトイン時に、資産の作業要求を有効にするために内部サービス・リクエストの使用オプションを選択する必要があります。

ヘルプ・デスク・リクエスト・ページ内で資産の作業オーダーを作成するには、プロファイル・オプション(SVC_NG_ENABLE_MAINTENANCE_HELPDESK)も選択する必要があります。

ヒントと考慮事項

• ヘルプ・デスク実装ガイドおよびユーザー・ガイドでは、内部サービス・リクエストを有効化および設定するプロセスを順を追って説明します。このプロセス中に、リクエストを管理するカテゴリとキューを設定できます。独自のヘルプ・デスク要求ステータス値を定義することもできます。

• ヘルプ・デスクの設定および使用の詳細は、Oracle B2B Serviceの実装ガイドおよびユーザー・ガイドを参照してください。

ロールおよび権限

• 事前定義済ジョブ・ロール名およびコード:
  • 従業員(ORA_PER_EMPLOYEE_ABSTRACT)
  • 保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)
  • 保守技術者(ORA_MNT_MAINTENANCE_TECHNICIAN_JOB)
  • 実装コンサルタント(ORA_ASM_APPLICATION_IMPLEMENTATION_CONSULTANT_JOB)

• 権限: 必要に応じて、関連する事前定義済ジョブ・ロールまたは独自のジョブ・ロールに追加する必要があります。
  • 内部ヘルプ・デスク・ユーザー(ORA_SVC_INTERNAL_HELP_DESK_USER_JOB)
  • 内部ヘルプ・デスク・エージェント(ORA_SVC_INTERNAL_HELP_DESK_AGENT_JOB)
  • 内部ヘルプ・デスク・マネージャ(ORA_SVC_INTERNAL_HELP_DESK_MANAGER_JOB)
  • 内部ヘルプ・デスク管理者(ORA_SVC_INTERNAL_HELP_DESK_ADMINISTRATOR_JOB)

作業オーダー完了時の作業要求ステータスの更新

Oracle Maintenance Cloudでは、Oracle Help Desk機能を使用して資産の内部サービス・リクエストを作成および管理します。これらのヘルプ・デスク・リクエストは、通常は作業要求と呼ばれ、要求が解決されるまで、資産関連保守の相違をレポートおよび追跡するのに役立ちます。リクエストが作成および送信されると、そのリクエストはトリアージされ、保守作業オーダーを使用して解決のために指定されます。

デフォルトでは、ヘルプ・デスク・エージェントは、そのライフサイクル(「新規」→「進行中」→「解決済」→「クローズ済」)を通してリクエストのステータスを手動で進める必要があります。この機能を使用すると、関連する作業オーダー・ステータスの変更に基づいて、ヘルプ・デスク・リクエスト・ステータスが自動的に進行されるように構成できます。

調整済作業オーダーおよびヘルプ・デスク・ステータスの更新ステップを次に示します。

作業オーダー・ステータス	要求ステータス	摘要
適用なし	新規	新規作成されたリクエストは「新規」ステータスで開始されます。この時点では、保守作業オーダーは関連付けられていません。
未リリース	「新規」→「進行中」	新規保守作業オーダーが作成され、リクエストに関連付けられると、要求ステータスは「新規」から「進行中」に変わります。既存の保守作業オーダーに割り当てられると、同じステータス更新が発生します。
保留中	進行中	作業オーダーが「保留中」ステータスに変更された場合、リクエストのステータス更新はありません。また、ステータスが「未リリース」に戻されるか「リリース済」に設定された場合、「進行中」のステータスはリクエストが解決のために作業オーダーに関連付けられていることを正しく反映しているため、ステータス更新は必要ありません。
リリース済	進行中	作業オーダーが「リリース済」ステータスに変更された場合、リクエストのステータス更新はありません。
完了	「進行中」→「解決済」	保守作業オーダーの最終工程が完了すると、要求ステータスは「進行中」から「解決済」に変わります。
クローズ済	解決済またはクローズ済	作業オーダーをクローズして、それ以上のトランザクションを防止できます。「保守作業オーダー」ページの「一括処理」メニューの「クローズ」処理を使用するか、「保守作業オーダーの一括クローズ」スケジュール済プロセスを実行できます。ステータスはすでに「解決済」または「クローズ済」であるため、方法に関係なく、要求ステータスの変更はありません。
完了またはクローズ済	「解決済」→「クローズ済」	リクエストをクローズするクローズ・スケジュール済プロセスが実行されると、要求ステータスは「解決済」から「クローズ済」に変わります。作業オーダー・ステータスは検証されませんが、「完了」または「クローズ済」ステータスになります。

ヘルプ・デスク・リクエストでステータス更新が発生しない複数の処理が実行されるシナリオがあります。ヘルプ・デスク・エージェントは、キュー内のリクエストをモニターし、必要に応じてステータスを更新する必要があります。ヘルプ・デスクでは、構成済ヘルプ・デスク・リクエスト・ステータス値の作成および使用もサポートされます。定義されている場合、必要に応じて、特定の作業オーダー・トランザクション中に使用される複数のプロファイル値を設定することで、これらの構成された値を参照できます。

ヘルプ・デスク・リクエスト・ステータス更新は、作業オーダー更新の方法に応じて、同期または非同期に処理されます。非同期トランザクションの場合、ステータス更新は、必要な頻度で「資産トランザクションをダウンストリーム・システムに進める」スケジュール済プロセスを送信することで実行されます。また、同期トランザクションの場合、ステータス更新がリアルタイムで必要ない場合は、「資産トランザクションをダウンストリーム・システムに進める」スケジュール済プロセスが送信されるまで更新を遅延するようにプロファイル・オプションを設定できます。

作業オーダーの作成、取消、完了およびクローズ時に、CSE_TRANSACTIONS表およびCSE_TRANSACTED_ASSETS表の各資産について新しいトランザクション履歴レコードが取得されます。

資産トランザクション履歴には、次の4つの新しいトランザクション・コードが含まれます。

• ORA_CSE_MNT_WO_CREATE (保守作業オーダー作成済)
• ORA_CSE_MNT_WO_CANCEL (保守作業オーダー取消済)
• ORA_CSE_MNT_WO_COMPLETE (保守作業オーダー完了)
• ORA_CSE_MNT_WO_CLOSE (保守作業オーダー・クローズ済)

さらに、作業オーダーの作成時に、資産の「履歴」タブに新規トランザクションが記録されます。「履歴」タブでは、トランザクションの概要を表示できます。その後、トランザクションにドリルダウンして、さらに履歴詳細を表示できます。ヘルプ・デスク・リクエストにはトランザクション履歴がなく、関連する作業オーダーのみが存在します。

デフォルトでは、ヘルプ・デスク・エージェントは各リクエストのステータス更新を制御します。これは、大規模に管理することが非常に困難な場合があります。この機能を構成すると、更新がシステム的に行われ、ヘルプ・デスク・リクエストのリアルタイム進捗が提供されます。これにより、要求者へのフィードバックが向上し、ヘルプ・デスク・エージェントは、注意が必要なリクエストのトリアージと管理に専念できるようになります。

有効化のステップ

この新機能を利用するには、内部サービス・リクエストのヘルプ・デスク・オファリングを有効にする必要があります。

必要な頻度で「資産トランザクションをダウンストリーム・システムに進める」スケジュール・プロセスを設定する必要もあります。

また、必要に応じて設定できるプロファイル値がいくつかあります。これらには「機能設定マネージャ」→「管理者プロファイル値の管理」でアクセスします。

プロファイル・オプション	摘要
ORA_MNT_ISR_INPROGRESS_STATUS	保守作業オーダーの作成または関連付け中に、内部サービス・リクエストのステータスを「新規」から「進行中」に進めるために使用されます。デフォルト・ステータスでは、事前定義のステータス「進行中」が使用されます。オプションで、ユーザー定義ステータス値に変更できます。
ORA_MNT_ISR_COMPLETE_STATUS	保守作業オーダーの完了中に、内部サービス・リクエストのステータスを「進行中」から「解決済」に進めるために使用されます。デフォルトのステータスでは、事前定義のステータス「解決済」が使用されます。オプションで、ユーザー定義ステータス値に変更できます。
ORA_MNT_ISR_CANCEL_STATUS	保守作業オーダーの取消中または作業オーダー完了なしの直接クローズ中に、内部サービス・リクエストのステータスを「進行中」から「新規」に進めるために使用されます。デフォルト・ステータスでは、事前定義のステータス「新規」が使用されます。オプションで、ユーザー定義ステータス値に変更できます。
ORA_MNT_ISR_DEFER_MODE	内部サービス・リクエスト・ステータスの更新が同期または非同期のどちらであるかを決定するプロファイル・オプション。選択した場合、ステータス更新は、「資産トランザクションをダウンストリーム・システムに進める」スケジュール・プロセスが実行されたときにのみ行われます。

ヒントと考慮事項

この新機能を使用するには、資産の内部サービス・リクエストを作成および管理するOracle Help Desk機能を有効にして設定する必要があります。

ロールおよび権限

• 事前定義済ジョブ・ロール名およびコード:
  • 従業員(ORA_PER_EMPLOYEE_ABSTRACT)
  • 保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)
  • 保守技術者(ORA_MNT_MAINTENANCE_TECHNICIAN_JOB)
  • 実装コンサルタント(ORA_ASM_APPLICATION_IMPLEMENTATION_CONSULTANT_JOB)

• 権限: 必要に応じて、関連する事前定義済ジョブ・ロールまたは独自の構成済ジョブ・ロールに追加する必要があります。
  • 内部ヘルプ・デスク・ユーザー(ORA_SVC_INTERNAL_HELP_DESK_USER_JOB)
  • 内部ヘルプ・デスク・エージェント(ORA_SVC_INTERNAL_HELP_DESK_AGENT_JOB)
  • 内部ヘルプ・デスク・マネージャ(ORA_SVC_INTERNAL_HELP_DESK_MANAGER_JOB)
  • 内部ヘルプ・デスク管理者(ORA_SVC_INTERNAL_HELP_DESK_ADMINISTRATOR_JOB)

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

部品予約ステータスの取得および表示

この機能により、予約の処分ステータスを取得することで、無人、サイト専用およびフィールド技術者の在庫事業所からの部品のソーシングのサポートが終了します。この機能は、Fusionサービス作業オーダーとサードパーティ作業オーダーの両方でサポートされています。Oracle Service Logisticsでは、次の部品予約ステータスを使用します。

予約済: 部品要件に在庫予約が関連付けられています。

予約取消済: 次のいずれかの方法を使用して在庫予約が削除されました。

• 手動(部品要件表から)。
• 手動(「フィールド部品在庫の管理」UIの「予約」ポップアップを使用)。
• 自動(関連するFusionサービス作業オーダーが取り消されたとき)。

予約報告済: 部品要件の予約は、対応する部品の報告トランザクション(同じ作業オーダー、品目および保管場所)が作成されたときに自動的に削除されました。

予約未使用: 部品要件の予約は、使用/報告されていないため削除されました。未使用の予約は、作業オーダーの手数料が初めて転記されたときに削除されます。

次のスクリーンショットは、4つすべての予約ステータスの例を示しています。

部品要件予約ステータス

部品予約がどのように使用されていたかをより詳細に把握することで、在庫の使用をより適切に管理し、減損を削減できます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ロールおよび権限

この機能を設定するには、次の事前定義済ジョブ・ロールまたは次の権限を含む構成済ジョブ・ロールが必要です。

• 事前定義済ジョブ・ロール名およびコード:
  • フィールド・サービス管理者(ORA_RCL_FIELD_SERVICE_ADMINISTRATOR)

• 構成済ジョブ・ロールの権限名およびコード:
  • 見積の管理(RCL_MANAGE_ESTIMATES_PRIV)

導入ベース資産を選択せずにフィールド・サービスの手数料を転記

ブレーク/フィックスのフィールド・サービスを実行する場合、フィールド・サービス手数料を転記する前に資産を選択する必要がなくなりました。この場合、手数料の転記プログラムではフォールバック資産を使用して、在庫、導入ベースおよび原価会計を更新する保守作業オーダーを作成します。新しいプロファイル・オプションには、フォールバック資産番号が格納されます。また、資産が報告されていない場合、原価組織の値リストではフォールバック資産の営業組織が使用されます。

次のスクリーン・ショットでは、ヘッダー・リージョンに資産として入力/報告せずに手数料が転記されたことがわかります。

資産を選択せずに転記された手数料

この拡張機能は、競合製品にサービスを提供する顧客と、導入ベースでは追跡しない製品を修理する顧客から要望されました。

有効化のステップ

1. 「製品情報管理」作業領域の「品目の作成」UIでフォールバック品目を作成します。必要な属性については、製品のマスター・データ管理を参照してください。

2. 「保守管理」作業領域の「資産の管理」UIのフォールバック項目を使用して、フォールバック資産を作成します。必要な属性については、保守管理を参照してください。

3. フォールバック資産番号を新しいプロファイル・オプション「フィールド・サービス・フォールバック資産番号」(ORA_RCL_DEF_FS_FALLBK_ASSET)に追加します。

ロールおよび権限

この機能を設定するには、次の事前定義済ジョブ・ロール、または次の権限を含む構成済ジョブ・ロールが必要です。

• 事前定義済ジョブ・ロール名およびコード:
  • フィールド・サービス管理者(ORA_RCL_FIELD_SERVICE_ADMINISTRATOR)

• 構成済ジョブ・ロールの権限名およびコード:
  • 見積の管理(RCL_MANAGE_ESTIMATES_PRIV)

固定手数料フレックスフィールドの使用

作業オーダーの報告トランザクションを作成する際、固定費に固有の追加情報を取得できるようになりました。固定費の付加フレックスフィールドを追加して、この情報を取得します。

固定費の付加フレックスフィールドには、「作業オーダーおよび手数料の管理」→(選択した作業オーダーの)「手数料および見積の管理」→「手数料」タブ→「固定費詳細の追加」からアクセスできます。このUIでは、定義済の付加フレックスフィールドを表示できます。

次の例では、フィールド・サービス管理者が付加フレックスフィールド「Fixed Charges DFF」を「固定費詳細の追加」UIに追加しました。

付加フレックスフィールドを使用した固定費詳細の追加UI

フィールド・サービスまたはデポ修理管理者は、固定費付加フレックスフィールドを使用して、部品、作業および費用の追加時に付加フレックスフィールドでこのデータが取得される方法と同様に、レポートおよび拡張用の追加データを取得できます。

たとえば、技術者が壊れたコピー機を修理します。報告トランザクションの作成時に、技術者は交換した部品の固定費を追加し、モデル番号を取得する必要があります。技術者は、作成した付加フレックスフィールド(DFF – Model Number)にこれを追加できるようになりました。

有効化のステップ

「付加フレックスフィールドの管理」UIで、「報告明細属性」ページの「費用」フィールドのコンテキストに必要な付加フレックスフィールドを設定します。このフレックスフィールドを使用して、作業オーダーへの固定費の追加時に情報を取得します。技術者は、「作業オーダーおよび手数料の管理」ページの「固定費詳細の追加」UIおよび「固定費詳細の編集」ポップアップUIでフレックスフィールドを表示できます。

ロールおよび権限

ユーザーにこの機能へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。

  • フィールド・サービス管理者(ORA_RCL_FS_ADMINISTRATOR)

  • デポ修理マネージャ(ORA_RCL_DEPOT_REPAIR_MANAGER_JOB)

• 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • サービス・ロジスティクス・ランディング・ページへのアクセス(RCL_PORTAL_ACCESS_LANDING_PAGE_PRIV)
  • 要件明細の表示(RCL_PARTS_REQ_VIEW)
  • 報告ページへのアクセス(RCL_PORTAL_VIEW_DEBRIEF)
  • 見積の管理(RCL_MANAGE_ESTIMATES_PRIV)

価格設定コンポーネントUIでのサブスクリプション番号の表示

複雑な価格設定を実行せずに、サービス手数料の「価格設定コンポーネント」UIでサブスクリプション番号を表示できるようになりました。これらは、サービス手数料の価格を設定するときに自動的に適用される調整です。次の例では、サブスクリプション番号CDRM_10004が最初の調整明細に表示され、サブスクリプション番号CDRM_13009が2番目の調整明細に表示されます。さらに、価格設定コンポーネント全体の摘要が表示され、マウス・オーバーを使用する必要がなくなります。このUIのサービス・カバレッジ(最初の調整明細のRCL_Subscription_Coverageなど)は、サブスクリプションUIでカバレッジ・テンプレート名と呼ばれます。

サービス手数料の「価格設定コンポーネント」UIの下のスクリーン・ショットは、2つのサブスクリプション調整割引がある作業費用です。

サービス手数料の「価格設定コンポーネント」UI

価格設定コンポーネントの摘要にサブスクリプション番号を含めるために必要だった複雑な価格設定が不要になり、実装が簡素化および迅速化されます。

価格設定コンポーネントの摘要をすべて表示すると、サブスクリプション番号を表示するためにマウス・オーバーを使用する必要がなくなり、使いやすさが向上します。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ロールおよび権限

この機能を設定するには、次の事前定義済ジョブ・ロールまたは次の権限を含む構成済ジョブ・ロールが必要です。

• 事前定義済ジョブ・ロール名およびコード:
  • フィールド・サービス管理者(ORA_RCL_FIELD_SERVICE_ADMINISTRATOR)

• 構成済ジョブ・ロールの権限名およびコード:
  • 見積の管理(RCL_MANAGE_ESTIMATES_PRIV)

サービス作業オーダー別の部品の受入

「部品の受入」ページで、特定のサービス作業オーダーまたはサード・パーティ作業オーダーのすべてのインバウンド転送オーダーが見つかるようになりました。

作業オーダーで検索

新しい「作業オーダー」フィールドを使用して部品をすばやく検索することで、より効率的に部品を検索して受け取ることができます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ロールおよび権限

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。 
  • フィールド・サービス管理者(ORA_RCL_FIELD_SERVICE_ADMINISTRATORS)
  • フィールド・サービス技術者職務(ORA_RCL_FIELD_SERVICE_TECHNICIAN_DUTY)
  • デポ・マネージャ(ORA_RCL_DEPOT_REPAIR_MANAGER_JOB)

報告および手数料トランザクションの訂正およびクレジットの入力

この機能を使用すると、作業オーダー原価に影響を与えずに、「手数料および見積の管理」UIでフィールド・サービスの部品、作業、費用および固定費請求の誤りを訂正できます。新しい「原価の更新」属性がサービス・アクティビティ・コードの管理UIに追加され、手数料の転記時に原価を更新するかどうかを制御できます。原価は保守作業オーダーで取得され、手数料が転記されます。これは、手数料の転記時に販売オーダー/請求書明細を作成するかどうかを制御する、オーダー属性の更新に似ています。次のスクリーン・ショットは、訂正およびクレジット両方の手数料がある作業オーダーを示しています。

次のスクリーンショットは、手数料およびクレジットがあるサード・パーティ作業オーダーを示しています。

クレジットのある作業オーダー手数料

「サービス・ロジスティクス」の「手数料」UIで請求の訂正を行うことで、Oracle Order ManagementまたはOracle Receivablesにナビゲートし、保証やサブスクリプション・カバレッジを手動で適用する必要がなくなり、効率と使いやすさが向上します。

有効化のステップ

アップグレード・スクリプトは、下位互換性を維持するために、既存のすべてのサービス・アクティビティ・コードの「原価の更新」フラグを自動的にオンにします。「原価の更新」チェックを解除して既存のサービス・アクティビティに対してこの機能を有効にし、新規サービス・アクティビティの場合は空白のままにします。また、販売オーダーおよび請求書クレジットの作成に使用される品目は、製品情報管理で返品可能として設定する必要があります。

サービス・アクティビティの管理UI

ロールおよび権限

この機能を設定するには、次の事前定義済ジョブ・ロールまたは次の権限を含む構成済ジョブ・ロールが必要です。

• 事前定義済ジョブ・ロール名およびコード:
  • フィールド・サービス管理者(ORA_RCL_FIELD_SERVICE_ADMINISTRATOR)

• 構成済ジョブ・ロールの権限名およびコード:
  • 見積の管理(RCL_MANAGE_ESTIMATES_PRIV)

サービス・ロジスティクスの新規または更新済RESTサービス

この更新のサービス・ロジスティクスでは、外部システムとの統合を有効化および簡略化するために、新規のREST APIと変更されたREST APIが提供されます。この更新で導入された新規のREST APIは次のとおりです。

• 手動価格調整 - 報告明細および部品要件に関連付けられた手動調整を作成、更新または削除します。

• 手動調整ベース値リスト – 特定のサービス手数料のすべての手動調整を取得し、値リスト・サービスを使用して次の属性を表示します。
  • ServiceChargeID
  • ChargeDefinitionCode
  • ChargeDefinition
  • ElementCode
  • Element

• サービス・ロジスティクス・アクティビティ値リスト – GET処理を使用して、請求カテゴリに基づいてすべてのサービス・アクティビティをフェッチします。

次のREST APIが拡張されました。

• 部品要件明細:
  • 新規部品要件明細が作成または削除されたときに、部品要件明細のステータスを更新します。
  • ユーザー・フレンドリな需要ソース名を使用して予約を作成します。

• 報告:
  • 次の新しい属性をヘッダー明細と詳細明細の両方の応答ペイロードに追加します。
    • 製品品目摘要
    • 請求先住所
    • 報告ステータス
    • サービス・リクエスト番号
    • サービス・リクエストID
    • 購買オーダー番号
    • CreationDate
    • CreatedBy
    • LastUpdateDate
    • LastUpdatedBy
    • LastUpdateLogin
  • 報告明細に新規手数料子サービスを使用します。
  • 手数料の価格再設定に対して新しい処理を実行します。

これらの新しいRESTサービスおよび変更されたRESTサービスを使用して統合を簡略化し、他のアプリケーションや外部システムとの標準ベースの相互運用性をサポートできます。  

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

REST APIガイドのRESTサービス定義(「Oracle Help Center」→関心のあるアプリケーション・サービス領域 →「REST API」から使用可能)を参照してください。Oracle Cloud実装でRESTサービスを初めて使用する場合は、「クイック・スタート」セクションの手順に従います。

主なリソース

• Oracle Supply Chain Management Cloud REST APIドキュメントを参照してください( Oracle Help Centerからアクセスできます)。

ロールおよび権限

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。
  • フィールド・サービス管理者(ORA_RCL_FIELD_SERVICE_ADMINISTRATOR)
  • フィールド・サービス技術者職務(ORA_RCL_FIELD_SERVICE_TECHNICIAN_DUTY)
  • デポ修理マネージャ(ORA_RCL_DEPOT_REPAIR_MANAGER_JOB)