Oracle Fusion Cloud Maintenance 22D新機能

すべて展開

更新22D

更新22D

改訂履歴

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

日付	モジュール	機能	ノート
2022年11月21日	保守	作業オーダーの手動スケジュール	文書の更新。更新22Dで提供される機能。
2022年9月16日			初版作成。

概要

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

ご意見をお待ちしています。クラウド・サービスをさらに改善する方法について提案がございましたらどうぞお教えください。アイデアを送信するにはいくつかの方法があります。たとえば、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)

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

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

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

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

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

オプト・イン失効

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

機能概要

列の定義:

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

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

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

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

	エンド・ユーザーがすぐに使用可能 (機能が使用可能な状態で提供) レポートと小規模UIまたはプロセスベースの新機能が更新後にユーザーに与える影響は最小限です。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。
機能	レポート	UIまたはプロセスベース: 小規模	UIまたはプロセスベース: 大規模*
保守
保守
保守作業オーダー・リリースに対する遅延電子レコードおよび電子署名の有効化
REST APIを使用した保守プログラムの日間隔の定義
「資産情報管理」ページでの追加属性による表示および検索
作業の割当または労務使用のレポート時におけるオペレータの認定
作業オーダーの手動スケジュール
サービス・ロジスティクス
移動中の部品の返品および転送のサポート

保守

保守作業オーダー・リリースに対する遅延電子レコードおよび電子署名の有効化

Oracle Electronic Signatures and Electronic Recordsは、電子レコードと電子署名を安全に取得、格納、印刷するための構成可能なフレームワークです。

現在、保守作業オーダーをリリースする前の正式な承認プロセスはありません。この更新により、次のページで作業オーダーが最初に「リリース済」ステータスに変更されたときに、電子レコードの生成および電子署名の取得を強制できます。

作業オーダーの編集
保守作業オーダーの管理

保守作業オーダーの電子レコードには、作業オーダーに適用可能な次の情報が含まれています。

作業オーダー・ヘッダーおよび詳細
作業定義詳細
資産情報詳細
プロジェクト詳細
工程詳細(工程情報、工程品目、工程リソースおよび工程リソース・インスタンスを含む)
保守例外
添付詳細

保守作業オーダー・リリースの電子レコード

通知で遅延承認プロセスを使用すると、承認が取得されるまで、保守作業オーダーは「承認待ち」ステータスで保持されます。承認の結果に応じて、作業オーダーは「承認済」ステータスで保存されるか、前のステータスにロールバックされます。

保守作業オーダーのステータスを「リリース済」に更新し、承認のために送信します。

更新の確認が表示されます。

前述の作業オーダーを検索して、「承認待ち」に移行されたステータスを確認します。

作業オーダーは「承認待ち」ステータスになりました。

次のスクリーンショットは、特定の電子レコードの承認の通知を示しています。

承認後、保守作業オーダーが「リリース済」ステータスであることを確認できます。

電子レコードおよび電子署名プロセスを介して作業オーダーのリリースを制御することで、保守作業オーダーを開始する前に仕様および手順を順守できるようにします。

有効化のステップ

電子レコードを有効にして、保守の電子署名を取得するには、「設定および保守」作業領域の「電子署名プリファレンスの構成」タスクを使用して、各在庫組織の電子署名を決定して構成する必要があります。構成するトランザクションは保守作業オーダー承認です。

トランザクションの電子署名を有効にした後、「サプライ・チェーン管理のタスク構成の管理」タスクを使用して、構成可能なビジネス・プロセス・ルールをOracle Business Process Managementで定義し、「設定および保守」作業領域の「承認グループの管理」タスクを使用して、各トランザクションの承認者を決定する必要もあります。構成するタスクは、WorkOrderDeferredApprovalです。

ヒントと考慮事項

保守作業オーダーとは別に、ショップ型製造およびプロセス製造作業オーダーの電子レコードおよび電子署名を使用可能にできます。

システム・ステータス「リリース済」に関連付けられたユーザー定義ステータスに最初に変更されたときに、承認のために作業オーダーを送信できます。

