新機能

更新24A

改訂履歴

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

概要

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

ご意見をお待ちしています。クラウド・サービスをさらに改善する方法について提案がございましたらどうぞお教えください。アイデアを送信するにはいくつかの方法があります。たとえば、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アプリケーションのオプト・インが失効した機能を確認することもできます。

機能概要

保守

保守

資産の主要な販売オーダー属性のための保守管理および導入ベースOTBIサブジェクト領域の強化

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

OTBIを使用すると、リアルタイムのトランザクション情報に基づいて、より適切に意思決定できます。この更新では、これらの拡張サブジェクト領域を使用して、必要なときに必要なレポートおよび問合せを生成できます。

有効化のステップ

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

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

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

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

これらの権限は、この更新の前から使用可能でした。

スケジュール済プロセスを使用した資産メーターの作成

資産メーターは、適用可能な資産品目にメーター・テンプレートが関連付けられている場合に、新規資産が作成されると自動的に作成されます。資産が作成されたが、適用可能な品目にメーター・テンプレートが関連付けられていなかった場合、資産の作成時にメーターは作成されません。このため、ユーザーが新規資産のメーターを自動的に作成しようとしたが、資産を作成する前にメーター・テンプレートを品目に関連付けることを忘れた場合に問題が発生しました。この場合、既存の資産にメーターを自動的に追加する方法がないため、ユーザー・インタフェースで各資産のメーターを手動で作成する必要がありました。

この更新では、スケジュール済プロセスを使用して、既存の資産にメーターを自動的に追加できます。「メーター・テンプレートの一括関連付けの実行」スケジュール済プロセスを使用して、メーター・テンプレートまたはテンプレートと資産の一括関連付けをプログラムで実行できるようになりました。

スケジュール済プロセスは、次の2つのページから送信できます。

• スケジュール済プロセス 
• 「メーター・テンプレート」ページ

「スケジュール済プロセス」ページからのジョブ・プロセスの送信

ジョブには、スケジュール済プロセスを介してアクセスできます。「メーター・テンプレートの一括関連付けの実行」ジョブは、メーター・テンプレート・パラメータ(オプション)の有無にかかわらず実行できます。

スケジュール済プロセス

「メーター・テンプレート」ページからのジョブ・プロセスの送信

メーター・テンプレートの一括関連付けは、品目のコンテキストでメーター・テンプレート・ページの適用可能なタブから「一括資産更新のスケジュール」を選択して実行することもできます。

メーター・テンプレートの「適用可能な品目の追加」タブ

既存の資産に新しいメーターをすばやく簡単に追加できます。

有効化のステップ

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

ヒントと考慮事項

• 作業オーダー完了時に保守作業手配リストでメーター・リーディングを記録できるようにする場合は、メーター・テンプレート必須を定義するときに、必要に応じて「作業オーダー完了時にメーターを記録」フィールドを選択することをお薦めします。

• 「保守管理のデフォルト・マスター組織」パラメータは、メイン・マスター組織を使用して定義できます。この値は、「メーター・テンプレートの管理」でのデフォルト設定に使用できます。
  • 「追加資産保守パラメータの管理」について、23Dレディネス・コンテンツを参照してください

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• メーター・テンプレートの一括関連付け(MNT_MASS_ASSOCIATION_METER_TEMPLATES)

この権限は、この更新で新しく追加されました。

顧客資産の検証組織の定義

顧客資産を作成または更新するために、検証組織を定義する必要があります。組織は、品目組織または在庫組織にできます。

この新しいパラメータにより、「オーダー管理パラメータの管理」の既存の設定が置換されます。定義されていない場合、顧客資産を作成または更新できません。

有効化のステップ

「資産保守パラメータの管理」作業領域で、顧客資産の検証組織(品目組織または在庫組織)を定義します。この値は、作成または更新される顧客資産に関連付けられた品目のプロパティを検証するために、品目検証組織として使用されます。この値が定義されていない場合は、資産の作成時にエラーが表示されます。

既存の顧客の場合、24A更新プロセス中に「オーダー管理パラメータの管理」の値が「資産保守パラメータの管理」ページに移行されます。更新後、管理者が値を正しく設定するようにしてください。新規顧客の場合は、24A更新プロセスの後に、顧客資産を作成または更新する場合は、この値を設定する必要があります。

資産保守パラメータの管理

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 資産保守パラメータの管理(MNT_MANAGE_ASSET_MAINTENANCE_PARAMETERS)

この権限は、この更新の前から使用可能でした。

「資産情報管理」ページでの資産の作業オーダーの作成

「資産情報管理」ページから保守作業オーダーを作成および管理できるようになりました。

「資産情報管理」ページに新しい「処理」列が表示され、「詳細の表示」および「その他の処理」を含む2つの処理ボタンが表示されます。

「詳細の表示」および「その他の処理」の2つの処理ボタンがある新しい「処理」列(最後の列)

「詳細の表示」処理ボタンでサイド・ドロワーを開き、「資産グループ」および「追加情報」を表示できます。

「グループ」および「追加情報」が含まれるサイド・ドロワー

3つの省略記号「. . .」で表される「その他の処理」をクリックすると、ダイアログ・ボックスが開き、「保守作業オーダーの作成」、「保守作業オーダーの管理」または「資産360の表示」を選択できます。

