更新23D

改訂履歴

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

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

概要

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

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

機能概要

保守

保守

追加パラメータを使用した作業オーダーの資材のピック

サプライ・チェーン・プロセスでは、必要に応じて、作業オーダーに必要な資材を中央の倉庫保管場所から製造現場の供給保管場所に移動することが一般的です。要求された資材は、将来予定されている作業オーダーの要件を満たすために、倉庫から製造現場にピッキングおよび移動されます。

この更新により、ビジネス要件を満たす追加パラメータが導入されました。

作業オーダーの資材のピック・スケジュール済プロセス

スケジュール済プロセスに導入された新しいパラメータは次のとおりです。

• ワーク・センター
• 作業オーダー工程開始日: 自
• 作業オーダー工程開始日: 至

「将来の時間数」または「作業オーダー工程開始日: 自」のいずれかを指定する必要があります。「作業オーダー工程開始日: 自」と「作業オーダー工程開始日: 至」の間の最大期間は、90日です。

「作業オーダーの資材のピック」スケジュール済プロセスの追加属性

このプログラムは定期的にスケジュールでき、工程日属性に値が指定されている場合は、スケジュールに基づいて自動的に増分されます。

拡張フィルタを使用した資材のピッキングでは、必要に応じて、製造現場の担当者がピッキングおよび移動する資材をより効果的に制御できます。

有効化のステップ

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

アクセス要件

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

• 作業オーダーのコンポーネントのピック(WIP_MANAGE_WORK_ORDER_COMPONENT_PICKING_PRIV)

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

1つ以上の有効日ワーク・センター・カレンダによる工場生産カレンダの上書き

交互生産ステージと季節需要の変化に対応する保守セグメントは、保守工場全体で単一の生産カレンダを持つセグメントよりも、高い柔軟性を必要とします。このようなバリエーションをワーク・センター・リソースの例外やシフトの例外としてモデル化するのでなく、日次生産能力、可用性およびシフト・スケジュールを反映する合理化された生産カレンダとすることを求めます。

この新機能では、特定の日付範囲の有効性に異なるカレンダを関連付けることで、ワーク・センター・レベルで工場レベルのカレンダを上書きできます。ワーク・センターに属するすべてのリソースは、この上書きカレンダから生産能力および稼働時間を継承し、より正確な作業オーダー・プランニングおよびスケジューリングの製造および保守を促進します。有効日範囲が異なる複数のカレンダをワーク・センターに関連付けることで、生産能力や作業時間または非稼働時間の変動をモデル化できます。

次の例は、ワーク・センター・カレンダを活用するシナリオを示しています。

• 交互生産工程 - パッケージ工程は前の処理工程と同時に開始できないため、ワーク・センターごとに異なるシフト・スケジュールが必要です。
  • 工程20: 処理ワーク・センター - シフト詳細: 午前6時から午後2時、月曜日から金曜日
  • 工程30: 梱包ワーク・センター - シフト詳細: 7:30 AM - 3:30 PM、月曜日 - 金曜日

• 季節需要 - 2か月の休日需要を満たすために使用可能なリソース・ユニット数および作業時間数がスケール・アップされ、その年の残りの期間について元のスケジュールに戻ります。
  • 処理ワーク・センター - 標準カレンダ - シフト時間: 8:00 AM - 4:00 PM、月曜日 - 金曜日、1/1/23から10/31/23
  • 処理ワーク・センター - 休日カレンダ - シフト時間: 7:00 AM - 6:00 PM、月曜日 - 土曜日、11/1/23から12/31/23

工場内の複数のワーク・センター・カレンダにより、ローリング・スケジュールのニーズ、季節的な需要、実際の生産環境をより正確に反映したリソース容量と可用性に基づいて、工場運用の柔軟な計画とスケジューリングが改善されます。

有効化のステップ

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

ヒントと考慮事項

• ワーク・センター・カレンダ関連の有効日範囲は、重複せず連続している必要があります。

• 品目のリード・タイム計算は、ワーク・センター・カレンダではなく工場カレンダに基づいて残ります。

• 外注加工で使用されるサプライヤ工程では、作業オーダー・スケジューリングで工場カレンダが引き続き使用されます。

• 「作業実行」作業領域インフォレット、「作業手配リストのレビュー」ページおよび「生産例外の管理」ページに表示されるシフトは、ワーク・センター・カレンダではなく工場カレンダに基づいています。

サプライヤ保証をサポートする拡張保守管理OTBIサブジェクト領域

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

サブジェクト領域	ディメンション・フォルダによる更新
サプライヤ保証 - 資産リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名 作業オーダー工程: このフォルダは、次の属性を含むように更新されました 修理コードの事由 修理トランザクション・コード 達成対象作業コード
保守管理 - 資産リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名
保守管理 - 予測リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名
保守管理 - 保守例外リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名 作業オーダー工程: このフォルダは、次の属性を含むように更新されました 修理コードの事由 修理トランザクション・コード 達成対象作業コード
保守管理 - 資材使用リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名 作業オーダー工程: このフォルダは、次の属性を含むように更新されました 修理コードの事由 修理トランザクション・コード 達成対象作業コード
保守管理 - 購買品目使用リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名 作業オーダー工程: このフォルダは、次の属性を含むように更新されました 修理コードの事由 修理トランザクション・コード 達成対象作業コード
保守管理 - リソース使用リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名 作業オーダー工程: このフォルダは、次の属性を含むように更新されました 修理コードの事由 修理トランザクション・コード 達成対象作業コード
保守管理 - 作業オーダー・パフォーマンス・リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名 作業オーダー工程: このフォルダは、次の属性を含むように更新されました 修理コードの事由 修理トランザクション・コード 達成対象作業コード
保守管理 - 資産失敗分析リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名 作業オーダー工程: このフォルダは、次の属性を含むように更新されました 修理コードの事由 修理トランザクション・コード 達成対象作業コード
保守管理 - 資産履歴リアルタイム	参照サブジェクト領域が更新され、次の属性が追加されました: 作業オーダー: このフォルダは、次の属性を含むように更新されました 保証修理フラグ トランザクション・コードの一致 修理のプライマリ事由 作業オーダーのサプライヤ保証 内部修理の許可 資産番号 契約計算済失効日 契約外部参照番号 契約番号 補償範囲名 終了日 労務精算 部品払戻 部品返品必須 修理トランザクション・コード 修理承認要 シリアル番号 開始日 保証プロバイダ名

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