UI、FBDIまたはRESTを介して「承認待ち」ステータスの作業オーダーを更新することはできません。承認プロセスが承認済または否認済として完了するのを待ってから、さらに変更を加える必要があります。

「リリース済」ステータスで作成された作業オーダーの電子レコードおよび電子署名プロセスは開始できません。

以前に電子レコードおよび電子署名承認のためにリリースされた作業オーダーは、再度送信できません。かわりに、監査証跡を有効にして作業オーダーの変更を追跡できます。

電子レコードおよび電子署名が使用可能になっている場合、単一の処理で作業オーダーをリリースおよびピックできません。かわりに、資材をピックする前に、作業オーダーをリリースし、承認のために送信できます。

FBDI、REST、保守例外の編集ページまたは生産監督者モバイル・アプリケーションを介して電子レコードおよび電子署名承認の作業オーダーをリリースすることはできません。

特定の条件に基づいて電子署名承認の抑制を構成することはできません。ただし、承認ルールに基づいて自動かつ条件付きの承認を構成できます。

主なリソース

Oracle E-Signatures and E-Records:の設定および使用の詳細は、Oracle Help Centerの次のガイドを参照してください。

E-Signatures and E-Recordsの使用
製造およびサプライ・チェーン資材管理の実装: 電子署名および電子レコードに関する章

ロールおよび権限

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

保守マネージャ(ORA_MNT_MAINTENANCE_MANAGER_JOB)

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

保守作業オーダーの管理(MNT_MANAGE_MAINTENANCE_WORK_ORDER_HEADERS_PRIV)

REST APIを使用した保守プログラムの日間隔の定義

保守プログラムREST APIを使用すると、プログラムとその作業要件の主な詳細を定義および更新できます。この取込みにより、このサービスを使用して、「日数を使用した保守プログラム予測の生成」というタイトルの21D機能で導入された機能を定義、表示および管理できるようになりました。この機能には、カレンダ・パターンおよび資産メーターの以前の方法に加えて、日数に基づく予測間隔方法を定義する機能や、品目ベースの作業要件に対して資産を含めるか除外する機能が含まれます。

資産ベース定義と品目ベース定義の両方に使用される追加属性を公開することで、作業要件リソース・レベルでサービスが改善されました。これらの属性はGETレスポンスで返され、POSTまたはPATCHトランザクションを使用して多くの属性を設定または更新できます。

タイプ - 作業要件のタイプの読取り専用の内容。値は、選択したタイプ・コードに基づく「資産」または「品目」です。

資産コードを含める - 品目ベースの要件に資産が自動または手動で含まれるかどうかを示します。作成時、値はデフォルトで「自動」になりますが、「手動」に設定できます。この取込みの前のすべての既存の要件に対して、これはNULLに設定されますが、「自動」に設定されたものとみなされます。

資産を含める - 「資産コードを含める」の内容。

「作業オーダーを許可」フラグ - 資産に対して作業オーダーを作成できる資産ベースの要件の読取り専用インジケータ。

作業オーダー作成フラグ - 資産に対して作業オーダーがすでに作成されている資産ベースの要件の読取り専用インジケータ。

履歴最終完了日 - 資産ベースの要件のオプション値。同様の保守が最初の作業オーダーの前に外部システムで完了した最終日を定義できます。

履歴最終完了間隔 - 資産ベースの要件のオプション値。同様の保守が最初の作業オーダーの前に外部システムで完了した最終間隔を定義できます。

ステータス・コード - 作業要件の読取り専用ステータス。

ステータス - ステータス・コードの内容。

日ベース・フラグ - 日間隔を使用して予測方法を選択するために作業要件で使用されるオプション・インジケータ。設定する場合は、日間隔も指定する必要があります。

日間隔 - 日予測方法における間隔間の日数の値。

次の期日の日計算コード - 日ベースの予測の次の期日間隔が、ベース間隔または最終完了のどちらに従うかを示します。定義されていない場合、デフォルトは「ベース間隔」です。