「保守作業オーダーの作成」、「保守作業オーダーの管理」または「資産360の表示」の3つの処理オプションがある「その他の処理」ダイアログ・ボックス

「保守作業オーダーの作成」を選択すると、次の作業オーダー詳細の入力を求められます。

• 条件イベントから保守作業オーダーを生成(この選択はオプションです)
  • 上のオプションを選択した場合は、条件イベントを入力する必要があります

• 作業オーダー摘要

• 作業定義

• 「タイプ」と「サブタイプ」(両方とも必須フィールドであり、前述のフィールドに入力されたデータから導出できます)

• 優先度

• 開始日(この日付は編集可能です)

「新規保守作業オーダー」ダイアログ・ボックス

資産をすばやく簡単に見つけて保守作業オーダーを作成したり、資産の保守作業オーダーを管理できます。

有効化のステップ

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

ヒントと考慮事項

保守作業オーダーを作成し、条件イベント・コードを手動でレポートし、システム生成コードをサードパーティの資産モニタリング・システムから複製できます。

主なリソース

• Oracle Fusion Cloud Maintenanceの新規資産UIにおけるスマート検索を使用した資産の検索および表示方法に関する実装ガイドの内容を確認してください

• 条件イベント・コードの管理方法に関するユーザー・ガイドのコンテンツを確認してください

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 保守作業オーダーの管理(MNT_MANAGE_MAINTENANCE_WORK_ORDER_HEADERS_PRIV)
• 保守作業オーダーの管理( MNT_MANAGE_MAINTENANCE_WORK_ORDER_HEADERS_PRIV)
• 保守作業オーダーの表示( MNT_VIEW_MAINTENANCE_WORK_ORDERS_PRIV)

これらの権限は、この更新の前から使用可能でした。

「設定および保守」での障害セットの作成

資産の障害、原因および解決を取得すると、組織が資産の信頼性と可用性を測定および分析するのに役立ちます。また、保守の有効性と効率性の評価にも役立ちます。この更新により、機能管理者は、「保守管理ランディング・ページでのタスク・フローの管理」からではなく、設定および保守マネージャで障害セットの定義を一元的に制御および管理できます。

設定および保守

すべての設定データ・タスクを1箇所で簡単かつ効率的に管理できます。

有効化のステップ

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

主なリソース

• 「作業オーダー資産の障害情報の取得」機能の新機能の内容を確認してください
• 「REST APIを使用した資産失敗の追跡」機能の新機能の内容を確認してください

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• ユーザー・インタフェースを使用した障害セットの管理(MNT_MANAGE_FAILURE_SET)
• ユーザー・インタフェースを使用した障害セットの表示(MNT_VIEW_FAILURE_SET)
• 保守管理作業領域の管理(MNT_MANAGE_MAINTENANCE_MANAGEMENT_WORK_AREA_PRIV)

これらの権限は、この更新の前から使用可能でした。

障害インスタンスへの作業オーダー工程の関連付け

資産の障害、原因および解決を取得すると、組織が資産の信頼性と可用性を測定および分析するのに役立ちます。また、保守の有効性と効率性の評価にも役立ちます。保守作業オーダーおよび保守作業手配リストの管理の一部として、障害イベントを作成し、障害コード、原因コード、解決コードおよび失敗したコンポーネントおよび資産番号を記録する障害インスタンスをレポートできます。

この更新では、新しい障害インスタンスの作成時に新しいフィールド「工程連番」を使用して作業オーダー工程を識別できるようになりました。

「工程連番」選択ドロップダウンがある「新規障害」インスタンス

特定の障害インスタンスを作業オーダー工程に関連付けると、報告された障害ごとにどのような修理が行われたかを理解しやすくなります。

有効化のステップ

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

ヒントと考慮事項

作業オーダー資産の障害取得を試行する前に、次の設定を行っておく必要があります:

• 有効な障害コード、原因コードおよび解決コードの定義
• デフォルトの障害セットの定義

主なリソース

• 「作業オーダー資産の障害情報の取得」機能の新機能の内容を確認してください
• 「REST APIを使用した資産失敗の追跡」機能の新機能の内容を確認してください
• 新しいオプション属性Op Seqが障害インスタンスRESTに追加されたことに注意してください

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 作業オーダー資産の障害イベントの管理(MNT_MANAGE_FAILURE_EVENT_WO_ASSET_PRIV)
• 保守作業オーダーの管理(MNT_MANAGE_MAINTENANCE_WORK_ORDER_HEADERS_PRIV)
• 保守作業オーダー工程の管理(MNT_MANAGE_MAINTENANCE_WORK_ORDER_OPERATIONS_PRIV)
• 保守作業手配リストのレビュー(MNT_REVIEW_MAINTENANCE_DISPATCH_LIST_PRIV)
• 保守管理作業領域の管理(MNT_MANAGE_MAINTENANCE_MANAGEMENT_WORK_AREA_PRIV)

これらの権限は、この更新の前から使用可能でした。

保守作業オーダーを使用した資産トラッキングされていない品目の削除

資材トランザクションのレポート機能を使用すると、作業オーダー工程で消費される資材を報告できます。資材は在庫から工程へ出庫でき、出庫した資材を在庫に返品することもできます。品目の設定方法に応じて、共通在庫またはプロジェクト固有の在庫から資材を出庫できます。