有効化のステップ

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

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

アクセス要件

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

• 資産管理者(ORA_CSE_ASSET_ADMINISTRATOR_JOB)
• 保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)

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

製造および保守作業オーダー・ピッキング要求の倉庫管理システムとの統合

この機能は、外部実行システムまたはOracle Fusion Cloud Warehouse Management (WMS)への作業オーダー・ピッキング要求の統合をサポートするためのサービスおよびコア・アプリケーションの拡張機能を提供します。実装後は、外部の倉庫管理システムまたはOracle WMSを使用して倉庫から供給保管場所へ、またはOracle Fusion Cloud ManufacturingまたはOracle Fusion Cloud Maintenanceで生成された資材ピッキング要求に基づいて作業オーダーに直接、商品を予約、ピック、移動および出庫できます。

プロセスの仕組みを次に示します。

• このプロセスは、Oracle ManufacturingまたはOracle Maintenanceでの作業オーダーの作成から始まります。

• 次に、作業オーダーはピック・リリースされ、詳細はOracle Inventory Managementに送信されます。

• Oracle Inventory Managementでは、予約可能品目の移動要求と高レベル予約が自動的に作成されます。予約不可品目の場合は、上位レベルの予約なしで移動要求が作成されます。

• 入力品目の予約の詳細は、Oracle ManufacturingまたはOracle Maintenanceの作業オーダー工程に関連付けられた入力品目の割当済数量を更新するために使用されます。

• Oracle Inventory Managementでは、Oracle Integration Cloud (OIC)のイベントが発生し、事前構築済の統合が有効になっている場合は、Oracle REST Service APIをコールして、WMSで移動要求を作成します。

• 移動要求はWMSで作成され、補充ウェーブ・プログラムが実行されて割当およびタスクが作成されます。

• 倉庫担当者はタスクを実行し、ピックを確認し、資材をソースから搬送先事業所に補充します。

• ピック確認時に在庫履歴が生成されます。

• WMSはスケジュールされたジョブを実行し、在庫履歴をOICにプッシュします。

• その後、OICはREST APIを呼び出して、WMS在庫履歴に基づいてOracle Inventory Managementでトランザクションを作成および処理します。

• 在庫トランザクションが記録され、Oracle Inventory Managementで予約が更新されます。

• ピッキング済数量および予約詳細の詳細を使用して、Oracle ManufacturingまたはOracle Maintenanceの作業オーダー入力品目数量をさらに更新します。

• 作業オーダー入力品目数量は、Oracle ManufacturingおよびOracle Maintenanceでレビューされます。

• 移動要求は、すべての明細がピックされるとクローズされます。

Oracle Inventory Management、製造、保守管理、倉庫管理で実行可能な処理は次のとおりです。

• Oracle Inventory Managementでの作業オーダー移動要求に基づいて、生産および保守アクティビティに必要な資材について、新規および更新された作業オーダー・ピッキング要求を倉庫に送信します。

• 配賦は、このプロセスの一部としてOracle Inventory Managementで作成されません。WMSで移動要求が実行されると、詳細がOracle Inventory Managementの移動要求にインタフェースされ、それに従って作業オーダーが更新されます。

WMSでの移動要求

• 作業オーダーから実行された出庫またはバックフラッシュのために、WMSの資材を作業オーダー供給の場所にピッキングして移動します。

• WMSで資材を作業オーダーに直接ピッキングして発行します。

• WMSでピッキング要求を処理している間に、Oracle Inventory Managementで高レベルの予約を維持し、生産および保守のニーズに資材を使用できるようにします。

• Oracle Inventory Managementの統合ステータスを持つピッキング要求の移動要求を表示します。

移動要求の管理

• WMSにオープン移動要求が存在し、次の操作を実行しようとすると、作業オーダーを更新できません。
  • 作業オーダー・ステータスの「クローズ済」、「取消済」または「未リリース」への変更
  • 作業オーダー数量または工程品目数量の削減
  • 作業オーダー工程または工程品目の削除
  • 作業オーダー工程品目供給タイプの変更
  • 作業オーダー・ステータスが「完了」に変更される工程に対する工程トランザクションの実行

前述のシナリオで作業オーダーを更新できるようにするには、WMSで作業オーダーの移動要求の詳細をレビューし、必要に応じて、移動要求明細の取消や割当解除、取消などの適切な処理を実行する必要があります。

作業オーダーの編集

• 製造および保守用にWMSと統合された在庫組織の「予約およびピックの編集」および「予約の作成」ページを使用して、ピック・リリース中に作業オーダー・コンポーネントに対して作成された高レベルの予約は削除できなくなりました。在庫予約RESTリソースを使用してそれらを削除することもできません。

• なんらかの理由で移動要求がWMSで作成されていない場合は、WMSに移動要求を再送信します。

移動要求の管理

• 新しいREST、FBDIおよびスケジュール済プロセスを使用して、Oracle Inventory Managementの他の倉庫管理システムまたは外部システムで実行されたピック・トランザクションを処理できるようになりました。
  • インタフェース済ピック・トランザクションREST
  • インタフェース済ピック・トランザクションFBDI
  • 「外部システムからのピック・トランザクションの実行」スケジュール済プロセス

インタフェース済ピック・トランザクションREST

「外部システムからのピック・トランザクションの実行」スケジュール済プロセス

• 他の倉庫管理システムとの統合の在庫移動要求RESTを使用して、WMSにインタフェースされた移動要求明細を取り消すことができます。

• 「スプレッドシートでの外部システムからのピック・トランザクションの管理」タスクを使用して、インタフェースされたピック・トランザクションでエラー訂正を実行できます。

スプレッドシートでの外部システムからのピック・トランザクションの管理

倉庫管理システムを採用する組織内の製造または保守アクティビティでは、作業オーダー資材ピッキング要求を倉庫にインタフェースして、商品を製造または保守の供給保管場所または作業オーダーに直接ピッキング、移動および出庫できるようになりました。この機能では、サービス、コア・アプリケーションの拡張機能および提供済のOICベースの統合マッピングが提供され、Oracle Fusion Cloud ManufacturingまたはOracle Fusion Cloud Maintenanceで生成された作業オーダー資材ピッキング要求がOracle Fusion Cloud Warehouse Managementに統合されます。この機能および統合ポイントは、他の倉庫管理システムでも使用できます。

有効化のステップ

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

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