次の期日の日計算 - 次の期日の日計算コードの内容。

「作業要件」リソースには、新しい「影響を受ける資産」子リソースも含まれます。このリソースは、予測の資産を定義、表示および管理するために使用されます。

資産ベースの作業要件の場合:
- 履歴詳細は、このリソース・レベルでのみ管理できます。また、「作業要件」リソース・レベルでも管理できます。

資産が自動的に含まれる品目ベースの要件の場合:
- デフォルトでは、その組織内の品目のすべての資産が明示的に含まれます。GETメソッドを使用して、含まれる資産の完全なリストを返すことができます。
- このサービスを使用して、資産を除外したり、予測の最初の期日の初期化に使用する履歴詳細を定義できます。
- 後で、以前に除外された資産を含めることも選択でき、これは予測で考慮されます。

資産を手動で含める品目ベースの要件の場合:
- デフォルトでは、その組織内の品目のすべての資産が明示的に除外されます。GETメソッドを使用して、除外される資産の完全なリストを返すことができます。
- このサービスを使用して、資産を含めたり、予測の最初の期日の初期化に使用する履歴詳細を定義できます。
- 後で、以前に含まれていた資産を除外することも選択でき、これは予測で考慮されなくなります。

資産の包含または除外のいずれの方法についても、次の方法を使用して詳細を定義できます。
- POSTでの新しい作業要件の作成時に、資産とその履歴詳細を含めるか除外できます。
  - ただし、作業要件レベルで更新することはできません。
- 作業要件が作成されると、一意の作業要件の「影響を受ける資産」リソースを使用して資産を管理できます。
  - POSTトランザクションを使用して、資産のステータスを直接定義または更新できます。
  - コンテキストを個々の影響を受ける資産に設定し、PATCHトランザクションを使用して更新することもできます。

詳細およびユースケースについては、Oracle Fusion Cloud Supply Chain ManagementのREST APIガイドを参照してください。

更新されたサービスでは、予防保守の保守プログラムを簡単に定義、表示および管理できます。

有効化のステップ

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

主なリソース

Oracle Help CenterにあるOracle Fusion Cloud SCMのREST API

ロールおよび権限

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

「資産情報管理」ページでの追加属性による表示および検索

この取込みでは、「資産情報管理」ページで、事務所タイプ、「保守プログラム許可」インジケータおよび「作業オーダー許可」インジケータ別に資産を検索できるようになりました。フィルタ・チップをクリックすると、検索バーに追加され、結果リストの追加フィルタが自動的に提供されます。

検索フィルタ

フィルタ・チップが検索バーにある場合は、チップをクリックし、1つまたは複数のフィルタ条件を選択することで、結果をさらに絞り込むことができます。この追加のフィルタリングは、3つの新しいチップすべてで使用できます。

チップによるフィルタ

さらに、検索結果表の任意の資産行をクリックして、資産グループの詳細を表示できるようになりました。ドロワー・リージョンには、選択した資産行について、資産グループ詳細と、グローバルおよびコンテキスト依存の付加フレックスフィールド・セグメントが表示されます。資産グループ詳細には、資産が関連付けられている各グループの資産グループ・ルール名、資産グループ名および資産グループ摘要が含まれます。結果表で別の資産行をクリックすると、ドロワーの内容が更新されます。ドロワーを閉じるには、ドロワーの上隅にあるxをクリックするか、[Esc]キーをクリックします。

資産ドロワー

資産グループ詳細を使用して結果をさらに絞り込むこともできます。これにより、結果を段階的に絞り込むことができます。

たとえば、グループ名を検索語として入力すると、結果リストは8つの資産に絞り込まれます。

資産グループ名による検索

次に、資産グループ摘要に基づいて別の検索語を追加すると、結果リストが単一の資産に絞り込まれます。

資産グループ摘要による検索

追加の検索フィルタ・チップを使用すると、資産結果行をさらに絞り込んで、返される結果行の数を減らすことができます。また、ドロワー・リージョンで資産グループ詳細で検索して表示できるため、資産グループ関連をより簡単に識別し、返される結果行のサブセットを操作できます。