この更新に含まれる新機能では、レポートする資材トランザクション内で次のシナリオがサポートされます。

• 作業オーダー工程のコンテキスト内で以前に出庫されなかった資産トラッキングされていない品目を返品する機能。
• アドホック非資産トラッキング済品目を在庫に返品する機能。
• 品目のオープン需要が存在する場合に、作業オーダー工程の品目を最初に削除する機能

作業オーダー工程のコンテキスト内で以前に出庫されなかった資産トラッキングされていない品目の返品

この更新の前は、資材トランザクションのレポートUIで資産トラッキングされていない品目(コンポーネント)を処理する際の技術的な課題がありました。たとえば、資産トラッキングされていない品目が作業オーダー工程のコンテキスト内で以前に出庫されなかった場合、それらの品目を返品できませんでした。この更新により、資産トラッキングされていない品目をより適切に管理できます。

たとえば、作業オーダーに2つの工程があるとします。工程(10)は資産トラッキングされていない品目を作業オーダー資産に出庫するために使用され、工程(20)はジョブを完了する前に新しく構成された資産(新規品目を含む)をテストするために使用されます。工程(10)を実行し、資産トラッキングされていない品目の出庫をレポートして工程を完了します。工程(20)の間、新しく構成された資産をテストし、工程(10)で導入した品目に障害があることを特定します。そのため、その品目を削除して新しい品目を出庫する必要があります。この更新により、工程(20)で、工程(10)で以前に出庫された資産トラッキングされていない品目を返品し、新しい品目を出庫できるようになりました。

アドホック非資産トラッキング済品目の在庫への返品

この更新では、アドホック資産トラッキング済品目の資材返品トランザクションを作成するのと同じ方法で、アドホック非資産トラッキング済品目の資材返品トランザクションを作成できます。たとえば、資産を物理的に検査しているときに、Oracle Fusion Applicationに記録されていない障害のあるコンポーネントを検出したとします。これは資産に物理的に存在しますが、ソフトウェアに既存のものとして記録されていません。このコンポーネントの返品トランザクションを作成し、コンポーネント・ロット番号およびシリアル番号を記録するレコードをユーザー・インタフェースで作成できるようになりました。返品レコードが作成され、新しく作成したコンポーネントが選択した保管場所保管棚に割り当てられます。

資材需要のあるコンポーネントの削除

この更新の前は、同じ作業オーダー工程に品目の資材需要があった場合、品目の資材トランザクションの削除を実行できませんでした。たとえば、品目Aの資材需要がある作業オーダー工程があるとします。「保守作業手配リスト」ページで作業オーダーを完了するときに、作業を物理的に実行するのと同じ方法で、新しい品目Aのサービス可能コンポーネントを出庫する前に、障害のある品目Aの返品資材取引を実行します。以前は、障害品部品の資材返品取引を実行する前に、サービス可能部品(品目A)の資材出庫トランザクションを実行する必要がありました。この更新では、最初に出庫してから返品するか、返品トランザクションから開始して出庫する方法のいずれかでシステムで保守を開始できます。

同じ機能によって、資産トラッキング済品目もサポートされます。

この機能が有効になるユーザー・インタフェース

• 在庫からの資材の出庫および返品
• 「保守作業手配リストのレビュー」 - 「レポートの手動作成は完了しています」
• 「保守作業手配リストのレビュー」 - 「詳細付きで完了」

詳細付きで完了

資産トラッキングされているコンポーネントと同じ方法で、資産トラッキングされていないコンポーネントに対して資材トランザクションを実行できます。資材トランザクションは、資産に対して物理的に実行するのと同じ順序でシステムでレポートできます。

有効化のステップ

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

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

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

これらの権限は、この更新の前から使用可能でした。

RESTサービスを使用した保守作業オーダーへの添付の追加

作業オーダー添付には、必要な作業を効果的に評価し、適切なリソースを割り当てるために使用できる重要な情報および関連する指示が含まれる場合があります。この更新より前は、ユーザー・インタフェースでのみ作業オーダーに添付を追加できました。この更新では、作業オーダー添付REST APIを利用して、作業オーダーの添付を管理できます。すべての添付または単一の添付の取得、作業オーダーへの添付の追加または更新、添付の削除など、複数の処理を実行できます。

一部のタスクまたはビジネス・プロセスでは、後で参照できるように、ドキュメント、イメージまたはその他のファイルを添付の形式で格納および保守する必要があります。添付は、ラージ・オブジェクト、テキスト、イメージまたはメディア・ファイルの形式で存在する場合があります。テキスト、URL、ファイルを含む、3つのタイプの添付がサポートされています。テキスト添付は、記述された非構造化テキスト、クリックすると外部Webページに移動するWebリンクを含むURL添付、およびイメージや文書およびメディアを含むファイル添付で構成されます。一般に、Oracle REST APIでは、すべてのタイプの添付の処理がサポートされています。この更新では、同じデータベース表内の列に添付を格納できるようになりました。ファイル・コンテンツは、base64形式で指定する必要があります。https://www.base64encode.orgのリンクを使用して、ファイルが正しい形式であることを確認してください。