製造および保守作業オーダー・ピッキング要求の倉庫管理システムとの統合機能を有効にする方法を次に示します。

1. ナビゲータで、「自分の企業」をクリックし、「設定および保守」をクリックします。

2. 「設定」ページで、「製造およびサプライ・チェーン資材管理」オファリングを選択します。

3. 「処理」メニューの「機能の変更」を選択します。

4. 「機能の編集: 製造およびサプライ・チェーン資材管理」ページで、「製造および保守作業オーダー・ピッキング要求の倉庫管理システムとの統合」機能の「使用可能」チェック・ボックスを選択します。

機能の有効化

「統合システム・タイプ」および「製造および保守をWMSと統合」組織パラメータを有効にする場合:

1. 「在庫組織の管理」権限を含むロールでログインします。

2. 「設定および保守」作業領域から「在庫組織の管理」タスクを選択します。

• オファリング: 製造およびサプライ・チェーン資材管理
• 機能領域: 施設
• タスク: 在庫組織の管理

3. 「在庫組織の管理」ページで、組織を検索し、「組織パラメータの管理」ボタンをクリックします。

品目組織パラメータの管理

ヒントと考慮事項

製造および保守作業オーダー・ピッキング要求の倉庫管理システムとの統合機能を使用する際の重要な考慮事項は次のとおりです。

• 高レベル予約は、Oracle Inventory Managementでピッキング用にリリースされた作業オーダー・コンポーネントに対して自動的に作成されます。

• 詳細予約は、供給保管場所で使用可能な資材のプル・コンポーネントに対して作成され、事前構築済統合でピッキング要求としてWMSに送信されません。

• プッシュ・コンポーネントに対して詳細な予約は作成されません。

• 作業オーダーが製造および保守でピッキング用にリリースされると、作業オーダー・コンポーネントに対してピッキングは作成されません。

• 製造およびWMSとの保守統合が有効な組織の作業オーダー・コンポーネントに対して手動で作成された前の詳細予約はサポートされていません。

• 移動要求明細の数量をWMSで取り消すと、在庫管理の高レベルの予約が削減されます。

• 「ロット部分化可能」属性が「いいえ」に設定されている品目は、この統合ではサポートされていません。

• 現在の統合では、品目のプライマリ単位のみがサポートされます。WMSに送信されたピッキング要求は常にプライマリ単位です。

• WMSとの製造および保守の統合に使用される保管場所を予約可能で、数量を追跡する必要があります。

• 二重単位追跡品目は、現在の統合ではサポートされていません。

• 現在の事前作成済統合では、在庫プロジェクト、タスクおよび原産国属性はサポートされていません。

• 在庫とWMSの両方で計量単位をまったく同じように構成する必要があります。

• 製造および保守の在庫およびワーク・センターの保管場所は、WMSのアクティブな場所としてモデル化する必要があります。

• WMSの供給保管場所およびワーク・センターのERPバケットを使用してロック・コードを構成します。

• 供給保管場所に対応するアクティブな場所には、関連するロック・コードがWMSに関連付けられている必要があります。

• 供給保管場所およびワーク・センターの有効な場所に割り当てられたロック・コードは、WMSで割当可能としてマークする必要があります。

• ピッキング要求の場合、すべての適格資材が使用可能な場合にのみ作業オーダーをピックするには、「部分割当」フラグを「いいえ」に設定します。可用性に基づいて資材の一部ピッキングを許可する移動要求に対して、「部分割当」フラグを「はい」に設定します。

主なリソース

• Oracle Fusion Cloud SCM: Inventory Managementの使用ガイド(Oracle Help Centerからアクセスできます)。
• Oracle Fusion Cloud SCM: 製造およびサプライ・チェーン管理の実装(Oracle Help Centerからアクセスできます)。

アクセス要件

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

• 在庫予約およびピックの管理(INV_MANAGE_INVENTORY_RESERVATION_AND_PICKS_PRIV)
• 在庫移動要求の管理(INV_MANAGE_INVENTORY_MOVEMENT_REQUEST_PRIV)
• Webサービスによるピック・トランザクションの実行(INV_PERFORM_PICK_TRANSACTION_WEB_SERVICE_PRIV)
• 外部システムからのピック・トランザクションの実行(INV_PERFORM_PICK_TRANSACTION_EXTERNAL_SYSTEM_PRIV)

この更新の新機能である「外部システムからのピック・トランザクションの実行」(INV_PERFORM_PICK_TRANSACTION_EXTERNAL_SYSTEM_PRIV)を除き、これらの権限はすべてこの更新の前に使用可能でした。

品目または品目カテゴリの原産国トラッキングの制御

現在の機能では、組織内のすべての品目の原産国を追跡できます。有効にすると、後続のトランザクションの実行時にCOOを入力する必要があります。

ただし、企業によっては、特定の品目のみをトラッキングする必要があるなど、COOトラッキングが必要な品目に関するより詳細なレベルの管理が必要になる場合があります。

たとえば、会社がOracle Fusion Cloud Inventory Managementで倉庫と製造工場を個別の組織として設定しているとします。倉庫では倉庫内のすべての商品のCOOを追跡する必要がありますが、製造工場では生産する完成品のCOOのみを追跡する必要があります。このシナリオでは、両方の組織でCOOトラッキングが有効になっています。倉庫がその構成部品(完成品の製造に使用)を社内資材転送を使用して製造工場に出荷すると、倉庫からのCOOストライピングが製造工場に繰り越されます。ただし、これらの商品は完成品のコンポーネントとしてのみ使用されるため、製造工場ではこれらの品目にCOOを適用する必要はありません。効率性を高めるために、製造工場では、完成品のCOOトラッキングを維持しながら、これらのコンポーネント品目のCOOトラッキングを無効にできます。

この新機能では、品目または品目カテゴリ・レベルでCOOの属性追跡例外を定義できます。

在庫属性例外

この新機能を有効にすると、ユーザー・インタフェースから原産国を選択できなくなります。

資材トランザクションのレポート

RESTサービスを使用すると、品目item123またはそのカテゴリに属性例外が定義されているため、原産国在庫属性を入力できないことを示すエラーが表示されます。また、有効な原産国コードCountryOfOriginCodeを渡そうとすると、「在庫属性例外の構成」ユーザー・インタフェースで関連付けられた品目または品目カテゴリが無効になります。

組織内で原産国を追跡する必要がある特定の品目をさらに細かく管理できます。

