クラウド・レディネス / Oracle Fusion Cloud Maintenance
新機能
すべて展開


  1. 更新22C
  1. 改訂履歴
  2. 概要
  3. 更新前および更新後のタスク
  4. 任意の新機能の導入(オプトイン)
  5. 機能概要
  6. 保守
    1. 保守
        1. 「資産情報管理」ページでの付加フレックスフィールドの表示
        2. 保守作業オーダーからのIoTインシデント詳細の分析
        3. 「資産詳細」ページからIoT対応資産をモニター
    2. サービス・ロジスティクス
        1. 請求不可サービスのオーダー管理および価格設定の簡略化
        2. デポ修理の拡張ランディング・ページ
        3. サービス・リクエストとは異なる顧客住所への部品の出荷
        4. 部品返品および転送に対する保管棚レベルの在庫のサポート

更新22C

改訂履歴

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

日付 モジュール 機能 ノート
2022年9月22日 保守 「資産詳細」ページからIoT対応資産をモニター 文書の更新。機能説明の編集。
2022年9月12日 保守 作業要求の管理

文書の更新。機能はまだ一般提供されていないため削除されました。

2022年9月12日 保守 作業オーダー完了時の作業要求ステータスの更新

文書の更新。機能はまだ一般提供されていないため削除されました。

2022年6月17日     初版作成。

概要

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

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

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

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

免責事項

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

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

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

クラウド・アプリケーションで使用している機能によっては、四半期更新の直前または直後に特定のステップを実行する必要がある場合があります。これらの更新前および更新後のステップおよび影響を受ける製品領域の詳細は、My Oracle SupportでOracle SCM Cloud: 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アプリケーションのオプト・インが失効した機能を確認することもできます。

機能概要

列の定義:

レポート = 新規または変更済の、オラクル社から提供されたすぐに実行可能なレポートです。

UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は、通常、フィールド、検証またはプログラムの軽微な変更で構成されます。したがって、ユーザーへの影響は最小限です。

UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能の設計は、より複雑になります。したがって、ユーザーに及ぼす影響は大きくなります。

すぐ使用できない状態で提供される機能 = エンド・ユーザーがこれらの機能を使用できるようにするには、処理が必要です。これらの機能は提供時には使用不可になっているため、機能を使用可能にするかどうかおよび使用可能にする時期を選択してください。たとえば、a) 新しいまたは展開されたBIサブジェクト領域は最初にレポートに組み込む必要があり、b) 新しいWebサービスを利用するには統合が必要になり、c) ユーザーが機能にアクセスできるようにするには、それらの機能をユーザー・ロールに割り当てる必要があります。

エンド・ユーザーがすぐに使用可能
(機能が使用可能な状態で提供)

レポートと小規模UIまたはプロセスベースの新機能が更新後にユーザーに与える影響は最小限です。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。

エンド・ユーザーが使用する前に顧客による処理が必要
(すぐ使用できない状態で提供される機能)

これらの機能を使用可能にするために処理が必要になるため、中断されません。利用することを選択する際には、テストと展開のタイミングを設定します。

機能

レポート

UIまたは
プロセスベース:
小規模

UIまたは
プロセスベース:
大規模*

保守

保守

「資産情報管理」ページでの付加フレックスフィールドの表示

保守作業オーダーからのIoTインシデント詳細の分析

「資産詳細」ページからIoT対応資産をモニター

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

請求不可サービスのオーダー管理および価格設定の簡略化

デポ修理の拡張ランディング・ページ

サービス・リクエストとは異なる顧客住所への部品の出荷

部品返品および転送に対する保管棚レベルの在庫のサポート

保守

保守

「資産情報管理」ページでの付加フレックスフィールドの表示

「資産情報管理」ページで、資産の付加フレックスフィールドを表示できるようになりました。検索結果表で行をクリックします。ドロワーには、選択した資産のグローバルおよびコンテキスト依存の付加フレックスフィールド・セグメントが表示されます。結果表で別の行をクリックすると、ドロワーの内容が更新され、新しく選択した資産の付加フレックスフィールドが表示されます。ドロワーを閉じるには、ドロワーの上隅にあるxをクリックするか、[Esc]キーをクリックします。

この更新により、別のページにナビゲートせずに各資産の付加フレックスフィールドをすばやく表示できるため、生産性が向上します。

有効化のステップ

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

ロールおよび権限