ユーザー・インタフェース・ページで添付を関連付ける方法に加えて、RESTリソースを使用して添付を作業オーダーに関連付けることができるようになりました。既存の添付を検索したり、同じRESTリソース内の他の操作を使用して添付を更新することもできます。

有効化のステップ

RESTサービス定義をREST APIガイドで確認して利用します(Oracle Help Center→関心のあるアプリケーション・サービス領域→「APIおよびスキーマ」から使用可能)。OracleのRESTサービスを初めて利用する場合は、クイック・スタートに関する項から開始してください。

主なリソース

• Oracle Fusion Cloud SCMのREST APIを参照してください(Oracle Help Centerからアクセスできます)。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

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

これらの権限は、この更新の前から使用可能でした。

保守管理ランディング・ページでのタスク・フローの管理

ランディング・ページには、様々な設定、管理および実行タスク・フローにアクセスするためのタスク・ナビゲータがあります。タスク・フロー・アクセスは、セキュリティ権限を介して保守マネージャおよび保守技術者のロールに割り当てられます。

企業の保守マネージャ、顧客資産、技術者のタスクを担当する場合は、この既存のタスク・フロー・メニューにアクセスできます:

• 資産および作業定義
• 保守プログラム
• 保守設定
• 作業管理
• 作業実行
• インポート
• 資産のサービス・マッパー(オプト・インを介してのみ表示されます)

企業で保守マネージャ、顧客資産および技術者ユーザーに使用するジョブ・ロールが割り当てられている場合は、この更新で改訂されたタスク・フロー・メニューにアクセスできます。

改訂されたタスク・フロー・メニュー:

• 資産および作業定義
• 作業管理
• 作業実行
• 保守プログラム
• サプライヤ保証
• インポート
• 保守設定
• 資産のサービス・マッパー(オプト・インを介してのみ表示されます)

新しいタスク・フロー・メニューの展開されたビューを次に示します。

タスク・メニュー

新しく再編成されたタスク・メニューから、保守タスクに迅速かつ簡単にアクセスできます。

有効化のステップ

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

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 保守管理作業領域の管理(MNT_MANAGE_MAINTENANCE_MANAGEMENT_WORK_AREA_PRIV)

この権限は、この更新の前から使用可能でした。

ファイルベースのデータ・インポートおよびREST APIを使用した組織全体の保守プログラムの管理

保守プログラムは、保守可能組織内の影響を受ける1つ以上の資産について、定期予防保守予測を定義して生成するために使用されます。この更新では、セントラル・プランニング組織で保守プログラムを作成および更新して、様々な営業組織にわたる資産を予測に含めることができるようになりました。資産が一時的にまたは恒久的に組織間で移動する場合、REST APIまたはファイルベースのデータ・インポートを使用して、資産をいつどこで保守するかを決定できるようになりました。これらの方法は、営業組織で運用され、保守も行われる資産を引き続きサポートします。

FBDIテンプレートには、キー・プログラム属性を定義するタブがあり、テンプレートには詳細な列の説明と一般的なユースケースのサンプル・データが含まれています。この取込みの変更ログには次のものが含まれます:

• 「保守プログラム」(ヘッダー)タブには、「プログラム・タイプ・コード」、「プログラム・サブタイプ・コード」、グローバル資産の許可フラグ、「プログラム参照」、「予測ウィンドウ(日数)」、「作業オーダー・ウィンドウ(日数)」、「作業オーダー開始時間」および「作業オーダー・タイム・ゾーン」という新しい属性があります。

• 「作業要件」タブには、「要件参照」、「予測ウィンドウ(日数)」、「作業オーダー・ウィンドウ(日数)」、「「作業オーダーの作成」オプション・コード」、「作業オーダー・ステータス」、作業オーダー確定フラグおよび「作業オーダー優先度」という新しい属性があります。

• 「影響を受ける資産」タブには、「「作業オーダーの作成」オプション・コード」という新しい属性があります。

また、組織間資産がサポートされ、営業組織で資産が運用され、保守されるように、保守プログラムREST APIに対して補完的な機能改善が行われました。Supply Chain ManagementのREST APIガイドのユース・ケースの項の保守フォルダにある保守プログラムの作成および更新というドキュメントに例が含まれています。

保守プログラムREST APIおよびファイルベース・データ・インポートの更新では、「組織間の資産に対する予防保守の管理」機能のユーザー・インタフェース(この更新で提供)がサポートされます。

有効化のステップ

RESTサービス定義をREST APIガイドで確認して利用します(Oracle Help Center→関心のあるアプリケーション・サービス領域→「APIおよびスキーマ」から使用可能)。OracleのRESTサービスを初めて利用する場合は、クイック・スタートに関する項から開始してください。

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

ヒントと考慮事項

グローバル資産の許可は、新規プログラムの作成時に使用されるオプション属性です。これは、プログラムに対して最初の作業オーダーが作成されるまで更新できます。

アクセス要件

このサービスで導入された新機能に、新しいロールや権限は必要ありません。

RESTサービスを使用した資産の保守予測の管理

保守プログラムでは、保守対応組織の1つ以上の影響を受ける資産について、予防保守予測を定義して生成します。予測は、予防保守作業オーダーの作成の基礎として使用されるため、保守プランナのワークロードが削減され、保守プログラムの監査、最適化および例外ベースのイベントに集中できます。