有効化のステップ

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

ヒントと考慮事項

除外する品目または品目カテゴリの属性トラッキングが、「在庫属性の管理」例外で使用不可として設定されていることを確認します。

アクセス要件

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

• 資産管理者(ORA_CSE_ASSET_ADMINISTRATOR_JOB)
• 保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)

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

保守ランディング・ページにレポートおよび分析を含める

Oracle Transactional Business Intelligence (OTBI)は、Oracle Maintenanceから直接、リアルタイムのセルフサービス・レポート機能を提供します。これは、ビジネス・ユーザーを念頭に、レイヤー構造で作成された動的レポート機能です。

「レポートおよび分析」オプションを使用してOTBI分析を作成および表示できます。このオプションは、「ツール」オプションのナビゲータ・メニューからアクセスできます。

OTBIに簡単かつ迅速にアクセスできます。このリリースでは、Cloud Maintenanceランディング・ページからOTBIレポートおよび分析に直接アクセスできます。

Cloud Maintenanceランディング・ページ、レポートおよび分析

OTBIを使用すると、リアルタイムのトランザクション情報に基づいてより適切な意思決定を行い、必要なときに必要なレポートおよび問合せを生成できます。

表示または作成するレポートまたはビジュアライゼーションに適用される業務サブジェクト領域またはビジネス・モデルを選択できます。その後、次の方法でビジネス分析を適用できます。

• レポートに特定のデータ・セットを選択し、各セットにフィルタを適用します。

• 表内の列と行の並べ替え、ビジュアライゼーションとチャートの挿入、列ラベルの変更など、データの結果の外観の選択と構成。

• レポートを表示しているユーザーがデータ・フィルタを必要に応じて構成できるユーザー・プロンプトの追加および構成。たとえば、日付選択プロンプトを追加して、レポートが必要な日付をユーザーが設定できるようにします。

有効化のステップ

これは、この更新で使用可能なオプトイン使用可能機能であり、24Bコード行から常に有効になります。

アクセス要件

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

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

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

REST APIを使用した組織間の保守予測の管理

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

資産を持つ顧客(様々な場所へ移動する車両など)は、すべての組織の資産保守プログラムを予測し、保守期日時点の予定事業所に基づいて特定の資産をいつどこで保守するかを決定できるように要求しました。

この更新では、予測保守プログラムの新しいREST APIにこの機能が導入されています。

この新しいREST APIは、次のような保守プログラムから予測期日詳細を返します。

• 保守プログラム
• 作業要件
• 資産
• 作業オーダー
• 作業定義

この更新では、REST APIはGET機能をサポートしています。今後のリリースでは、PATCHを介した追加機能でカスタム・アクションがサポートされます。

このREST APIでは、すべての組織にわたるすべての資産の資産保守プログラム予測を抽出できます。

この予測データは、ビジネス・ユーザーをサポートするOracle拡張ツールで使用できます。

有効化のステップ

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

主なリソース

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

アクセス要件

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

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

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

REST APIを使用した資産保守パラメータの表示

資産システム・オプションREST APIは、保守および資産管理全体にわたってアプリケーションによってコールおよび参照されることを目的としています。システムのオプション値は、「設定および保守」作業領域の「資産保守パラメータの管理」ページを使用して一元的に定義されます。GETアクションによって返される応答は、通常は、ユーザー・インタフェースに返される、または消費タスク・フローの外部の顧客に表示されることを想定していません。

このREST APIは、作業オーダー資産障害取得、顧客資産作成および予防保守プログラムの定義に関する顧客定義パラメータを返します。

有効化のステップ

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

詳細は、サプライ・チェーンおよび製造のREST APIガイドを参照してください。

ヒントと考慮事項

「設定および保守」作業領域の「資産保守パラメータの管理」ページでのサービスおよび値の設定の詳細は、「サプライ・チェーンおよび製造」実装ガイドの「設定保守」の項を参照してください。

アクセス要件

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

• サービス別の保守システム・オプションの取得(MNT_GET_MAINTENANCE_SYSTEM_OPTIONS_BY_SERVICE)

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

「設定および保守」作業領域の「資産保守パラメータの管理」ページにアクセスできます。複数のタブにわたるオプションおよび必須パラメータで、保守および資産管理全体にわたってアプリケーションでコールおよび参照されます。

この更新では、「追加パラメータ」というタイトルの新しいタブが表示されます。このタブには、次の3つのパラメータが表示されます。

• 保守管理のデフォルト・マスター組織
• 顧客資産の検証組織
• 保守プログラム内の作業要件全体における抑制およびマージの許可(デフォルト=「はい」)

これらのパラメータは、保守プログラム、サプライヤ保証、障害分析、およびこの更新以降の顧客資産の管理に使用されます。

作業オーダー資産の障害取得、顧客資産の作成、および予防保守プログラムの定義に保守パラメータを使用できます。

有効化のステップ

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

ヒントと考慮事項

保守管理のデフォルト・マスター組織パラメータは、メイン・マスター組織を使用して定義する必要があります。この値は、「メーター・テンプレートおよび障害分析設定の管理」タスク・フローのデフォルト設定に使用できます。定義されていない場合、これらのフローでは、ユーザーはマスター組織コード値を手動で入力する必要があります。

顧客資産の検証組織は、「オーダー管理パラメータの管理」設定ですべてのビジネス・ユニットに対してグローバル・レベルで定義された品目検証組織として設定された値にデフォルト設定されます。この値は、顧客資産を作成または更新する品目のプロパティを検証するために、品目検証組織として使用されます。値がオーダー管理で定義されていない場合は、顧客資産を作成または更新するために、ここで値を定義する必要があります。

「保守プログラム内の作業要件全体における抑制およびマージの許可」パラメータのデフォルト値は「はい」です。値は考慮されないため、この更新でこの値を設定または変更する必要はありません。

アクセス要件

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

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

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

拡張障害セット定義の使用

障害セットは、障害取得プロセスの正確さと使いやすさを大幅に向上させるように設計されています。資産に対する障害セットの適用性は、障害関連として定義されます。障害セット関連には4つのタイプがあります。拡張機能は次のとおりです。

• 品目
• 品目カテゴリ

品目タイプの障害セット関連を作成するには、マスター組織を選択します。これで、設定に基づいてマスター組織をデフォルト設定できるようになりました。デフォルトのマスター組織セットがない場合は、マスター組織を手動で選択できます。設定に関するヒントと考慮事項の項を参照してください。