この機能には、新しいジョブ・ロールや権限は提供されません。

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

  • 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。
    • 資産管理者(ORA_CSE_ASSET_ADMINISTRATOR_JOB)
    • 保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)
  • 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
    • 保守可能資産の管理(MNT_MANAGE_MAINTAINABLE_ASSETS_PRIV)
    • 保守可能資産の表示(MNT_VIEW_MAINTAINABLE_ASSETS_PRIV)

保守作業オーダーからのIoTインシデント詳細の分析

Oracle Fusion Cloud IoT Asset Monitoringでは、インシデントが検出されると、保守作業オーダーを自動的に作成できます。IoTインシデント番号および一部の参照詳細(タイプ、状態、優先度など)を、文書参照として作業オーダーの「参照」タブに表示できます。ただし、インシデントを診断してトラブルシューティングするために、管理者またはプランナがIoT Asset Monitoring Cloud Serviceでのみ使用可能な追加の詳細を必要とする場合があります。IoTからの追加データには、インシデントをトリガーした充足済の述語が含まれますが、異常、トレンド、警告および資産のデジタル・ツインも含まれます。

作業オーダー・ページの「参照」タブ

IoT Asset Monitoring Cloud Serviceの「インシデント」タブ

ノート: IoT Asset Monitoringページの「インシデント」タブでは単一のインシデントになるまでフィルタされないため、資産のすべてのインシデントとともにページが起動されます。

保守プランナまたは技術者は、この機能を使用して、作業オーダーから移動することなくインシデントの詳細を表示できます。これらの追加の詳細は、プランニングの決定や保守作業の実行に役立ちます。

有効化のステップ

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

ロールおよび権限

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

  • 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。
    • 保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)
    • 保守技術者(ORA_MNT_MAINTENANCE_TECHNICIAN_JOB)
  • 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
    • 保守作業オーダーの管理(MNT_MANAGE_MAINTENANCE_WORK_ORDER_HEADERS_PRIV)
    • 保守作業オーダー工程の管理(MNT_MANAGE_MAINTENANCE_WORK_ORDER_OPERATIONS_PRIV)
    • 保守作業手配リストのレビュー

「資産詳細」ページからIoT対応資産をモニター

保守管理者またはプランナは多くの場合、資産構成、メーター読取り、失敗履歴など、資産詳細ページで資産情報を参照します。ただし、資産の問題を診断およびトラブルシューティングするために、管理者は、KPIの読取り、警告、トレンド、予測、デジタル・ツインなど、Oracle Asset Monitoring (Oracle Fusion Cloud IoT Intelligent Applicationsの一部)からの追加情報が必要になる場合があります。

この機能は、資産詳細ページの「IoTの有効化」チェック・ボックスの横にディープリンク・アイコンを提供します。このディープ・リンク・アイコンにより、Asset Monitoring Operations Centerユーザー・インタフェース(UI)が起動され、デジタル・ツイン・タブがフォーカスされます。このUIは、別の独立した非コンテキスト・ブラウザ・タブに表示されます。ユーザー・アクセスは、資産とIoTモジュールの両方のシングル・サインオンによって検証されます。

デフォルトでは、資産詳細ページでは、「IoTの有効化」チェック・ボックスが選択されているほとんどの資産に対してレンダリングされますが、チェック・ボックスの選択とディープリンク・アイコンの有効化については可能な組合せが3つあります。

資産モニタリングの詳細が存在し、資産がALMとIoTの間で同期され、「IoTの有効化」チェック・ボックスが選択されていることが資産詳細ページの検証により確認されると、ディープ・リンク・アイコンが有効になります。

「IoTの有効化」チェック・ボックスが選択され、ディープリンク・アイコンが有効になっている資産詳細ページの例。

IoT Asset Monitoringの詳細が存在しないか、ALMとIoTの間で資産が同期されていない場合、「IoTの有効化」チェック・ボックスが選択されていても、ディープ・リンク・アイコンは無効になります。

「IoTの有効化」チェック・ボックスが選択されているが、ディープリンク・アイコンが無効になっている資産詳細ページの例。

「IoTの有効化」チェック・ボックスが選択されていない場合、ディープ・リンク・アイコンは無効になります。

「IoTの有効化」チェック・ボックスが選択されておらず、ディープリンク・アイコンが無効になっている資産詳細ページの例。

ディープリンクが有効になっている場合は、アイコンをクリックすると、Asset Monitoring Operations Centerユーザー・インタフェース(UI)が起動され、デジタル・ツイン・タブがフォーカスされます。

IoT AM Cloud Operations Center - デジタル・ツイン・タブ

保守エンジニアまたは資産マネージャは、この機能を使用して、資産から移動せずにIoTの詳細を表示できます。これらの追加の詳細は、資産の条件と運用性を理解するのに役立ちます。