有効化のステップ

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

ロールおよび権限

この機能を使用するために追加のユーザー・ロールまたは権限は必要ありません。

作業の割当または労務使用のレポート時におけるオペレータの認定

多くの場合、企業では、オペレータのスキルやトレーニング・レコードを維持し、工程を実行するためのプロセスやシステムを別に用意しています。これは、オペレータが作業を実行する前に適切にトレーニングされていることを確認するうえで潜在的なリスクをもたらす可能性があります。この更新により、特定のジョブ・プロファイルに基づいて、オペレータに保守工程作を実行する資格があることを確認できます。

初期設定では、Oracle Cloud Human Capital Managementの一部であるOracle Fusion Cloud Talent Managementを利用して、特定のジョブ要件のジョブ・プロファイルを定義し、対応する熟達度レベルおよび証明のコンピテンシについて従業員タレント・プロファイルを追跡できます。次に、ジョブ・プロファイルを標準工程リソース、保守作業定義工程リソースに関連付けるか、保守作業オーダー工程リソースに直接関連付けることによって、オペレータが特定のジョブ要件を満たすことを必須にします。

ジョブ・プロファイルを工程リソースに関連付けます。

前述の標準工程を使用して作業定義を作成します。

この資格チェックは、作業をオペレータに割り当てたり、労務使用をレポートする際に次のように強制されます。

労務リソース・インスタンスを保守作業オーダー工程に割り当てる際、オペレータの資格を確認できます。作業オーダー工程への割当中にオペレータが適格でない場合は、警告が表示され、続行するか、別の適格オペレータと置き換えることができます。

不適格なオペレータが割り当てられると、管理者に警告が表示されます。

労務リソース・インスタンスを使用して工程またはリソース・トランザクションをレポートするときに、オペレータの資格を確認できます。工程完了時またはリソース・チャージ時は、不適格なオペレータで続行できないため、適格なオペレータに再割当する必要があります。

リソース・トランザクションではリソースに関連付けられたジョブ・プロファイルに対してオペレータが認定される必要があるというエラー・メッセージが管理者に表示されます。

ファイルベース・データ・インポート(FBDI)の変更:

ファイルベース・データ・インポートを使用して、ジョブ・プロファイルを標準工程リソース、作業定義工程リソースおよび作業オーダー工程リソースに関連付けることができます。それぞれのFBDIテンプレートに、「ジョブ・プロファイル・コード」という新しい列が追加されました。

REST APIの変更:

RESTサービスを使用して、ジョブ・プロファイルを標準工程リソース、作業定義工程リソースおよび作業オーダー工程リソースに関連付けることができます。RESTペイロードは、ジョブ・プロファイル・コードおよびプロファイルIDを受け入れます。RESTを介して工程トランザクションのリソースおよびリソース・インスタンスをレポートできないため、工程リソースに関連ジョブ・プロファイルがある場合、工程完了をレポートできません。このような工程の完了をRESTを介してレポートするには、リソース・チャージ・タイプを「手動」に設定し、作業オーダー・リソース・トランザクションRESTサービスを使用できます。

ADFdiの変更:

ADFデスクトップ統合サービス(ADFdi)を使用して、ジョブ・プロファイルを標準工程リソースに関連付けることができます。ジョブ・プロファイル名とプロファイル・コードの両方がテンプレートに表示され、コードが優先されます。

トレーニングおよびジョブ要件へのコンプライアンスのための組込みの工程チェックにより、標準の工程手順および規制要件に準拠しながら、コンプライアンス違反や障害、保守工程の失敗の可能性が軽減されます。詳細は、リソースの項にあるタレント管理のドキュメントを参照してください。

有効化のステップ

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

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

前提条件: HCMでジョブ・プロファイルとスキルおよび資格を設定する必要があります。これを次に示します。

HCM設定

Oracle Fusion Cloud Talent Managementから次の設定を使用します。

ジョブ・プロファイルを定義します。

従業員へのジョブ・スキルの追加。

ヒントと考慮事項