資産(様々な場所や保守営業組織間を移動する車両など)を持つ顧客は、すべての組織の資産保守プログラムを予測し、保守期日時点の予定事業所に基づいて特定の資産をいつどこで保守するかを決定できるように要求しました。同じ営業組織でのみ保守される資産の場合、顧客は、資産が保守される日付を柔軟に調整することを求めました。

以前は、保守予測RESTリソースのGET処理を使用して、予測期日の詳細を取得できました。この更新では、REST APIを使用して次の処理を実行できるようになりました:

• 予測期日と同じまたは異なる要求期日を定義します。期日は、資産に対する予測の最終期日より後で次の期日より前である必要があります。

• 予測事業所と同じまたは異なる要求作業オーダー事業所を定義します。これは、組織間の資産に対して有効になっているプログラムから期日が作成された場合にのみ使用できます。要求事業所が保守に使用可能であり、一致する作業定義が定義されていることも必要です。さらに、組織間の資産の作業オーダーを作成するには、保守組織間の組織関係を定義するか、関係を必要としない新しいパラメータを有効にする必要があります。

• アクティブな作業オーダーがない過去、現在または将来の期日をスキップします。期日をスキップすると、スケジュール済プロセスによるその期日の作業オーダーの作成が抑制されます。

• 過去、現在または将来の期日をスキップ解除します。期日をスキップ解除すると、手動またはスケジュール済プロセスによって、その期日の作業オーダーの作成が有効になります。期日が過去の日付の場合は、作業オーダーを手動で作成できます。

• 特別な処理を使用して、過去、現在または将来の期日の作業オーダーを手動で作成します。これは、作業オーダーを自動的に作成するか手動で作成するかに関係なく、どの期日のものであってもかまいません。この処理により、作業オーダーを作成するコンカレント・プロセス要求が開始されます。

• 特別な処理を使用して、過去、現在または将来の期日の作業オーダーを取り消します。既存の作業オーダーを取り消してから、別の日付および事業所で新しい作業オーダーを手動で作成できます。作業オーダーを取り消すことができるのは、記録されたトランザクションがない場合のみです。たとえば、工程完了、資材出庫、リソースのレポートなどです。

この更新では、予測の管理ページでもREST APIが使用されます。

PATCHを使用したREST APIペイロードの例:

fscmRestApi/resources/latest/maintenanceForecasts

• 予測期日と同じまたは異なる要求期日および事業所を定義します:

{"RequestedWoStartDate": "2023-08-10",

"RequestedWoOrganizationCode": "Organization A"

}

• 期日のスキップまたはスキップ解除

{    "SkipDueDateFlag": true or false}

POSTおよび特別な処理を使用したREST APIペイロードの例:

fscmRestApi/resources/latest/maintenanceForecasts

• 一意の予測IDに基づいて、期日に対して作業オーダーを作成します。

{"name": "manageForecastWorkOrders","parameters": [    {    "forecastId": 123456789    },    {    "workOrderActionCode": "ORA_CREATE"    }]}

• 一意の予測IDに基づいて、期日に対する作業オーダーを取り消します。

{"name": "manageForecastWorkOrders","parameters": [    {    "forecastId":123456789    },    {    "workOrderActionCode": "ORA_CANCEL"    }]}

REST APIを使用して、および予測の管理ページの新しい処理を使用して、組織内および組織間で一定期間にわたり運用する資産の予防保守を効果的に管理できます。

有効化のステップ

RESTサービス定義をREST APIガイドで確認して利用します(Oracle Help Center→関心のあるアプリケーション・サービス領域→「APIおよびスキーマ」から使用可能)。OracleのRESTサービスを初めて利用する場合は、クイック・スタートに関する項から開始してください。

RESTサービス定義をREST APIガイドで確認して利用します(Oracle Help Center→関心のあるアプリケーション・サービス領域→「APIおよびスキーマ」から使用可能)。OracleのRESTサービスを初めて利用する場合は、クイック・スタートに関する項から開始してください。

ヒントと考慮事項

要求開始日または事業所を定義する場合は、保守プログラムを有効にして組織間の資産を許可する必要があります。そうしないと、期日に対して要求された作業オーダー事業所を定義できなくなります。

要求開始日および事業所を定義すると、予測期日と、作業オーダーがない履歴内の以前の期日がすべて凍結されます。プログラムの予測を生成すると、履歴内の最終凍結日からの期日のみが更新およびリフレッシュされます。そのため、将来の期日に対して要求開始日または事業所を定義する際には注意してください。

組織間の資産の作業オーダーを作成するには、保守組織間の組織関係を定義するか、関係を必要としない新しいパラメータを有効にする必要があります。組織間の作業オーダーの管理の詳細は、製造およびサプライ・チェーン資材管理の実装ガイドの保守組織関係の設定に関する項を参照してください。

資産期日の作業オーダーの作成を完全に制御する場合は、作業要件で作業オーダー作成オプションを手動として定義する必要があります。それ以外の場合は、このオプションを自動に設定したままにし、スケジュール済プロセスを使用して期日の作業オーダーを生成する必要があります。

主なリソース