有効化のステップ

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

ロールおよび権限

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

  • 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。
    • 資産管理者(ORA_CSE_ASSET_ADMINISTRATOR_JOB)
  • 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
    • 顧客資産の管理(CSI_MANAGE_CUSTOMER_ASSETS_PRIV)
    • 保守可能資産の管理(MNT_MANAGE_MAINTAINABLE_ASSETS_PRIV)

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

請求不可サービスのオーダー管理および価格設定の簡略化

サービス・ロジスティクスでは、フィールド・サービスに請求しない場合にオーダー管理および価格設定を設定する必要がなくなりました。これは、サービス修理に関連する請求がないため、フィールド・サービスおよびサービス・ロジスティクスの実装の一部としてオーダー管理を必要としない組織に役立ちます。

サービス・ロジスティクスのサービス・アクティビティを設定すると、「オーダー・タイプ」フィールドは必須ではなくなります。販売オーダーを作成する必要がない場合は、「オーダーの作成」チェック・ボックスを選択しないでください。「オーダー・タイプ」および「オーダー明細タイプ」フィールドの値は不要になりました。

「サービス・アクティビティの管理」 - 「オーダー・タイプ」はオプション

「作業オーダーおよび手数料の管理」ページの「手数料」タブでは、「オーダーの作成」チェック・ボックスが空白で販売オーダーが関連付けられていないアクティビティ明細の「価格」、「価格」、「金額」および「オーダー」列の値は表示されません。「オーダー番号」フィールドは、手数料の転記後も空白のままです。

価格設定詳細のない「手数料」タブ

この簡略化された設定プロセスにより、フィールド・サービスを請求しない場合にオーダー管理と価格設定の必要がなくなります。

有効化のステップ

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

主なリソース

ロールおよび権限

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

  • 事前定義済ジョブ・ロール名およびコード:
    • フィールド・サービス管理者(ORA_RCL_FIELD_SERVICE_ADMINISTRATOR)
  • 構成済ジョブ・ロールの権限名およびコード:
    • サービス・ロジスティクス・ランディング・ページへのアクセス(RCL_PORTAL_ACCESS_LANDING_PAGE_PRIV)
    • 見積の管理(RCL_MANAGE_ESTIMATES_PRIV)

デポ修理の拡張ランディング・ページ

デポ修理インフォレットは、デポ修理アクティビティについての実用的なインサイトを提供します。ユーザーのジョブ・ロールおよび権限によって、「サービス・ロジスティクス」ランディング・ページに表示されるインフォレットが決まります。ランディング・ページでは現在、フィールド・サービス技術者、フィールド・サービス管理者、部品コーディネータおよびデポ修理マネージャ用のインフォレットをサポートしています。

「サービス・ロジスティクス」ランディング・ページに、次の拡張が行われました。

  1. 新しいデポ修理マネージャ・インフォレットを追加しました。
  2. パフォーマンス向上のために「ステータス別デポ修理手数料」および「ステータス別フィールド・サービス手数料」インフォレットを削除しました。
  3. 「デポ修理手数料」、「デポ修理見積」、「フィールド・サービス手数料」、「フィールド・サービス見積」インフォレットの一部を横棒グラフから縦棒グラフに変更しました。
  4. 「デポ修理手数料」、「デポ修理見積」、「フィールド・サービス手数料」、「フィールド・サービス見積」インフォレットに固定手数料を含めました

デポ修理マネージャ用の「サービス・ロジスティクス」ランディング・ページ

デポ修理インフォレット摘要

次の表では、デポ修理マネージャのランディング・ページに表示されるインフォレットについて説明します。

No 名前 摘要
1

デポ修理手数料

手数料が「新規」、「エラー」または「レビュー要」ステータスの場合のデポ修理RMAの数を表示します。これらのRMAは、ランディング・ページで選択された在庫組織によってフィルタされます。数値をクリックして「デポ修理の管理」ページを開き、基礎となるRMAを表示します。

2

デポ修理上位手数料

合計手数料金額の降順でソートされた上位5件のデポ修理RMAのリストを表示します。これらのRMAは、ランディング・ページで選択された在庫組織でフィルタされます。RMA番号をクリックして、デポ修理ワークベンチを開きます。

3

デポ修理見積

「承認待ち」または「新規」ステータスのデポ修理RMAに関連付けられたすべての見積の件数を表示します。これらのRMAは、ランディング・ページで選択された在庫組織によってフィルタされます。数値をクリックして「デポ修理の管理」ページを開き、基礎となるRMAを表示します。

4

デポ修理