ジョブ・プロファイルは、社内保守を含む任意の作業オーダー・タイプおよび作業方法に使用できます。

アクティブなジョブ・プロファイルを標準工程、作業定義工程または作業オーダー工程に追加するには、UIと、保守作業方法でサポートされているREST、ファイル・ベース・データ・インポート(FBDI)およびApplication Development Frameworkデスクトップ統合(ADFdi)などのその他の方法を使用します。

ジョブ・プロファイルを作業定義工程リソースに関連付けて、作業オーダー割当および工程またはリソース・トランザクションのレポート中に、すべての労務リソース・インスタンスに同じジョブ要件を適用できます。オペレータが複数のタイプの作業を行う資格がある場合、様々な工程にあわせて異なるジョブ・プロファイルを作成できます。

新しい作業定義バージョンを作成して、工程に関連付けられたジョブ要件を含むジョブ・プロファイルの変更を追跡できます。

作業定義工程に関連付けられているジョブ・プロファイルを削除して、作業オーダーおよび作業実行時に必要な資格チェックを使用不可にできます。

UI、RESTおよびFBDIを使用して工程またはリソース・トランザクションをレポートするときに、資格チェックを強制できます。

HCMと統合済のチェックのみがサポートされているため、資格チェックに外部システムを利用できません。

作業オーダーで任意の工程リソースに必要なジョブ・プロファイルがある場合は、「作業手配リストのレビュー」ページでクイック完了プロセスを使用できません。

リソース・トランザクションのレポート中にスキル検証を上書きすることはできません。割り当てられた労務リソース・インスタンスの資格は、ジョブ・プロファイル要件に対してチェックされます。トランザクションをレポートするログイン・ユーザーは、検証に使用されません。

主なリソース

ジョブ・プロファイルの作成方法と従業員タレント・プロファイルの管理方法の詳細は、Oracle Fusion Cloud Human Capital Managementの一部であるタレント管理のドキュメントを参照してください

ロールおよび権限

次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
- 保守マネージャ - ORA_MNT_MAINTENANCE_MANAGER_JOB

次のジョブ・ロールが割り当てられているユーザーは、Oracle Fusion Cloud Human Capital Managementの機能にアクセスする必要があるため、必要な資格を持つジョブ・プロファイルを作成できます。
- 人事担当者 - ORA_PER_HUMAN_RESOURCE_SPECIALIST_JOB

作業オーダーの手動スケジュール

保守作業オーダーは、保守プログラムによって自動的に作成されるか、ユーザーが手動で作成します。どちらの状況でも、作業オーダーの日付は圧縮され、バックグラウンドの制約なしスケジューリング・エンジンを介して作業オーダー内の時間ギャップを排除または最小化します。

また、ユーザーがいずれかの作業オーダー日を更新すると、同じバックグラウンドの制約なしスケジューリング・エンジンが起動され、対応する作業オーダー日のいずれかが前方、中間または後方スケジューリングによって圧縮されます。

ただし、様々な保守ビジネス・ニーズのために、ユーザーは制約なしのスケジューリング・エンジンを自動的に起動することなく、作業日を作成および更新できます。たとえば、工程とリソース間の時間間隔がある作業オーダーのスケジュール、重複する工程およびリソース期間の定義などがあります。

たとえば、保守工程に塗装が含まれる場合、次の作業工程は、乾燥時間のために一定時間が経過した後にのみ開始するようにスケジュールする必要があります。作業オーダーでは、前の工程の予定完了時間との時間ギャップの後で、次の工程が開始される必要があります。

この更新の前に、作業オーダーは常に、工程と生産資源の日付の間にギャップや重複がない状態で自動的にスケジュールされていました。

この更新では、作業オーダーを手動でスケジュールして、工程またはリソース間のギャップまたは重複を有効にできます。

この機能でサポートされている機能は次のとおりです。

手動スケジューリングの作業オーダーの設定

作業オーダーの手動スケジュール
- 作業オーダーの開始日および完了日の手動更新
- 作業オーダー工程開始日および完了日の手動更新
- 作業オーダー・リソースの開始日と完了日の手動更新