使用可能な品目カテゴリを使用して、品目カテゴリ・ベースの障害セット関連を作成できます。ただし、1つの資産品目に複数の品目カテゴリが関連付けられている場合、品目カテゴリに基づく資産の障害セットの導出は失敗します。この機能改善により、ORA_CSE_ITEM_CATALOGプロファイルでカタログ・セットに関連付けられている品目カテゴリのみを選択できるようになりました。設定に関するヒントと考慮事項の項を参照してください。プロファイルが設定されていない場合は、品目カテゴリ・タイプの障害セット関連を作成できません。

障害セット詳細ページ

障害セット詳細ページ

品目および品目カテゴリ・ベースの障害セット関連を簡単に作成できるようになりました。

有効化のステップ

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

ヒントと考慮事項

デフォルト・マスター組織の設定

• 追加資産保守パラメータの管理機能の新機能を確認してください。
• これはオプションの設定です。

「資産保守パラメータの管理」ページ

品目カテゴリのプロファイルの設定

• プロファイル詳細
  • 名前: ORA_CSE_ITEM_CATALOG
  • 摘要: 資産管理機能に使用される品目カタログ

• カタログを「複数品目カテゴリ割当の許可」にすることはできません。

• 選択したカタログのカテゴリは、カタログ間で共有しないでください。

• Oracle Help Centerで入手できるOracle SCM CloudドキュメントのSCM共通機能の実装(プロファイル・オプション値の設定)を参照してください。

「管理者プロファイル値の管理」ページ

既存の障害セット関連データは、プロファイルで選択されたカタログに対して検証されません。

主なリソース

• 資産失敗データを取得するための障害セットの定義機能の新機能の内容を確認してください。

アクセス要件

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

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

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

製造および保守作業オーダー・ピッキング要求の倉庫管理システムとの統合

この機能は、外部実行システムへの作業オーダー・ピッキング要求の統合をサポートするためのサービスおよびコア・アプリケーションの拡張機能を提供します。この機能にオプト・インした後、外部の倉庫管理システムを使用して倉庫から供給保管場所へ、またはOracle ManufacturingまたはOracle Maintenanceで生成された資材ピッキング要求に基づいて作業オーダーに直接、商品を予約、ピック、移動および出庫できます。

この機能を使用すると、Oracle ManufacturingまたはOracle Maintenanceの製造または保守ピッキング要求を外部倉庫実行システムに統合できます。

有効化のステップ

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

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

ヒントと考慮事項

製造および保守作業オーダー・ピッキング要求の倉庫管理システムとの統合機能を使用する場合の重要な考慮事項は次のとおりです。

• 高レベル予約は、Oracle Inventory Managementでピッキング用にリリースされた作業オーダー・コンポーネントに対して自動的に作成されます。

• 詳細予約は、供給保管場所で使用可能な資材のプル・コンポーネントに対して作成され、事前構築済統合でピッキング要求としてWMSに送信されません。

• プッシュ・コンポーネントに対して詳細な予約は作成されません。

• 作業オーダーが製造および保守でピッキング用にリリースされると、作業オーダー・コンポーネントに対してピッキングは作成されません。

• 製造およびWMSとの保守統合が有効な組織の作業オーダー・コンポーネントに対して手動で作成された前の詳細予約はサポートされていません。

• 移動要求明細の数量をWMSで取り消すと、在庫管理の高レベルの予約が削減されます。

• 「ロット部分化可能」属性が「いいえ」に設定されている品目は、この統合ではサポートされていません。

• 現在の統合では、品目のプライマリ単位のみがサポートされます。WMSに送信されたピッキング要求は常にプライマリ単位です。

• WMSとの製造および保守の統合に使用される保管場所を予約可能で、数量を追跡する必要があります。

• 二重単位追跡品目は、現在の統合ではサポートされていません。

• 現在の事前作成済統合では、在庫プロジェクト、タスクおよび原産国属性はサポートされていません。

• 在庫とWMSの両方で計量単位をまったく同じように構成する必要があります。

• 製造および保守の在庫およびワーク・センターの保管場所は、WMSのアクティブな場所としてモデル化する必要があります。

• WMSの供給保管場所およびワーク・センターのERPバケットを使用してロック・コードを構成します。

• 供給保管場所に対応するアクティブな場所には、関連するロック・コードがWMSに関連付けられている必要があります。

• 供給保管場所およびワーク・センターの有効な場所に割り当てられたロック・コードは、WMSで割当可能としてマークする必要があります。

• ピッキング要求の場合、すべての適格資材が使用可能な場合にのみ作業オーダーをピックするには、「部分割当」パラメータを「いいえ」に設定します。可用性に基づいて資材の一部ピッキングを許可する移動要求に対して、「部分割当」パラメータを「はい」に設定します。

アクセス要件

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

• 在庫予約およびピックの管理(INV_MANAGE_INVENTORY_RESERVATION_AND_PICKS_PRIV)
• 在庫移動要求の管理(INV_MANAGE_INVENTORY_MOVEMENT_REQUEST_PRIV)
• Webサービスによるピック・トランザクションの実行(INV_PERFORM_PICK_TRANSACTION_WEB_SERVICE_PRIV)
• 外部システムからのピック・トランザクションの実行(INV_PERFORM_PICK_TRANSACTION_EXTERNAL_SYSTEM_PRIV)

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

サプライヤ保証要求労務レートの管理

この更新では、Redwoodユーザー・インタフェースでサプライヤ保証労務払戻レートを定義および管理できます。レートは、標準修理および払戻可能な人件費の両方の保証請求に適用できます。

この労務払戻レート・ソリューションには、次のフローが含まれています。

• 労務払戻レートの管理
• 労務払戻レートの定義

労務払戻レートの管理

「労務払戻レートの管理」ページを使用して、既存の労務払戻レートの検索、労務払戻レート詳細の表示、および新しい労務払戻レートの作成を行うことができます。「労務払戻レートの管理」ページには、「保守管理」ランディング・ページのタスク・メニューの「保守設定」セクションからアクセスできます。このページは、検索バー、結果領域、および新規の労働払戻レートを作成するための処理ボタンで構成されます。レンダリング時に、検索結果のリストがページにアルファベット順に自動的に表示されます。検索バーでは、保証プロバイダおよび保証プロバイダ番号別に既存の労務払戻レートの検索結果を絞り込むことができます。 既存の行で、処理の鉛筆アイコンをクリックすると、労務払戻レートの変更をさらに編集して保存できます。