下に定義された各デポ修理ライフサイクル・ステータスのデポ修理作業オーダー、RMAおよび出荷オーダー明細の件数を表示する棒グラフを表示します。22Bでは、ユーザーのUIに表示されるデポ修理ライフサイクル・ステータスを定義するために、新しい拡張不可参照(ORA_RCL_DEPOT_LIFE_STATUS)を作成しました。デポ修理RMAは、デポ修理ロジスティクス・サービス・アクティビティ・コードに関連付けられたオーダー明細タイプを持つ返品販売オーダー明細です。デポ修理作業オーダーは、デポ修理RMAに関連付けられた保守作業オーダーです。

インバウンド: 履行明細が「受入待機中」ステータスである受入デポ修理RMA。

受入済: デポ修理作業オーダーが関連付けられていない受入済デポ修理RMA販売オーダー明細。

修理中: ステータスが「未リリース」、「リリース済」または「保留中」のデポ修理作業オーダー。

出荷予定: ステータスが「取消済」、「クローズ済」または「完了」で、関連する出荷販売オーダー明細の履行ステータスが「未出荷」または「請求済」のデポ修理作業オーダー。

請求予定: ステータスが「取消済」、「クローズ済」または「完了」で、関連するデポ修理RMAのサービス手数料が作成または転記されていないデポ修理作業オーダー。

出荷済(未請求): ステータスが「取消済」、「クローズ済」または「完了」のデポ修理作業オーダー、および履行ステータスが「請求待機中」の販売オーダー出荷明細。

このインフォレットの件数は、ランディング・ページ・フィルタで選択された在庫組織でフィルタされます。棒グラフのステータスをクリックすると、「デポ修理の管理」ページに移動し、そのステータスに関連付けられたすべてのRMAが表示されます。修理作業オーダーのドリルダウンでは、RMAに複数の修理作業オーダーがある場合、「デポ修理の管理」ページのRMAの数はインフォレットの作業オーダーの数と一致しません。

5

デポ修理作業オーダー

計画完了日別にグループ化された、ステータスが「未リリース」、「リリース済」または「保留中」のデポ修理作業オーダーの件数の棒グラフを表示します。3つのグループは、「期日超過」、「今週期限」および「今週より後の期限」です。計画完了日が指定されていない場合、「今週期限」グループになります。

このインフォレットは、修理作業オーダーの在庫組織によってフィルタされます。

任意のバーをクリックして、「デポ修理の管理」ページを開きます。このインフォレットは修理作業オーダーをカウントしますが、「デポ修理の管理」ページには、これらの作業オーダーに関連付けられたRMAがリストされます。RMAには複数の作業オーダーを含めることができるため、インフォレットに表示される作業オーダーの数が、「デポ修理の管理」ページに表示されるRMAの数と一致しない場合があります。

6

デポ修理出荷

必須履行日別にグループ化された、修理済製品の出荷オーダー明細の件数の棒グラフを表示します。3つのグループは、「期日超過」、「今週期限」および「今週より後の期限」です。必須履行日が指定されていない場合、「今週期限」グループになります。このインフォレットは、出荷オーダー明細の在庫組織でフィルタされます。任意のバーをクリックして「デポ修理の管理」ページを開き、これらの出荷販売オーダー明細に関連付けられたデポ修理RMAを表示します。

7

インバウンド転送オーダー

 

ステータスが「未出荷」、「未出荷および遅延」、「出荷済」および「出荷済」および「出荷済および遅延」の転送オーダーの円グラフを表示します。このインフォレットは、転送オーダー搬送先在庫組織でフィルタされます。

これらのインフォレットは、修理センター経由の作業フローを管理し、顧客への請求および修理済製品の出荷を効率よく行うために必要な情報をデポ修理マネージャに提供します。

有効化のステップ

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

ロールおよび権限

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

  •  事前定義済ジョブ・ロール名およびコード:
    • デポ修理マネージャ(ORA_RCL_DEPOT_REPAIR_MANAGER_JOB)
  •  構成済ジョブ・ロールの権限名およびコード:
    • デポ修理マネージャ・インフォレットへのアクセス(RCL_DEPOTMGR_INFOLETS)

サービス・リクエストとは異なる顧客住所への部品の出荷

サービス・リクエストまたは作業オーダーにリストされている顧客以外の顧客に対して、柔軟に部品要件を作成し、部品を出荷できるようになりました。新しい「出荷先顧客」フィールドは、「部品要件の作成」ページのほか、「部品の追加」ページおよび「部品の編集」ページで使用でき、「部品要件の管理」ページおよび「B2Bサービス・リクエスト」ページからアクセスできます。