• Oracle Fusion Cloud SCMのREST APIを参照してください(Oracle Help Centerからアクセスできます)。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• サービス別保守予測の取得(MNT_GET_MAINTENANCE_FORECASTS_BY_SERVICE)
• サービス別保守予測の管理(MNT_MANAGE_MAINTENANCE_FORECASTS_BY_SERVICE)

これらの権限は、この更新で新しく追加されました。

組織間の資産に対する予防保守の管理

保守プログラムは、保守可能組織内の影響を受ける1つ以上の資産について、定期予防保守予測を定義して生成するために使用されます。この更新では、必要に応じて、様々な営業組織にわたる資産を予測に含めることができる任意の組織で保守プログラムを一元的に管理できるようになりました。資産が一時的にまたは恒久的に組織間で移動する場合、資産をいつどこで保守するかを決定できるようになりました。

この更新には、予防保守プランをより適切に管理できるグローバル資産の許可フラグ以外に、次の追加の変更が含まれています。

• 「保守プログラム」(ヘッダー)には、「予測ウィンドウ(日数)」、「作業オーダー・ウィンドウ(日数)」、「作業オーダー開始時間」、「作業オーダー・タイム・ゾーン」、「プログラム参照」、「プログラム・タイプ・コード」および「プログラム・サブタイプ・コード」という新しい属性があります。

• 「作業要件」には、「要件参照」、「予測ウィンドウ(日数)」、「作業オーダー・ウィンドウ(日数)」、「「作業オーダーの作成」オプション・コード」、「作業オーダー・ステータス」、作業オーダー確定フラグおよび「作業オーダー優先度」という新しい属性があります。

• 「影響を受ける資産」セクションには、「作業オーダーの作成」という新しいオプションがあります。

保守プログラム

さらに、組織間の保守予測の管理に補完的な機能強化が行われました。新しい予測の管理UIを使用して、資産の保守予測を検索および管理できるようになりました。予測期日に対して、オプションで作業が実行される保守組織を更新し、新しい作業オーダーを手動で作成したり、既存の作業オーダーを取り消すことができます。

保守プログラムの定義を共通の保守プランニング組織に一元化できるようになりました。この機能により、マスター・データ管理が合理化され、複数の組織にまたがる保守プログラムの複製が不要になります。これらのグローバル・プログラムを使用して資産が保守されると、資産が組織間で移動される際に保守履歴が保持されます。

また、作業優先度および予測作業オーダーが作成されるステータスを事前定義して、プログラム・レベルまたは作業要件レベルで予測および作業オーダー範囲を変更できるため、作業管理手順も改善されます。

有効化のステップ

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

オファリング: 製造およびサプライ・チェーン資材管理 オプションでなくなるバージョン: 更新24C

ヒントと考慮事項

• 「他の組織からの資産の許可」チェック・ボックスは、新規プログラムの作成時のオプション属性です。これは、資産が一元管理される場合、または資産が他の組織にわたって運用され、保守が必要な場合に設定できます。このインジケータは、プログラムに対して最初の作業オーダーが作成されるまで更新できます。

• 組織間の資産の作業オーダーを作成するには、保守組織間の組織関係を定義するか、関係を必要としない新しいパラメータを有効にする必要があります。組織間の作業オーダーの管理の詳細は、製造およびサプライ・チェーン資材管理の実装ガイドの「保守組織関係の設定」を参照してください。

主なリソース

• ユーザー・ドキュメントの保守プログラムの項を確認してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 保守プログラムの管理(MNT_MANAGE_MAINTENANCE_PROGRAMS_PRIV)

この権限は、この更新の前から使用可能でした。

サプライヤ保証要求および資格/権利の管理

保証要求は、プロバイダによるサプライヤ保証の対象となる資産の修理中に発生した費用の払戻を要求するために使用されます。コンテキスト資産またはその物理階層内の関連資産にアクティブな保証契約が少なくとも1つある場合、保守作業オーダーは保証適格修理として示されます。払戻可能な費用トランザクションが見つかった場合は、工程完了後に、「サプライヤ保証資格/権利の生成」というタイトルのスケジュール済プロセスによって、プロバイダに対して保証要求を作成できます。この更新では、新しい「要求の管理」ページを使用して、サプライヤ保証の対象となる資産の修理時に発生した費用の保証要求および資格/権利を作成、編集、表示および送信することもできます。

「要求の管理」ページを使用して、作業オーダーに対して自動作成された保証要求をレビューおよび編集します。「要求の管理」ページを使用して、要求を手動で作成することもできます。たとえば、場合によっては異なるプロバイダに対して、既存の作業オーダー払戻資格/権利を複数の要求に分割する手動要求を作成できます。「要求の管理」UIを使用して、保証要求から資格/権利を除外または含めることもできます。

「要求の管理」ページ(図1)では、要求番号、保証プロバイダ、作業オーダー番号またはステータスなどのパラメータを使用して、要求をすばやく検索できます。要求にナビゲートせずに、要求ステータス、送信期日または割当先を更新することで、要求に対するクイック編集を実行できます(図2)。

要求UIには、図3に示すように、一連のステップで要求をレビューおよび編集するためのガイド付きプロセス・ナビゲーションが用意されています。

図1: 「保証要求」ページ

図2: 保証要求のクイック編集

図3: ガイド付きプロセス・ナビゲーション