労務払戻レートの管理

労務払戻レートの定義

「+」アイコン(「労務レートの作成」)をクリックすると、新しい行が追加されます。ここでは、労務払戻レートの保証プロバイダ、通貨、時給、発行期日、開始日および終了日を指定して、「ティック」アイコンをクリックします。新しい労務払戻レートを定義して保存できます。×アイコンをクリックすると、新しく追加された行を削除できます。

新規労務払戻レート

このオプション設定を使用すると、標準リソース原価を特定の保証プロバイダによって延長された労務レートで上書きできます。 この機能により、保証要求労務費の正しい払戻がプロバイダに確実に送信されます。

有効化のステップ

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

オファリング: 製造およびサプライ・チェーン資材管理

ヒントと考慮事項

次の基本的な検証について考えてみます。

• 保証プロバイダ名の定義
• 労務レートには正の数値を指定します 
• 開始日を指定します(これは必須であり、過去、現在または将来の日付にすることができます)
• オプションで終了日を指定しますが、開始日以降にする必要があります
• 通貨値を指定します(これは必須であり、原価組織に定義されている通貨と一致している必要があります)
• 同じプロバイダについて複数の労務レートを定義しますが、それらの日付範囲が重複しないようにする必要があります
• 既存のレート、開始日および終了日を更新しますが、プロバイダを更新することはできません
• 労務レートおよび修理時間の開始日が保証契約開始日に対応していることを確認してください
• 詳細は、ユーザー・ガイドを参照してください

アクセス要件

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

• サプライヤ保証要求労務レートの管理(MNT_MANAGE_WARRANTY_PROVIDER_LABOR_RATES)
• サプライヤ保証請求労務レートの表示(MNT_VIEW_WARRANTY_PROVIDER_LABOR_RATES)

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

サプライヤ保証標準修理時間の管理

この更新では、Redwoodユーザー・インタフェースでサプライヤ保証標準修理時間を定義および管理することもできます。パラメータは、複数の保守管理機能で使用されます。

この標準修理時間ソリューションには、次のフローが含まれています。

• 標準修理時間の管理
• 標準修理時間の定義

標準修理時間の管理

「標準修理時間の管理」ページを使用して、既存の標準修理時間を検索し、標準修理時間の詳細を表示して、新しい標準修理時間を作成できます。「保守管理」ランディング・ページのタスク・メニューの「保守設定」セクションから、「標準修理時間の管理」ページにアクセスできます。このページは、新しい標準修理時間を作成するための検索バー、結果リージョンおよび処理ボタンで構成されます。レンダリング時に、検索結果のリストがページにアルファベット順に自動的に表示されます。検索バーを使用すると、既存の標準修理時間について、保証プロバイダ、保証プロバイダ番号、標準工程コードおよび標準工程名別に検索結果をさらに絞り込むことができます。編集アイコンをクリックすると、標準修理時間に対する変更をさらに編集して保存できます。

標準修理時間の管理

標準修理時間の定義

「+」アイコン(「修理時間の作成」)をクリックすると、新しい行が追加されます。標準修理時間の保証プロバイダ、組織、標準工程コード、修理時間、開始日および終了日を指定して、「ティック」アイコンをクリックします。新しい標準修理時間を定義して保存できます。×アイコンをクリックすると、新しく追加された行を削除できます。

新規標準修復時間

このオプション設定を使用すると、特定の保証プロバイダによって延長された払戻可能な労務金額を指定することで、個々のリソース・トランザクション原価を上書きできます。この機能により、標準修理のためにプロバイダに送信される保証請求労務費の正しい払戻が保証されます。

有効化のステップ

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

オファリング: 製造およびサプライ・チェーン資材管理

ヒントと考慮事項

要求プロセスでこの機能を使用するには、同じ保証プロバイダ・レートについて一致する保証要求労務レートも定義する必要があります。 スケジュール済プロセスでアクティブな労務レートが見つからなかった場合、標準修理時間は工程の単一の資格/権利として含まれません。かわりに、同じ操作のリソース・トランザクションは資格として作成され、要求に含まれます。

次の基本的な検証について考えてみます。

• 保証プロバイダ名の定義
• 標準工程コードの定義
• 修理時間には正の数値を指定します 
• 開始日を指定します(これは必須であり、過去、現在または将来の日付にすることができます)
• オプションで終了日を指定しますが、開始日以降にする必要があります
• 同じプロバイダについて複数の標準修理時間を定義しますが、それらの日付範囲が重複しないようにする必要があります
• 既存の修理時間、開始日および終了日を更新しますが、プロバイダまたは標準工程を更新することはできません
• 労務レートおよび修理時間の開始日が保証契約開始日に対応していることを確認してください
• 詳細は、ユーザー・ガイドを参照してください

アクセス要件

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

• サプライヤ保証標準修理時間の管理(MNT_MANAGE_WARRANTY_STANDARD_REPAIR_TIMES)
• サプライヤ保証標準修理時間の表示(MNT_VIEW_WARRANTY_STANDARD_REPAIR_TIMES)

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

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

拡張作業オーダー手数料UIによるユーザービリティの改善

新しく起動された作業オーダー手数料UIには、次の機能改善が含まれています。

• 作業オーダーに関連付けられたサービス・リクエストへのナビゲーション。「作業オーダー手数料」ページのヘッダー・リージョンから、「サービス・リクエストの表示」をクリックします。

• 作業オーダーのドキュメント番号および資産のハイパーリンク。クリックすると、それぞれの詳細ページにアクセスします。

• 「サービス・リクエスト手数料」ページにアクセスします。「サービス・リクエスト手数料のレビュー」をクリックします。

• 「手数料合計」の要約および「作業オーダー手数料」ページで使用される通貨の「手数料」表

• 技術者ロールでログインしている場合:
  • 報告ヘッダーの作成時に割り当てられた文書への読取り専用アクセス。
  • ロールに手数料を転記する権限がない場合は、「手数料を転記してクローズ」でなく「報告の完了」を実行する機能。

• 手数料が転記されるまで、作業オーダーの付加フレックスフィールドを追加および変更する機能。

「作業オーダー手数料」詳細ページ

「報告の完了」ボタンがある「作業オーダー手数料」ページ

作業オーダー・ヘッダー - 技術者ビュー