手動スケジューリングの作業オーダーの設定

スケジュール方法は、保守作業オーダーと製造作業オーダーの両方の作業オーダー・ヘッダーに表示されます。次の2つの値のいずれかを選択します。

デフォルト・スケジューリング
ユーザーまたは外部スケジューリング

「作業オーダーの編集」→「一般情報」→「詳細」

作業オーダーの手動スケジュール

作業オーダーの開始日および完了日の手動更新

作業オーダーの開始日および完了日は手動で更新できます。スケジューリング方法が「ユーザー」または「外部スケジューリング」の場合、制約なしスケジューリングは起動されません。

作業オーダー工程開始日および完了日の手動更新

作業オーダー工程の開始日および完了日は手動で更新できます。スケジューリング方法が「ユーザー」または「外部スケジューリング」の場合、制約なしスケジューリングは起動されません。ただし、作業オーダー開始日および完了日は、最早工程開始日および最遅完了日(作業オーダー開始日および完了日の範囲外の場合)と同期されます。

作業オーダー・リソースの開始日と完了日の手動更新

作業オーダー・リソースの開始日および完了日は手動で更新できます。スケジューリング方法が「ユーザー」または「外部スケジューリング」の場合、制約なしスケジューリングは起動されません。ただし、作業オーダー工程の開始日と完了日、および作業オーダーの開始日と完了日は、最も早いリソース開始日と最も遅いリソース完了日(作業オーダーまたは工程日の範囲外の場合)と同期されます。

生産スケジューリングを含むOracle Fusion Cloud Supply Planningでは、スケジューリング中に手動でスケジュールされた作業オーダーが考慮されます。生産スケジューリングを含むOracle Supply Planningが作業オーダー日を更新する場合、Oracle Fusion Cloud Maintenanceは推奨を受け入れます。

作業オーダーの手動スケジューリングを使用することで、ビジネス・ニーズにあわせて、製造現場のスケジュールのリアルタイム要件をより適切に管理できます。

有効化のステップ

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

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

ヒントと考慮事項

スケジューリング方法がユーザーまたは外部スケジューリング方法に変更されると、「確定」インジケータが自動的に選択されます。ただし、オプションで選択解除できます。

この拡張機能は、ユーザー・インタフェースでのみサポートされています。FBDIとRESTは、引き続き既存の動作をサポートします。

ロールおよび権限

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

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

移動中の部品の返品および転送のサポートこの機能はお客様からのアイデアに基づいて提供されています。

サービス・ロジスティクスで、返品および転送の移動中トランザクションを作成できるようになりました。これにより、組織間のサービス在庫転送や、技術者トランク在庫からの返品を管理できます。

部品を別の組織に転送または返品するときに、「タイプ」フィールドで「移動中出荷」を選択できるようになりました。出荷番号を生成するか手動で追加するかを選択することもできます。

移動中振替の作成

移動中振替では、搬送先組織で受入トランザクションが自動的に生成されます。移動中振替を使用して個別の出荷および受入トランザクションを作成することで、部品サプライ・チェーンをトレースできるようになりました。

有効化のステップ

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

ヒントと考慮事項

通常、2つの組織間で移動中トランザクションを使用する場合は、「組織間パラメータの作成」ページを使用して、「転送タイプ」フィールドの値を「移動中」に設定します。これにより、「部品の転送」ページの「タイプ」フィールドの値が「移動中出荷」にデフォルト設定されます。

「移動中」転送タイプを使用した組織間転送の設定

主なリソース

「転送オーダーを使用した複雑なデポ修理ロジスティクスのサポート」準備トレーニングの視聴。

ロールおよび権限

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

フィールド・サービス管理者(ORA_RCL_FIELD_SERVICE_ADMINISTRATOR)
フィールド・サービス技術者職務(ORA_RCL_FIELD_SERVICE_TECHNICIAN_DUTY)
デポ修理マネージャ(ORA_RCL_DEPOT_REPAIR_MANAGER_JOB)