サプライヤ保証では、資産の耐用期間にわたってサプライヤから延長された保証を追跡できます。その後、資産に対する作業オーダー実行中に保証を考慮できるため、費用の払戻やコンポーネントの交換のための保証要求に終わる可能性がある、修理に関する重要な意思決定を行うことができます。「保証要求」ページで要求の作成を自動化し、確認することで、要求をタイムリに提出して、控除を追跡できます。

有効化のステップ

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

オファリング: 製造およびサプライ・チェーン資材管理 オプションでなくなるバージョン: 更新24C

主なリソース

• ドキュメントの「サプライヤ保証」の項を確認してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• サプライヤ保証要求の管理(MNT_MANAGE_SUPPLIER_WARRANTY_CLAIMS_PRIV)
• サプライヤ保証要求の表示(MNT_VIEW_SUPPLIER_WARRANTY_CLAIMS_PRIV)
• RESTサービスの使用 - 就業者値リスト(PER_REST_SERVICE_ACCESS_WORKERS_LOV_PRIV)

これらの権限は、この更新で新しく追加されました。

組織間の保守予測の管理

保守プログラムでは、保守対応組織の1つ以上の影響を受ける資産について、予防保守予測を定義して生成します。予測は、予防保守作業オーダーの作成の基礎として使用されるため、保守プランナのワークロードが削減され、保守プログラムの監査、最適化および例外ベースのイベントに集中できます。

様々な事業所や営業組織、保守組織を移動する車両などの資産を持つ顧客は、すべての組織の資産保守プログラムを予測し、保守期日時点の予定事業所に基づいて特定の資産をいつどこで保守するかを決定できる必要があります。同じ営業組織でのみ保守される資産の場合も、顧客は、資産が保守される日付を柔軟に調整できます。

この更新では、新しい予測の管理ページを使用して、次の処理を実行できます。

• ソース保守プログラム、作業要件および予測方法など、期日の詳細を表示します。

• 予測期日とは異なる要求期日を指定してください。期日は、資産に対する予測の最終期日より後で次の期日より前である必要があります。

• 予測事業所とは異なる要求作業オーダー事業所を指定します。これは、組織間の資産に使用可能なプログラムから予測明細が作成された場合にのみ使用可能です。要求事業所が保守に使用可能であり、一致する作業定義が定義されていることも必要です。また、組織間の資産の作業オーダーを作成するには、保守組織間の組織関係を定義するか、関係を必要としない新しいパラメータを有効にする必要があります。

• アクティブな作業オーダーがない過去、現在または将来の期日をスキップします。期日をスキップすると、スケジュール済プロセスによるその期日の作業オーダーの作成が抑制されます。

• 過去、現在または将来の期日をスキップ解除します。期日をスキップ解除すると、手動またはスケジュール済プロセスによって、その期日の作業オーダーの作成が有効になります。期日が過去の日付の場合は、作業オーダーを手動で作成できます。

• 過去、現在または将来の期日の作業オーダーを作成します。これは、作業オーダーを自動的に作成するか手動で作成するかに関係なく、どの期日のものであってもかまいません。この処理により、作業オーダーを作成するコンカレント・プロセス要求が開始されます。

• 過去、現在または将来の期日の作業オーダーを取り消します。既存の作業オーダーを取り消してから、同じまたは異なる日付または事業所で新しい作業オーダーを手動で作成できます。作業オーダーを取り消すことができるのは、トランザクション・レコードがない場合のみです。たとえば、工程完了、資材出庫、リソースのレポートなどです。

「保守予測の管理」ページ

予測の管理ページを使用して、組織内および組織間で一定期間にわたり運用する資産の予防保守を効果的に管理できるようになりました。この機能を使用すると、どこで保守を実行していても一元的に計画できます。

有効化のステップ

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

オファリング: 製造およびサプライ・チェーン資材管理 オプションでなくなるバージョン: 更新24C

ヒントと考慮事項

• 要求開始日または事業所を定義する場合は、保守プログラムを有効にして組織間の資産を許可する必要があります。そうしないと、期日に対して要求された作業オーダー事業所を定義できなくなります。

• 要求開始日または事業所を定義すると、予測期日と、作業オーダーがない履歴内の以前の期日がすべて凍結されます。プログラムの予測を生成すると、履歴内の最終凍結日からの期日のみが更新およびリフレッシュされます。そのため、将来の期日に対して要求開始日および事業所を定義する際には注意が必要です。

• 組織間の資産の作業オーダーを作成するには、保守組織間の組織関係を定義するか、関係を必要としない新しいパラメータを有効にする必要があります。組織間の作業オーダーの管理の詳細は、製造およびサプライ・チェーン資材管理の実装ガイドの保守組織関係の設定に関する項を参照してください。

• 資産期日の作業オーダーの作成を完全に制御する場合は、作業要件で作業オーダー作成オプションを手動として定義する必要があります。それ以外の場合は、このオプションを自動に設定したままにし、スケジュール済プロセスを使用して期日の作業オーダーを生成する必要があります。

主なリソース

• ユーザー・ドキュメントの保守プログラムの項を確認してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 保守予測の管理(MNT_MANAGE_MAINTENANCE_FORECASTS_PRIV)
• 保守予測の表示(MNT_VIEW_MAINTENANCE_FORECASTS_PRIV)