フィールド・サービス管理者または技術者は、文書タイプに入力した顧客とは異なる出荷先顧客を持つ部品要件を作成できます。部品要件明細から作成された販売オーダー出荷明細は、部品要件から「出荷先顧客」および「出荷先住所」の値を継承します。次の例では、技術者が「顧客」フィールドの値がSmall Inc.のサービス・リクエストに対して部品要件を作成しました。技術者が出荷先顧客としてBIG COMPUTERSを選択すると、「出荷先住所」フィールドの値が出荷先顧客の住所にデフォルト設定されます。

新しい「出荷先顧客」フィールドがある「部品要件の作成」ページ

新しい「出荷先顧客」フィールドがある「部品の追加」ページ

フィールド・サービス管理者および技術者は、文書タイプに関連付けられた住所以外の顧客住所に部品を出荷できるようになりました。また、税控除計算のために有効な顧客および住所情報を含む販売オーダーを作成することも容易になります。

たとえば、コピー機をリースする組織は、顧客事業所にある故障したコピー機に関するサービス・リクエストを受信する場合があります。技術者が修理のために部品を注文すると、「顧客」フィールドに組織を入力でき、「出荷先顧客」フィールドに顧客を入力できるため、部品は顧客の事業所に届きます。

有効化のステップ

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

主なリソース

ロールおよび権限

この機能にアクセスするには、任意の事前定義済のジョブ・ロール、または次の権限の少なくとも1つを含む構成済ジョブ・ロールが必要です。

  • サービス・ロジスティクス・ランディング・ページへのアクセス(RCL_PORTAL_ACCESS_LANDING_PAGE_PRIV)
  • 要件明細の表示(RCL_PARTS_REQ_VIEW)
  • 報告ページへのアクセス(RCL_PORTAL_VIEW_DEBRIEF)
  • 見積の管理(RCL_MANAGE_ESTIMATES_PRIV)

部品返品および転送に対する保管棚レベルの在庫のサポート

保管棚管理を使用してサービス部品在庫を管理できるようになりました。保管棚管理は、サービス管理者、部品コーディネータおよび技術者が、保管棚や保管場所を使用して現場事務所やその他のフィールド在庫事業所を管理するのに役立ちます。

新しい「保管棚」フィールド

また、保管棚管理の対象のサービス部品を転送および返品し、保管場所保管棚の手持有効数量を確認することもできます。

保管場所および保管棚情報を使用した部品の転送

保管棚管理を使用することで、フィールド・サービス在庫に対する可視性が高まります。

有効化のステップ

「製造およびサプライ・チェーン資材管理」→「在庫管理」

在庫組織パラメータの管理ページの「保管棚管理」フィールドで、在庫組織の保管棚管理を保管場所レベルで割り当てます。

次に、「保管場所の作成」ページで、「保管棚管理」フィールド値を選択して、保管棚管理を保管場所に割り当てます。

保管場所で品目レベルの保管棚管理を使用する場合は、「品目の編集」ページで、品目に使用する在庫保管棚管理を選択します。

ヒントと考慮事項

在庫組織、保管場所および保管棚の連携方法を確認して、保管場所と保管棚の関係と、それらを使用してサービス・ロジスティクスの手持在庫を管理する方法を理解します。

保管場所とその対応する保管棚の階層を計画する場合は、次のことを考慮してください。

  • 在庫事業所を表す保管場所と保管棚の階層を作成することの(組織にとっての)重要性。
  • 品目の棚入とピッキングの際の品目と労務の動き、労務と機材の活用に関する組織のプラン。

保管棚の作成を計画するときは、次のことを考慮してください。

  • ユーザーが保管棚を動的に作成できるようにするかどうか。
  • 保管棚に品目を追加するかどうか。
  • 保管棚管理を実装する必要があるかどうか。

保管棚管理を実装する場合は、組織、個々の保管場所に対して、または品目レベルで保管棚管理を実装する必要があるかどうかを検討してください。

主なリソース

ロールおよび権限

この機能にアクセスするには、任意の事前定義済のジョブ・ロール、または次の権限の少なくとも1つを含む構成済ジョブ・ロールが必要です。

  • サービス・ロジスティクス・ランディング・ページへのアクセス(RCL_PORTAL_ACCESS_LANDING_PAGE_PRIV)
  • 要件明細の表示(RCL_PARTS_REQ_VIEW)
  • 報告ページへのアクセス(RCL_PORTAL_VIEW_DEBRIEF)
  • 見積の管理(RCL_MANAGE_ESTIMATES_PRIV)