強化された作業オーダー手数料のUIを使用すると、作業オーダーの報告時にインサイトと視認性が高まります。たとえば、関連するサービス・リクエストおよび作業オーダーの詳細を表示することで、より詳細な情報にすばやくアクセスできます。

有効化のステップ

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

アクセス要件

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

• 作業オーダー手数料検索ページへのアクセス (RCL_WORK_ORDER_CHARGES_PRIV)
• 管理者の作業オーダー手数料詳細ページへのアクセス(RCL_ADMIN_CREATE_EDIT_DEBRIEF_DETAILS_PRIV)
• 技術者の作業オーダー手数料詳細ページへのアクセス (RCL_FSTECH_CREATE_EDIT_DEBRIEF_DETAILS_PRIV)
• 管理者の作業オーダー手数料ヘッダーへのアクセス (RCL_ADMIN_CREATE_EDIT_DEBRIEF_HEADER_PRIV)
• 技術者の作業オーダー手数料ヘッダー・ページへのアクセス (RCL_FSTECH_CREATE_EDIT_DEBRIEF_HEADER_PRIV)
• RESTサービスを使用したサービス作業オーダーの表示(SVC_VIEW_SERVICE_WORK_ORDERS_USING_REST_PRIV)
• 取引先コミュニティ個人の表示(HZ_VIEW_TRADING_COMMUNITY_PERSON_PRIV)

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

当初手数料の参照

クレジットおよび訂正を作成するときに、当初手数料明細を参照できるようになり、オーダー管理で販売オーダー明細と売掛/未収金の請求書およびクレジットがリンクされます。

対応する販売オーダー明細がすでに履行されている当初手数料を参照する訂正/クレジット手数料明細をすばやく作成できるように、新しい「訂正の入力」ポップアップUIがRedwoodの作業オーダー手数料UIに追加されました。この新しいUIを開くために「元に戻す」処理が追加され、鉛筆アイコンを使用して編集モードで開くこともできます。「訂正の入力」UIでは、その他のすべての属性が元の手数料明細からコピーされるため、ユーザーはサービス・アクティビティ・コードを選択するだけです。

作業オーダー手数料UIの次の部分的なスクリーンショットは、「訂正の入力」UIをオープンする「元に戻す」処理を示しています。

23D作業オーダー手数料UI

23D訂正の入力UI

訂正手数料明細を元の不正な手数料明細にリンクすると、クレジットが元の請求書にリンクされているため、売掛/未収金の消込がより効率的になります。

有効化のステップ

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

アクセス要件

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

• 作業オーダー手数料検索ページへのアクセス(RCL_WORK_ORDER_CHARGES_ PRIV)
• 技術者の作業オーダー手数料詳細ページへのアクセス(RCL_FSTECH_CREATE_EDIT_DEBRIEF_DETAILS_ PRIV)
• 管理者の作業オーダー手数料詳細ページへのアクセス(RCL_ADMIN_CREATE_EDIT_DEBRIEF_HEADER_ PRIV)
• 技術者の作業オーダー手数料ヘッダー・ページへのアクセス(RCL_FSTECH_CREATE_EDIT_DEBRIEF_HEADER_ PRIV)
• 管理者の作業オーダー手数料ヘッダーへのアクセス(RCL_ADMIN_CREATE_EDIT_DEBRIEF_HEADER_ PRIV)

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

複数の在庫事業所の部品の検索およびオーダー

1より大きい数量の部品要件がある場合は、部品検索UIを使用して、複数の在庫事業所から部品をソーシングできるようになりました。以前は、単一の在庫保管場所から全数量を調達する必要がありました。「部品の追加」UIでは、必要な数量全体が単一の場所で見つからない場合に、部品検索UIが自動的に開きます。

必要な数量が部品検索UIのヘッダー・リージョンに表示され、オーダー数量が検索結果表に表示されます。オーダー数量は、最小出荷原価事業所の部品を利用して、所要数量からデフォルト設定されます。2つの在庫保管場所の配送料が同じ場合は、部品が最も多い場所が最初に使用されます。部品検索UIで部品を調達する方法が気に入らない場合は、オーダー数量を調整できます。

部品検索UIの次のスクリーンショットは、必要な2600個の部品を示していますが、在庫では2100個しか使用できません。

23D部品検索UI

次のスクリーン・ショットは、部品検索UI(「保存してクローズ」ボタン)によって作成された部品要件を示しています。在庫保管場所ごとに1つずつ、元の部品要件を4つ(1000、100、1000、500(ソーシングできなかった残りの部品用))の部品要件に分割しました。

23D部品要件の作成UI

この機能を使用すると、部品要件を在庫保管場所の手持数量以下の数量に手動で分割する必要がなくなります。

有効化のステップ

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

アクセス要件

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

• スタンドアロン部品オーダー・ページへのアクセス(RCL_PARTS_ACCESS_STANDALONE_PAGE)
• 要件明細の表示(RCL_PARTS_REQ_VIEW)

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

新しいサービス・リクエスト手数料UIを使用した、サービス・リクエスト別手数料の集計

新しいサービス・リクエスト手数料UIを使用して、サービス・リクエストに関連付けられているすべての作業オーダーおよび各作業オーダーに関連付けられているすべての料金を確認できます。すべての作業オーダーおよび関連する手数料について、次の処理を実行できます。

• サービス・リクエスト番号、状況、顧客、割当先などのサービス・リクエスト・パラメータを確認します。
• 「手数料を転記してクローズ」をクリックして、関連するすべての作業オーダーについて、サービス・リクエスト・レベルで報告トランザクションを転記します。
• 各作業オーダーの報告ヘッダー詳細を編集します。
• 特定の作業オーダーに手数料明細(資材、労務、経費および固定手数料)を追加します。
• 特定の作業オーダーの手数料を転記します。
• 任意の作業オーダーの「作業オーダー手数料」UIで作業オーダー詳細にナビゲートします。
• 作業オーダーに関連付けられた資産詳細にナビゲートします。
• 作業オーダーの手数料金額をレビューします。
• 作業オーダーに手動調整を適用します。
• 価格設定戦略に基づいてすべての手数料の価格を再設定してください。
• 別の通貨で手数料を再計算します。
• 「請求書」ハイパーリンクを使用して、請求書の詳細を確認します。

「サービス・リクエスト手数料のレビュー」をクリックして、「作業オーダー手数料」ページからこの新しいUIにアクセスします。

サービス・リクエスト手数料