これらの権限は、この更新で新しく追加されました。

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

返品のルーティング時のサプライヤ保証の考慮

返品ルーティング・ルールでは、サプライヤ保証に関連付けられた資産に対してデフォルト搬送先を定義できるようになったため、返品を適切にルーティングできます。

まず、Oracle Fusion Cloud Maintenanceを使用して、資産品目のサプライヤ保証を作成します。次に、「サプライヤ保証」の新しい「返品タイプ」フィールド値を使用して、資産品目の返品ルーティング・ルールを追加します。

返品ルーティング・ルールの管理

部品の返品UIを使用してこの資産品目を返品する場合、搬送先組織は資産品目の返品ルーティング・ルールからデフォルト設定されます。デフォルト設定された搬送先組織は、次のトランザクションで使用されます。

• サービス・リクエスト部品返品
• フィールド部品在庫返品

ノート: 資産品目のサプライヤ保証は、Oracle Fusion Cloud Maintenanceで作成されます。

サプライヤ保証の対象となる返品部品を優先リカバリ事業所に正しくルーティングできるようになりました。

有効化のステップ

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

推定売上税の計算

部品要件、フィールド・サービス手数料およびデポ修理手数料の作成時に、推定売上税を表示できるようになりました。これらの推定税額およびそれらの計算に使用される税金決定要因は、手数料の転記時に作成された販売オーダーに渡されます。実際の税金は、請求書が売掛/未収金で生成されるときに計算されます。

売上税を含む部品手数料

売上税を含むフィールド・サービス手数料

売上税を含むフィールド・サービス手数料 - Redwood

売上税を含むデポ修理手数料

売上税を含むデポ修理手数料 - Redwood

部品およびサービスに対して支払うことが予想される金額について、より完全な見積を顧客に提供できるようになりました。

有効化のステップ

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

経費の作成UIフィールドの「数量」および「単位」への更新

「手数料および見積の管理」UIの「費用」タブで、以前の「費用」および「通貨」フィールド名が「数量」および「単位」に変更されました。これにより、金額ベースでない経費がより直感的に報告されます。たとえば、工具または機材のレンタル経費を報告する場合は、費やした金額ではなく工具または機材のレンタル時間を報告します。

通貨単位を含む経費報告

これらの更新されたフィールド名により、時間ベースおよび金額ベースの経費がより論理的に処理されます。

有効化のステップ

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

部品要件明細に対する一括更新の実行

「部品要件の作成」UIで次のヘッダー・フィールドを更新し、この情報をまだオーダーされていないすべての部品要件明細にコピーできるようになりました。

• 出荷先顧客
• 出荷先住所
• 希望入手日
• 請求先顧客
• 請求先アカウント
• 請求先住所
• 搬送先組織
• 搬送先保管場所

新しい「要件の更新」ボタンをクリックして、部品要件明細を最新のヘッダー値で更新し、手数料を自動的に再計算して、「要件明細」表をリフレッシュします。各部品のソース在庫事業所は更新されません。

次のスクリーンショットでは、ほとんどのヘッダー・フィールドが編集可能になり、「要件の更新」ボタンが「要件明細」リージョンに追加されていることを確認できます。

「部品要件の作成」UI - サービス・リクエスト文書タイプ

「部品要件の作成」UI - 作業オーダー文書タイプ

要件の更新の確認メッセージ

複数の部品要件明細をすばやく更新できるため、時間を節約でき、ミスを減らすことができます。

有効化のステップ

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

スマート検索を使用した部品要件の検索および表示

新しい「部品要件」検索UIでは、エラスティック検索フレームワークが使用され、高速でスケーラブルな検索が行われます。これを使用して、「希望入手日」、「品目番号」、「文書タイプ」など、多数の属性フィルタに基づいて部品要件明細を一度に検索します。

このUIは、「希望入手日」のデフォルト・フィルタを「今週」に設定して自動的に起動されます。必要に応じて属性フィルタを追加、更新または削除することで、検索を絞り込むことができます。自動完了やあいまい一致ロジックなどの機能を使用すると、基準に一致する部品要件明細をより簡単に検索できます。検索結果から、特定の部品要件明細を選択して「オーダー」ボタンをクリックし、部品の転送オーダーまたは予約を作成します。

このUIには、フィールド・サービス管理者とフィールド・サービス技術者用に別々のビューが用意されています。管理者はすべての部品要件を表示できますが、技術者は割り当てられた部品要件のみを表示できます。

サービス・ロジスティクスのランディング・ページから「部品要件」検索UIにアクセスするには、「部品要件」を選択します。

部品要件

新しい「部品要件」検索UIを使用して、注意が必要な部品要件明細を検索し、迅速にオーダーできます。たとえば、フィールド・サービス管理者は、今週または来週に必要な部品要件を検索し、技術者が部品を入手し、手元のタスクを完了できるようにオーダーできます。

有効化のステップ

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

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 管理者の部品要件検索へのアクセス(RCL_ADMIN_PARTS_REQUIREMENTS_SEARCH_PRIV)
• 技術者の部品要件検索へのアクセス(RCL_FSTECH_PARTS_REQUIREMENTS_SEARCH_PRIV)

これらの権限は、この更新で新しく追加されました。