すべての作業オーダーおよび手数料を1つのビューに集計すると、サービス・リクエストに関連するサービス料金のレビューおよび転記がより効率的で使いやすくなります。サービス・リクエストに対して行われたすべての作業の合計請求額を表示できるため、フィールド・サービス管理者は適切な調整および承認を行うことができます。

たとえば、フィールド・サービス管理者は、複数の作業オーダーが関連付けられているコピー機の修理に対して発生したサービス・リクエストをレビューします。これで、「サービス・リクエスト手数料」ページを使用して、関連するすべての作業オーダーおよび手数料を1つのビューに表示し、手数料をレビューし、必要な変更を加え、手数料を転記できるようになりました。

有効化のステップ

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

アクセス要件

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

• 管理者の作業オーダー手数料詳細ページへのアクセス(RCL_ADMIN_CREATE_EDIT_DEBRIEF_DETAILS_PRIV)

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

関連手数料を転記せずにフィールド・サービス原価を転記

フィールド・サービスおよび一般的な作業オーダー・コスト(部品、労務および経費)を転記し、請求用の販売オーダー明細を作成せずに、在庫および資産の追跡を更新できるようになりました。これは、複数のフィールド・サービス作業オーダーがある長期サービス・リクエストに特に役立ちます。

次のスクリーンショットに示すように、Redwoodの作業オーダー手数料UIの新しい「原価の更新」処理ではこの機能がサポートされます。この処理では、保守作業オーダー・トランザクションを作成して在庫、資産追跡および原価会計を更新する手数料後ESSジョブが起動されます。また、手数料明細のステータスが「原価計算済」に設定され、ユーザーが「作業オーダー手数料」検索ページに戻ります。

23D作業オーダー手数料UI - 原価更新処理

23D作業オーダー手数料UI - 原価ステータスの手数料明細

作業オーダーの請求時ではなく、作業オーダーが完了したときに、在庫や資産トラッキング、原価会計を更新できるため、経営陣の業務や財務の全体像を明確に把握できます。

有効化のステップ

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

アクセス要件

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

• 作業オーダー手数料検索ページへのアクセス(RCL_WORK_ORDER_CHARGES_ PRIV)
• 技術者の作業オーダー手数料詳細ページへのアクセス(RCL_FSTECH_CREATE_EDIT_DEBRIEF_DETAILS_ PRIV)
• 管理者の作業オーダー手数料詳細ページへのアクセス(RCL_ADMIN_CREATE_EDIT_DEBRIEF_HEADER_ PRIV)
• 技術者の作業オーダー手数料ヘッダー・ページへのアクセス(RCL_FSTECH_CREATE_EDIT_DEBRIEF_HEADER_ PRIV)
• 管理者の作業オーダー手数料ヘッダーへのアクセス(RCL_ADMIN_CREATE_EDIT_DEBRIEF_HEADER_ PRIV)

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

新しいデポ修理UIによるユーザービリティの改善

新しいデポ修理検索UIでは、エラスティック検索フレームワークが使用され、高速でスケーラブルな検索が行われます。これを使用して、「RMAステータス」、「報告ステータス」、「RMA番号」などの多数の属性に基づいて返品承認(RMA)明細を検索します。

UIが自動的に起動し、「RMAステータス」のデフォルト・フィルタが「受入済」に設定され、「報告ステータス」が「新規」に設定されます。ただし、必要に応じて属性を追加、更新または削除することで、検索を絞り込むことができます。自動完了やあいまい一致ロジックなどの機能を使用すると、基準に一致するRMA明細をより簡単に検索できます。検索結果から、RMA明細番号またはサービス・リクエストをクリックして、関連する詳細にドリルダウンできます。

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

デポ修理検索UI

「デポ修理」ページの新しいRedwood UIバージョンにアクセスするには、「デポ修理検索」ページで「RMA明細番号」をクリックします。新しい「デポ修理」UIを使用して、返品承認(RMA)明細に関連する次のようなすべての詳細を表示できます。

• RMA明細報告ヘッダー詳細。
• 転送オーダーに関連付けられたロジスティクス関連の詳細。
• 保守作業オーダーに関連付けられた修理オーダー詳細です。
• RMA明細に関連付けられた資産。
• 手数料明細(資材、労務、経費および固定手数料)。

「デポ修理」ページから実行できる処理は次のとおりです。

• 請求先住所、付加フレックスフィールドなど、報告ヘッダー詳細の編集。

• 「サービス・リクエスト」ページへのナビゲート。

• 関連付けられたアセットへのナビゲート。

• 関連する作業オーダーへのナビゲート。

• 返品部品/製品を修理サプライ・チェーンを介して移動する転送オーダーの作成。

• 返品資産に必要な修理作業オーダーの作成または取消。

• 「手数料」リージョンのボタン「手数料の作成」をクリックし、修理オーダーに関連付けられた報告手数料のインポート。

• 「手数料の追加」ボタンをクリックするか、「手数料」リージョンの「削除」アイコンをクリックし、修理オーダーに関連付けられた報告手数料を追加または削除。

• 手数料明細の価格および金額の編集。

• 「手数料を転記してクローズ」ボタンをクリックして、1つのRMA明細番号に関連付けられたすべての手数料を転記します。単一の修理オーダーに関連付けられた手数料は、「手数料」テーブルの上にあるボタン「手数料の転記」をクリックしても転記できます。

• 「手数料」リージョンの「その他の処理」をクリックして、通貨の変更や価格の再設定などの価格設定関連処理を実行します。

デポ修理UI

新しいデポ修理UI (デポ修理検索およびデポ修理)を使用して、より直感的で使いやすい方法で注意が必要なRMA明細を検索し、RMA明細に関連するすべての内容を1つのページで直感的に詳細に表示できます。このページから、返品および修理オーダーをレビュー、分析および迅速に処理できます。

たとえば、コピー機の修理を調整するデポ・マネージャを考えてみます。マネージャは、デポ内のコピー機用に作成されたRMAをすばやく検索し、「デポ修理」ページでRMA明細をクリックできます。マネージャは、修理オーダーの作成、手数料のインポートなどを1つのページから実行できます。

有効化のステップ

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

アクセス要件

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

• デポ修理検索へのアクセス(RCL_DEPOT_REPAIR_SEARCH_PRIV)
• デポ修理マネージャのデポ修理へのアクセス(RCL_DEPOT_DETAILS_PRIV)

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