更新24C
改訂履歴
本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。
| 日付 | モジュール | 機能 | ノート |
|---|---|---|---|
| 2024年6月7日 | 初版作成。 |
概要
アイデアをお寄せください
ご意見をお待ちしています。クラウド・サービスをさらに改善する方法について提案がございましたらどうぞお教えください。アイデアを送信するにはいくつかの方法があります。たとえば、Oracle Customer ConnectのIdeas Labを使用します。機能名の後にこのアイコンが表示されている箇所は、お客様のアイデアを実現した機能です。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。
免責事項
この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。
この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。特にこの情報についてオラクルは一切の責任を負いかねます。詳細は、法律上の注意点および使用条件を参照してください。
更新前および更新後のタスク
Cloudアプリケーションで使用している機能によっては、四半期更新の直前または直後に特定のステップを実行することが必要になる場合があります。これらの更新前および更新後のステップおよび影響を受ける製品領域の詳細は、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)
新機能をオプトインする方法を次に示します。
- 「ナビゲータ」→「自分の企業」→「新機能」をクリックします。
- 機能概要ページでオファリングを選択し、そのオファリングに固有の新機能を表示します。または、デフォルトのすべての使用可能オファリングの選択を維持して、すべてのオファリングの新機能を表示します。
- 「新機能」タブで新機能を確認し、「使用可能」列で機能のオプトイン・ステータスを確認します。機能がすでに有効化されている場合は、チェック・マークが表示されます。それ以外の場合は、機能を使用可能にするアイコンが表示されます。
- 「使用可能」列にあるアイコンをクリックし、機能を有効にする手順を完了します。
「新機能」作業領域に表示されていない機能をオプトインする場合があります。オプトインする方法は次のとおりです。
- 「ナビゲータ」→「自分の企業」→「オファリング」をクリックします。
- 「オファリング」ページでオファリングを選択し、オプトイン機能をクリックします。
- オプトイン・ページで、オファリングまたは機能が含まれている機能領域の機能の編集(鉛筆)アイコンをクリックします。
- 機能の編集ページで、機能を有効化するためのステップを完了します。
オファリングの新機能をオプトインする方法の詳細および詳細な手順は、オファリングの構成を参照してください。
オプト・イン失効
オプトインで使用不可の状態で提供された機能は、今後の更新で自動的に使用可能になる場合があります。 これは「オプト・イン失効」と呼ばれます。 クラウド・サービスで「オプト・イン失効」がある場合、この文書に関連タブが表示されます。 このタブをクリックすると、最初に機能が無効状態で提供されたのはいつか、そしてこの機能のオプト・インがいつ失効し、自動で使用可能となる見込みかが表示されます。 ここをクリックして、すべてのOracle Cloud Applicationsにわたる「オプト・イン失効」がある機能を確認することもできます。
機能のサマリー
列の定義:
使用可能な状態で提供される機能
レポート = 新規または変更され、Oracleで提供される、実行準備が完了したレポート。
UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は通常、フィールド、検証またはプログラムの小さな変更で構成されています。したがって、ユーザーに対する潜在的な影響は最小になります。
UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能は、より複雑に設計されています。したがって、ユーザーに対する潜在的な影響は高くなります。
すぐ使用できない状態で提供される機能 = エンド・ユーザーがこれらの機能を使用できるようにするには、処理が必要です。これらの機能は無効化されており、有効にするかどうかとその時期は自分で選択します。たとえば、a)新しいまたは拡張されたBIサブジェクト領域はまずレポートに組み込む必要があり、b)新しいWebサービスを利用するには統合が必要で、c)機能にアクセスできるようにするにはまずユーザー・ロールに割り当てる必要があります。
| エンド・ユーザーがすぐに使用可能 レポートおよび小規模なUIまたはプロセスベースの新機能は、更新後のユーザーに対する影響を最小限に抑えます。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。 |
エンド・ユーザーが使用する前に処理が必要 これらの機能を使用するために、膨大な作業は不要です。選択的に使用するよう選択すると、テストおよびロールアウトのタイミングを設定できます。 |
|||||
|---|---|---|---|---|---|---|
| 機能 |
レポート |
UIまたは |
UIまたは |
|
||
販売オーダー履行明細からOracle Order Managementにインタフェースされた転送オーダーに関する供給情報の導出 |
||||||
販売オーダー履行明細からOracle Order Managementにインタフェースされた転送オーダーに関する供給情報の導出 |
||||||
サプライ・チェーン・オーケストレーション
サプライ・チェーン・オーケストレーション
Redwoodエクスペリエンス
これらの機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス全体で最先端のコンシューマ・グレードのユーザー・エクスペリエンスを、Oracleが実現する高度なエンタープライズ・シナリオにもたらします。
再設計されたページを使用した供給要求明細の表示
再設計されたページを使用して、供給要求明細の詳細を表示します。各供給要求明細を履行する購買オーダー、作業オーダーまたは転送オーダーの詳細など、供給に関する詳細を取得します。オーケストレーション・プランを調べて、オーケストレーション・プロセスが実行しているタスクの現在の状態を取得します。各明細でサービス・マッピングが変更している属性を表示します。明細で処理を実行し、供給中断を解決します。
デスクトップ、タブレットまたはモバイル・デバイスを使用して、供給要求明細の供給中断を削除する処理を実行します。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
演習:
- 「サプライ・チェーン・オーケストレーション」作業領域に移動し、供給要求を検索します。
- 検索結果で、供給要求をクリックし、「その他の処理」>「供給要求詳細の表示」をクリックします。
- 「供給要求」ページで、供給要求明細をクリックし、「その他の処理」>「供給要求明細詳細の表示」をクリックします。
- 「供給要求明細」ページで詳細を表示します。
ページの様々なセクションを使用して、供給要求明細について必要な詳細を取得します。
| このセクションを使用 | 取得する詳細の内容 |
|---|---|
| 明細詳細 | 明細(要求数量、予想数量、要求日、予想日など)。 |
| 供給詳細 | 供給文書(購買依頼、購買オーダー、転送オーダー、作業オーダーなど)。 供給文書にドリルダウンして詳細を表示します。 |
| オーケストレーション・プラン | オーケストレーション・プラン。プラン内の各タスクの現在のステータスを取得します。 |
| サービス・マッピング詳細 | サービス・マッピングが供給要求明細で変更する属性値を表示します。 |
供給要求明細に対して処理を実行します:
- 供給中断を解決した後、明細を再発行します。
- 供給が例外の場合、「元のソースから供給を再作成」処理または最適な代替ソースから供給を再作成処理を使用します。
- 明細を取り消します。
例:
詳細
追加詳細
このページを使用するために機能をオプト・インする必要はありません。
「供給要求明細」ページでは、ビジネス・ルールおよびガイド付きジャーニを使用できます。
主なリソース
アクセス要件
ユーザーにこの機能へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。
- 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。
- サプライ・チェーン運用マネージャ(ORA_DOS_SUPPLY_CHAIN_OPERATIONS_MANAGER_JOB)
- 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 供給オーダー・インタフェースの処理(DOS_PROCESS_SUPPLY_ORDER_INTERFACE_PRIV)
- 供給オーダーの表示(DOS_VIEW_SUPPLY_ORDERS_PRIV)
- 供給要求例外の管理(DOS_MANAGE_SUPPLY_REQUEST_EXCEPTIONS_PRIV)
- 供給オーダー例外およびステータスの表示(DOS_VIEW_SUPPLY_ORDER_EXCEPTIONS_AND_STATUS_PRIV)
独自のジョブ・ロールを保守している場合、この機能をサポートするための新しい権限は導入されていません。
供給プランニング
SCM共通コンポーネント
Redwoodページのガイド付きジャーニの作成
ガイド付きジャーニは、ユーザーがビジネス・プロセスを促進してタスクを完了するのに役立ちます。管理者は、ガイド付きジャーニを作成して、チュートリアル、会社のポリシーおよびベスト・プラクティスをページ・レベルまたはセクション・レベルで埋め込むことができます。たとえば、従業員が販売オーダーを配置できるようにガイド付きジャーニを作成できます。
ノート: この更新では、ガイド付きジャーニはすべてのRedwoodページではまだサポートされていません。
販売オーダーを発行する従業員のユースケース・シナリオを見てみましょう。たとえば、販売オーダーを作成または改訂する前に、従業員が行うタスクのチェックリストを提供するガイド付きジャーニを作成できます。テキストは、特定のユース・ケースおよび会社のニーズに合わせて入力できます。次の例では、パネルが開いて入力できるチェックリストを示します。追加のガイダンスのために外部のWebサイトまたはビデオにリンクすることもできます。
管理者指定のヘルプ・テキストのガイド付きジャーニの例
次の例では、ガイド付きジャーニ・タスクをページ・レベルおよびセクション・レベルで確認できます。ページレベルのガイド付きジャーニ・タスクは、「販売オーダーの作成」ガイド付きジャーニ・ヘッダーの下にトレイン・ストップとして表示され、ジャーニ内の2つのタスクに対応する2つのドットが表示されます。セクションレベルのガイド付きジャーニ・タスクは、ページの左側にあるフィールドの最初の行の下にあります。
ページ・レベルおよびセクション・レベルでのガイド付きジャーニ・タスクの例
ガイド付きジャーニの作成
概要レベルでは、ガイド付きジャーニの作成は2ステップのプロセスです:
- ガイド付きジャーニ・テンプレートを作成します。
- VB StudioをExpressモードで使用して、ガイド付きジャーニ・タスクをページ・レベルまたはセクション・レベルで関連付けます。
ガイド付きジャーニ・テンプレートの作成
- 「自分のクライアント・グループ」>「詳細を表示」>「雇用」セクション>「チェックリスト・テンプレート」にナビゲートします。
- 「作成」をクリックして、すべての必須フィールドに入力します。いくつかのフィールドについて、次の重要なヒントに注意してください:
フィールド ヒント チェックリスト・コード フィールドをクリックすると、入力した名前に基づいてジャーニ・コードが自動移入されます。コードは必要に応じて変更できますが、ジャーニ間で一意である必要があります。このコードは、後でVB StudioをExpressモードで使用してガイド付きジャーニをページに関連付けるために使用します。後で使用するためにチェックリスト・コードを書き留めます。
カテゴリ 「ガイド付きジャーニ」を選択します。現在サポートされているのは、ガイド付きジャーニのみです。
- 「一般」タブをクリックし、ガイド付きジャーニの摘要を入力します。「下書き」が「ステータス」フィールドに表示されることに注意してください。
- 「タスク」タブをクリックし、「作成」をクリックして、タスクをガイド付きジャーニに追加します。
- (オプション)「メッセージ」タブをクリックし、ガイド付きジャーニにタイトルを追加します。
- (オプション)「セキュリティ」タブをクリックして、データ・セキュリティを有効にするか、ロールに基づいてアクセスを制限します。
- 「保存してクローズ」をクリックします。
- 「一般」タブで、ステータスを「下書き」から「アクティブ」に変更して、テンプレートをアクティブ化します。ジャーニを使用する準備ができました。
ページの関連付け
Oracle Visual Builder Studio (VB Studio)を使用して特定のページを拡張できるかどうかを判断するには、ページに移動して「設定およびアクション」メニューを開きます。「Visual Builder Studioでページを編集」タスクを探します。
「設定およびアクション」メニュー
「Visual Builder Studioでページを編集」タスクが表示されない場合、VB Studioでページを編集するために必要な権限が割り当てられていないか、現在VB Studioでページを編集できないため、VB Studioを使用してページを編集することはできません。
VB Studioでページを開く場合、Expressモードを使用してのみページを拡張できます。拡張モードはサポートされていません。 ExpressモードはVB Studioヘッダー・リージョンに表示されます。
Expressモードが表示されているVB Studioのヘッダー・リージョン
ガイド付きジャーニをVB Studio Expressモードでページに関連付けるには:
- ガイド付きジャーニに関連付けるページにナビゲートします。
- 「設定およびアクション」メニューで「Visual Builder Studioでページを編集」タスクを選択します。
- 「ページ・プロパティ」セクション(以前の「定数」タブ)にナビゲートします。ページが完全にロードされるのを待ってから、次のステップに進みます。
- 変更するジャーニ・コード・プロパティを検索し、ガイド付きジャーニからVB Studioのプロパティ・フィールドにページレベルまたはセクションレベルのコードを入力します。
VB Studioでのプロパティ名
ガイド付きジャーニ・テンプレートでのフィールド名
摘要
journeyCode
チェックリスト・コード
ページレベルのジャーニ・コード・フィールド。
sectionNameJourneyCode
コード セクションレベルのジャーニ・コード・フィールド。sectionNameはセクションのキャメルケース名です。
VB Studioのページレベル(左)およびセクションレベル(右)のジャーニ・コード・フィールド
- 公開する前に、「プレビュー」をクリックしてガイド付きジャーニを表示します。
- 変更の終了後、「公開」をクリックします。
作業例については、Visual Builder Studioを使用したHCMおよびSCM向けRedwoodアプリケーションの拡張ガイドのページ・プロパティを使用したガイド付きジャーニ構成の項を参照してください。
有効化のステップ
Visual Builder Studioを活用して、アプリケーションを公開します。Visual Builderを使用したアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。
前提条件
VB Studioの使用を開始する前に、システム管理者が初期設定を完了する必要があります。手順については、Oracle Cloudアプリケーションを拡張するためのVB Studioの設定を参照してください。
サイト・レベルでORA_PER_JOURNEYS_ENABLEDおよびORA_PER_GUIDED_JOURNEYS_ENABLEDプロファイル・オプションが「Y」に設定されていることを確認するには、「設定および保守」作業領域で「管理者プロファイル値の管理」タスクを使用します。これらのプロファイル・オプションにより、ジャーニが有効になります。
ヒントと考慮事項
次のことができます:
- ページ・レベルまたはセクション・レベルでガイド付きジャーニを作成します。
- ガイド付きジャーニをVB Studio Expressモードでのみ関連付けます。拡張モードのVB Studioは、ジャーニではサポートされていません。
- Oracle Fusion Cloud SCMおよびOracle Fusion Cloud Procurementのガイド付きジャーニのみを作成します。コンテキストやサーベイなど、その他のタイプのジャーニはサポートされていません。
- 「設定および保守」作業領域の「管理者プロファイル値の管理」タスクを使用して、使用可能なプロファイル・オプションのリストを表示します。
- 「設定および保守」作業領域で「チェックリスト参照」タスクを使用して、使用可能な参照のリストを表示します。
主なリソース
- 次のリソースをチェックして、インスタンスおよびワークスペースを作成するための前提条件およびステップを確認します:
- Oracle Visual Builder Studioの設定 - VB Studioインスタンスの作成方法について学習します。
- Oracle Visual Builder Studioのスタート・ガイド - VB Studioでワークスペースを作成する方法と、ガイド付きジャーニを有効にするための前提条件について学習します。
- Visual Builder Studio ExpressモードでのOracle Cloud Applicationsの拡張およびVisual Builder Studioを使用したHCMおよびSCM向けRedwoodアプリケーションの拡張 - VB StudioをExpressモードで使用してガイド付きジャーニでページを拡張する方法を学習します。
- ジャーニの実装と使用 - ジャーニを作成および使用する方法を学習します。このガイドはOracle Fusion Cloud HCM用に作成されていますが、概念はOracle Fusion Cloud SCMにも適用されます。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- ジャーニの管理(ORA_PER_MANAGE_JOURNEY_TEMPLATE)
- 管理者のサンドボックス(FND_ADMINISTER_SANDBOX_PRIV)
これらの権限は、この更新の前から使用可能でした。
供給プランニング
販売オーダー履行明細からOracle Order Managementにインタフェースされた転送オーダーに関する供給情報の導出
Oracle Inventory Managementでは、転送オーダーが履行のためにOracle Order Managementにインタフェースされた状態で存在する場合があります。この更新では、転送オーダーがオーダー管理にインタフェースされるたびに、収集プロセスによって対応する販売オーダーから転送オーダーの情報が導出されます。Oracle Fusion Cloud Supply Chain Planningは、転送オーダーの状態(搬送先への予想到着日など)を、元の転送オーダーではなく販売オーダー履行明細から導出します。
次の転送オーダー供給情報を導出できます:
- 販売オーダー履行明細予定出荷日からの出荷日
- 販売オーダー履行明細予定到着日からの供給日
- 販売オーダー履行明細からの出荷方法(移動リード・タイム)およびソース組織
この情報は、販売オーダーがOracle Global Order Promising、Oracle Backlog Management、オーダー管理から分割されると、再度導出されます。
また、販売オーダー履行明細には、出荷日および供給日における後続の変更が正確に反映されます。
Oracle Supply Chain Planningから転送オーダー再スケジュール推奨をリリースすると、インタフェースされた販売オーダー履行明細の予定出荷日と予定到着日が同期されます。後続の収集プロセスでは、これらの日付が転送オーダーの出荷日と供給日に反映されます。
この機能は、Oracle Fusion Cloud Supply Planning、需要および供給プランニング、グローバル・オーダー納期回答、バックログ管理およびOracle Sales and Operations Planningに適用されます。これは、制約なし供給プランと制約付き供給プランの両方で機能し、ターゲット収集とネット・チェンジ収集の両方でサポートされます。ただし、Oracle Fusion Cloud SCMソース・システムにのみ適用されます。
Oracle Replenishment Planningは、元の転送オーダー・レコードから日付を導出します。
この機能を使用するには、次のステップを実行します:
- 転送オーダーを作成し、それをオーダー管理にインタフェースします。
- オーダー管理で、転送オーダーに関連付けられた販売オーダーが作成されます。
- 予約、販売オーダーおよび転送オーダーを選択して、ターゲット収集またはネット・チェンジ収集を実行します。
データが収集されると、Oracle Supply Chain Planningで導出された転送オーダー供給は、Oracle Inventoryで転送オーダーとして予約と一致します。
オーダー管理にインタフェースされた転送オーダーが完全に出荷されると、対応する販売オーダー履行明細はクローズされます。供給は移動中であり、プランニング・データ収集プロセスは販売オーダー履行明細の参照を停止します。部分出荷の場合、未出荷数量の供給情報は、販売オーダー履行明細から引き続き導出されます。
次の表に、転送オーダーについて販売オーダーから導出される重要な属性およびその導出ソースの詳細を示します。
| 転送オーダーの属性 |
転送オーダー供給の情報導出ソース |
コメント |
| 品目 |
転送オーダー明細 |
|
| 搬送先組織 |
転送オーダー明細 |
|
| 予想搬送日または希望入手日 |
販売オーダー履行明細 - 予定到着日 |
|
| 出荷日 |
販売オーダー履行明細 - 予定出荷日 |
|
| 転送オーダー番号 |
転送オーダー・ヘッダー番号 |
|
| 転送オーダー明細番号 |
転送オーダー明細および販売オーダー履行明細 |
販売オーダーが分割されると、それに応じて転送オーダー明細が分割され、1.1、1.2、1.3などの番号が付けられます。たとえば、Oracle Inventoryの転送オーダー明細に1と2の番号が付けられ、販売オーダー明細1が2つの明細に分割された場合、Oracle Supply Chain Planningで導出される転送オーダー明細は1.1、1.2および2.1になります。 |
| 出荷方法 |
販売オーダー履行明細 |
|
| ソース組織 |
販売オーダー履行明細 |
|
| 搬送先組織保管場所コード |
転送オーダー明細 |
|
| ソース組織保管場所コード |
転送オーダー明細 |
この値は、転送オーダーのソース組織保管場所が存在し、販売オーダーの出荷組織と一致する場合にのみ入力されます。そうでない場合は、NULLのままです。 |
| 振替価格 |
転送オーダー明細 |
|
| 単位 |
転送オーダー明細は、搬送先組織に関する品目のプライマリ単位に収集されます |
|
| プランニング属性 |
転送オーダー明細 |
|
| 確定ステータス |
転送オーダー明細 |
データ収集による販売オーダー履行明細からの転送オーダー供給情報の導出方法の例
例1: この例は、転送オーダーから作成された販売オーダーの「予定出荷日」が「要求出荷日」と異なる場合に、転送オーダー供給情報がどのように導出されるかを示しています。
明細1を持つ販売オーダーSO1が、オーダー管理にインタフェースされる転送オーダーから作成されます。転送オーダーがD8の出荷日を要求しましたが、D12に出荷するようスケジュールされています。データが収集されると、転送オーダーは、予想搬送日をD14、出荷日をD12として導出されます。
販売オーダー履行明細から導出された転送オーダー期日、納入予定日および出荷日
例2: この例は、転送オーダーに関連する販売オーダーで出荷方法が更新されたときに、転送オーダー供給情報がどのように導出されるかを示しています。
転送オーダーの供給日は、出荷方法の更新時に、関連する販売オーダーから導出されます。転送オーダーTO1に関連付けられた履行明細1を持つ販売オーダーSO1の出荷方法が、2日間の移動リード・タイムを持つABC-2Dayから3日間の移動リード・タイムでDEF-Road-3Daysに更新されます。次に、収集プロセスによって、転送オーダーの供給日が関連付けられている販売オーダーから導出されます。
出荷方法の更新時に販売オーダー履行明細から導出された転送オーダー期日、納入予定日および出荷日
例3: この例は、販売オーダー履行明細が分割されたときに、転送オーダー供給情報がどのように導出されるかを示しています。
明細1を持つオーダー管理の転送オーダーTO1から作成された販売オーダーSO1が、それぞれ異なる予定出荷日を持つ3つの履行明細に分割されます。データ収集プロセスにより、3つの転送オーダー明細の供給情報が、各オープン販売オーダー履行明細と一致するように導出されました。
分割販売オーダー履行明細から導出された転送オーダーの期日、納入予定日および出荷日
例4: この例は、転送オーダー供給情報が部分出荷の販売オーダー履行明細からどのように導出されるかを示しています
データ収集プロセスにより、一部出荷済転送オーダーの供給情報が導出されます。明細1を持つ転送オーダーTO1が、4ユニットで部分的に出荷されます。
次に、プロセスにより、残りの未出荷転送オーダーの転送オーダー供給情報が、対応する販売オーダー履行明細2から導出されます。
一部出荷済販売オーダー履行明細から導出された転送オーダーの期日、納入予定日および出荷日
Oracle Supply Planningでは、導出された転送オーダー供給を計画するために、次の機能拡張が提供されるようになりました:
- 「供給および需要」ビューの販売オーダー履行明細から供給情報が導出された転送オーダーについて、「オーダー・ステータス」が「オーダー管理へのインタフェース」として表示されます。
- 販売オーダー履行明細から導出された情報を含む転送オーダー供給について、Oracle Supply Planningからの再スケジュールおよび取消の推奨のリリースがサポートされます。
さらに、供給情報がその販売オーダー履行明細から導出された転送オーダーについて、ソース組織の転送オーダー需要で予測を消し込むことができます。
Oracle Supply Planning、グローバル・オーダー納期回答、バックログ管理およびセールス・アンド・オペレーションズ・プランニングの販売オーダー履行明細から導出された供給情報を使用して、費用配賦先転送オーダーを計画することもできます。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
ヒントと考慮事項
- この機能は、11.13.25.07.0更新以降のデフォルトの動作になります。
- オーダー管理にインタフェースされる販売オーダー履行明細から転送オーダー供給情報を導出するには、転送オーダーを含む販売オーダー履行明細を収集するか、または転送オーダー収集の前に販売オーダー履行明細を収集する必要があります。
- 出荷にインタフェースされる転送オーダーの場合、供給情報はOracle Inventoryから収集されます。
- 出荷にインタフェースされる転送オーダーの再スケジュールおよび取消の推奨は影響を受けず、Oracle Inventoryにリリースされます。
- 販売オーダー履行明細から導出された供給情報を含む転送オーダーの再スケジュール推奨をリリースする場合、プラン・スコープにソース組織および搬送先組織を含める必要があります。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 「供給プランニング」作業領域のモニター(MSC_MONITOR_SUPPLY_PLANNING_WORK_AREA_PRIV)
- 「需要および供給プランニング」作業領域のモニター(MSC_MONITOR_DEMAND_AND_SUPPLY_PLANNING_WORK_AREA_PRIV)\
- セールス・アンド・オペレーションズ・プランニングの管理(MSC_MONITOR_SALES_AND_OPERATIONS_PLANNING_WORK_AREA_PRIV)
- 「バックログ管理」作業領域のモニター(MSC_MONITOR_BACKLOG_MANAGEMENT_WORK_AREA_PRIV)
- 「オーダー納期回答」作業領域のモニター(MSC_MONITOR_ORDER_PROMISING_WORK_AREA_PRIV)
これらの権限は、この更新の前から使用可能でした。
ショップ型製造作業定義からの複数の出力の計画
ショップ型製造で、複数の製品(副製品または副産物)がプライマリ製品とともに生産され、それぞれに独自の潜在的価値があるシナリオを検討します。たとえば、単一の大きな金属板から切り取られた複数の標準サイズの金属片です。Oracle Supply PlanningおよびOracle Production Schedulingでは、プライマリ製品に加えて複数の出力製品を生成するショップ型製造作業定義または作業オーダーがサポートされるようになりました。この更新により、供給プランニングおよび生産スケジューリングを使用するショップ型製造業者は、製造プロセスでプライマリ製品に加えて独自の需要を持つ価値のある品目が生成される環境内で、効率的に計画およびスケジュールできます。
プライマリ製品および追加製品(副製品または副産物)を計画することで、ショップ型製造需要に円滑に対応できるようになります。
この機能は、制約付き供給プランと製薬なし供給プランの両方に適用できます。
「品目構成」オプションの下にある「出力品目」タブには、プライマリ製品、副製品、副産物などの様々な出力タイプが表示されます。これらの製品は、ショップ型作業定義を使用して異なる工程で生産されています。
「出力品目」タブの品目構成に表示される出力タイプ
ショップ型製造での出力供給をサポートするために、次のオーダー・タイプが「供給プランニング」作業領域で使用されます:
- 計画オーダー副製品
- 作業オーダー副製品
- 計画オーダー副産物
- 作業オーダー副産物
出力供給に使用される様々なオーダー・タイプ
供給プランニングでは、プランニングの観点から、プライマリ品目の出力数量に比例して、副製品および副産物に対する新しい供給が推奨されます。
たとえば、次に示す一方向ショップ型作業定義では、ショップ型作業定義WD1を使用してプライマリ品目Aを生産しながら、品目Bが副製品出力として生成されます。工程op10およびop20は、ショップ型作業定義WD1に関連付けられています。工程op20では、プライマリ出力品目とセカンダリ出力品目の両方が生産されます。リソース1は、工程op20で使用されます。プライマリ品目Aは、品目構成のコンポーネント品目Rを使用数量を2として消費します。
副製品品目Bに対して定義した使用数量を0.5とします。これは、生産されるプライマリ品目Aの1ユニットごとに、0.5ユニットの副製品品目Bが生成されることを示します。
一方向サプライ・チェーン・ネットワーク: 品目Bは副製品、品目Aはプライマリ供給
このシナリオに基づいて、供給プランで計画オーダーがどのように推奨されるかを次に示します:
- 品目A需要(5日目):
- 需要: 5日目に100ユニット。
- 副製品の生成: 生産された品目Aの1ユニットごとに、0.5ユニットの品目Bが生成されます。
- 供給プラン推奨: 5日目の品目Aに対する100ユニットの計画オーダー供給では、5日目の品目Bに対する50ユニットの計画オーダー副製品供給も生成されます。
- 品目B需要(7日目):
- 需要: 7日目に60ユニット。
- 供給プラン推奨: 5日目に品目Aと並行して生産される50ユニットの品目Bの計画オーダー副製品供給は、7日目に品目Bの需要の一部を履行するために使用できます。品目Bの残りの10ユニットの計画オーダー供給は、作業定義なしで7日目に生成されます。
- 品目R消費(3日目):
- 品目Rは、品目Aを生産するために消費されます。
- 品目Aの生産に必要な2日間のリード・タイムを考慮すると、100ユニットの品目Aを生産するための品目Rの消費は3日目に発生します。
- 供給プラン推奨: 3日目における200ユニットの品目Rの消費。
双方向ショップ型作業定義では、品目Aをプライマリ品目および品目Bを副製品として生産し、別のショップ型作業定義では、品目Bをプライマリ品目および品目Aを副製品として生産します。このシナリオでは、制約付きおよび制約なしの供給プランニングでプランニング・アプローチが異なります。
制約付き供給プランニングでは、両方の作業定義が在庫を最小化する目的で計画されます。つまり、プランニング・プロセスでは、両方の作業定義のプライマリ品目と副製品品目の関係を考慮して、在庫レベルを最適化します。
ただし、制約なし供給プランニングでは、プランはいずれかの品目をプライマリ製品として想定し、リバース関係を無視します。これにより、一方の作業定義でプライマリと副製品の関係を保持するプランニングが実行され、他方の作業定義で副製品を生成せずにプライマリ品目のみが生産されます。
たとえば、次に示す双方向ショップ型作業定義では、1つのショップ型作業定義WD1で、プライマリ品目Aを生産しながら、品目Bが副製品出力として生成されます。工程op10およびop20は、ショップ型作業定義WD1に関連付けられています。工程op20では、プライマリ出力品目とセカンダリ出力品目の両方が生産されます。リソース1は、工程op20で使用されます。プライマリ品目Aは、品目構成のコンポーネント品目Rを使用数量を2として消費します。副製品品目Bに対して定義した使用数量を0.4とします。
ショップ型作業定義WD2では、プライマリ品目Bを生産しながら、品目Aが副製品出力として生成されます。工程op10およびop20はショップ型作業定義WD2に関連付けられ、工程op20により、プライマリ出力品目とセカンダリ出力品目の両方が生産されます。リソース2は、op20で使用されます。プライマリ品目Bは、品目構成のコンポーネント品目Sを使用数量を2として消費します。副製品品目Bに対して定義した使用数量を0.6とします。
双方向サプライ・チェーン・ネットワーク: 品目Bは副製品、品目Aはプライマリ供給
双方向サプライ・チェーン・ネットワーク: 品目Aは副製品、品目Bはプライマリ供給
このシナリオに基づいて、制約付き供給プランで計画オーダーがどのように推奨されるかを次に示します:
- 品目A需要(5日目):
- 需要: 5日目に100ユニットおよび7日目に30ユニット。
- 供給プラン推奨: 5日目の品目Aに対する100ユニットの計画オーダー供給は、5日目の品目Bに対する40ユニットの計画オーダー副製品供給を生成し、7日目の品目Aに対する36ユニットの計画オーダー副製品供給が使用されます。
- 品目B需要(7日目):
- 需要: 7日目に100ユニット。
- 供給プラン推奨: 5日目に品目Aと並行して生産される40ユニットの品目Bの計画オーダー副製品供給は、7日目に品目Bの需要の一部を履行するために使用できます。品目Bの計画オーダー供給の残りの60ユニットは、作業定義(WD2)で7日目に生成され、その結果、7日目における数量36の品目Aの計画オーダー副製品供給が生成されます。
- 品目R消費(3日目):
- 品目Rは、品目Aを生産するために消費されます。
- 品目Aの生産に必要な2日間のリード・タイムを考慮すると、100ユニットの品目Aを生産するための品目Rの消費は3日目に発生します。
- 供給プラン推奨: 3日目における200ユニットの品目Rの消費。
- 品目S消費(5日目):
- 品目Sは、品目Bを生産するために消費されます。
- 品目Bの生産に必要な2日間のリード・タイムを考慮すると、60ユニットの品目Bを生産するための品目Sの消費は5日目に発生します。
- 供給プラン推奨: 5日目における120ユニットの品目Sの消費。
指定されたシナリオに基づいて、作業定義(WD2)のプライマリ品目と副製品の関係が破損していることを考慮して、制約なし供給プランで計画オーダーがどのように推奨されるかを次に示します。
- 品目A需要(5日目):
- 需要: 5日目に100ユニットおよび7日目に30ユニット。
- 供給プラン推奨: 5日目および7日目の品目Aに対するそれぞれ100ユニットおよび30ユニットの計画オーダー供給では、5日目および7日目の品目Bに対するそれぞれ40ユニットおよび12ユニットの計画オーダー副製品供給も生成されます。
- 品目B需要(7日目):
- 需要: 7日目に100ユニット。
- 供給プラン推奨: 5日目および7日目に品目Aと並行して生産されるそれぞれ40ユニットおよび12ユニットの品目Bの計画オーダー副製品供給は、7日目に品目Bの需要の一部を履行するために使用できます。品目Bの計画オーダー供給の残りの48ユニットは、プライマリ品目のみがWD2から生産されるかのように、作業定義(WD2)で7日目に生成されます。
- 品目R消費(3日目):
- 品目Rは、品目Aを生産するために消費されます。
- 品目Aの生産に必要な2日間のリード・タイムを考慮すると、100ユニットおよび30ユニットの品目Aを生産するための品目Rの消費は、それぞれ3日目および5日目に発生します。
- 供給プラン推奨: 3日目に200ユニットの品目Rの消費、5日目に60ユニットの消費。
- 品目S消費(5日目):
- 品目Sは、品目Bを生産するために消費されます。
- 品目Bの生産に必要な2日間のリード・タイムを考慮すると、48ユニットの品目Bを生産するための品目Sの消費は5日目に発生します。
- 供給プラン推奨: 5日目における96ユニットの品目Sの消費。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
- プライマリ製品は、ショップ型製造作業定義内の最終工程で完了します。
- 出力品目は、ショップ型製造作業定義内の任意の工程に関連付けることができます。
- 特定のショップ型製造作業定義内の品目は、工程の出力タイプまたはコンポーネント・タイプとして関連付けることができます。
- 制約なしプランニングでは、品目(プライマリ品目および出力品目を含む)が順次計画されます。このアプローチは、出力項目の供給合計が最小化されない状況につながる可能性があります。一方、制約付きプランニングでは、プライマリ品目と出力品目の全体的な在庫を最小化することが主な目的です。
- ショップ型製造作業定義内に複数の出力製品が存在する場合、プライマリ製品のプランニング・タイム・フェンスが供給プランニングの対象として考慮されます。
- ファイルベースのデータ・インポートを使用して、ショップ型製造作業定義をOracle Fusion Cloud Manufacturing以外のソースの供給プランニングにアップロードできます。
- プランニングの観点から、副製品供給と副産物供給は常に、ショップ型作業定義で定義されているプライマリ品目供給に合わせて生成および再スケジュールされます。
- 計画オーダー副製品/副産物または作業オーダー副製品/副産物供給の確定/未確定ステータスは、プライマリ品目の計画オーダーまたは作業オーダー・ステータスによって導出されます。
- 供給プランでは、プライマリ品目の供給を排他的にリリースし、ソースのプライマリ品目について作業オーダーの作成を開始できます。これらの作業オーダーには、作業定義で定義されている出力品目として副または副産物が含まれます。
- 計画オーダー副製品/副産物供給は、ショップ型作業定義の工程で定義されている場合、歩留に基づいて推奨されます。
- 品目の減損は、その品目がショップ型作業定義で副製品または副産物出力タイプとして定義されている場合、考慮されません。
主なリソース
- ショップ型製造作業定義からの複数の出力の計画デモをご覧ください。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 「需要および供給プランニング」作業領域のモニター(MSC_MONITOR_DEMAND_AND_SUPPLY_PLANNING_WORK_AREA_PRIV)
- 「供給プランニング」作業領域のモニター(MSC_MONITOR_SUPPLY_PLANNING_WORK_AREA_PRIV)
この権限は、この更新の前から使用可能でした。
製造工程での製品の歩留を考慮した計画
様々な業界で、製造工程で計画数量全体が生成されない場合があります。たとえば、特定の製品について、数量10の工程の製造を開始します。ただし、様々な製造損失が原因で、後続の工程では、数量9のみが使用可能であると予想されます。この更新では、供給プランニングおよび生産スケジューリングのプロセスで、後続の工程を計画およびスケジュールする際に予想される工程歩留が考慮されます。これにより、後続の工程で必要な資材は適切にスケール・ダウンされます。その結果、工程レベルの大幅な歩留を持つ環境の製造業者は、需要を満たし、生産を開始するために、適切な数量の原材料と完成品の可用性を確保できます。
プランニングの工程歩留を考慮するには、次を実行します:
- Oracle Fusion Cloud SCMおよび外部ソース・システム(E-Business Suiteを含む)から、工程歩留を持つショップ型作業定義工程を収集します。
- Oracle Cloud SCMおよび外部ソース・システム(E-Business Suiteを含む)から、工程歩留を考慮したショップ型作業オーダーを収集します。
- 工程歩留を考慮して、製造計画オーダー供給を推奨します。
- 工程歩留を考慮したコンポーネント需要およびリソース所要量を使用して、作業オーダー供給を計画します。
- 工程歩留を持つ製造計画オーダーをソース・システムにリリースし、コンポーネント所要量およびリソース所要量の工程歩留を考慮して作業オーダーを作成します。
供給プランおよび需要と供給プランの工程歩留を考慮して、Oracle Production Schedulingでスケジュールされた供給を計画することもできます。
このプランニング機能は、特定のタイプのショップ型供給にのみ適用されます:
- ショップ型標準および非標準作業オーダー。
- 単一または複数の出力を持つショップ型作業オーダー(ただし、後者の場合、工程歩留はプライマリ製品にのみ適用されます)。
- 再順序付けされた工程があるショップ型作業オーダー(工程歩留に基づくコンポーネント所要量またはリソース所要量は、再順序付け時に再計算されないことに注意してください)。
- プロジェクト、タスクおよびプランニング属性を持つショップ型作業オーダー。
この機能は、制約なし供給プランと制約付きの供給プランおよび需要と供給プランに適用できます。
ソース・インスタンスがOracle Cloud SCMの場合は、Oracle Fusion Cloud Manufacturingの作業定義設定で工程損失を考慮するように工程歩留を設定できます。原価計上ポイントが使用可能な工程では、Oracle Manufacturingでの工程歩留の構成がサポートされます。
外部ソース・インスタンスの場合、工程歩留を含む工順工程CSVファイルを準備できます。
ソース・インスタンスがE-Business Suiteの場合は、工程歩留は部品構成表モジュールで構成され、データは工順工程CSVファイルに抽出されます。
さらに、Oracle Cloud SCMまたは外部ソース・システムから、様々な有効日にわたって工程歩留が異なる工程を持つ作業定義を定義および収集できます。
Oracle Cloud SCMから工程歩留を持つ作業定義および作業オーダーを収集するには、次のステップを実行します:
- Oracle Cloud SCMから工程歩留を持つ作業定義を収集するには、次のステップを実行します:
- Oracle ManufacturingおよびOracle Cloud SCMで、「作業定義での工程歩留の定義によるショップ型製造の工程に対する予想数量のモデル化」のオプト・インを有効にします。
- 既存または新規の作業定義の原価計上ポイント工程について、工程歩留を定義します。
- 作業定義参照データ・エンティティのターゲットまたはネット・チェンジのデータ収集を実行して、Oracle Fusion Cloud Supply Chain Planningに対する工程歩留を持つ作業定義または工順工程を収集します。
- 「プラン入力」作業領域の「工順」ビューには、Oracle Cloud SCMまたは外部ソース・システムから収集された工程歩留が表示されます。
- Oracle Cloud SCMから工程歩留を持つ作業オーダーを収集するには、次のステップを実行します:
- 定義済プロセスごとに工程歩留を持つ作業定義を作成します。
- 「工場パラメータの管理」ページで、「資材およびリソース所要量に工程歩留を含む」を有効にします。
- 工程歩留を考慮して作業オーダーを作成し、コンポーネント所要量およびリソース所要量を計算します。
- 作業オーダー供給のターゲットまたはネット・チェンジのデータ収集を実行して、Oracle Cloud SCMからの工程歩留を考慮した作業オーダー供給、作業オーダー・コンポーネント需要および作業オーダー・リソース要件を収集します。
データ収集プロセスでは、Oracle Cloud SCMからの作業オーダーに対して次が実行されます:
- Oracle Manufacturingから作業オーダーの累積工程歩留を導出します。
- オーダー数量を導出するために、作業オーダーの残数量に歩留を適用します。残数量は、開始数量 - (開始数量 x 品目数量または廃棄数量の減損)の最大 – 完了数量として計算されます。
製造工程での工程歩留を考慮した供給プランの例
例1: Oracle Manufacturingからの期間別工程歩留の収集
工程番号30について、異なる工程歩留が収集され、「プラン入力」に表示されています。工程歩留0.8は、2024年4月13日から2030年2月2日までの工程に有効です。2030年2月2日を経過すると、工程歩留は0.6に変わります。
様々な有効日を持つ工程についてOracle Manufacturingから収集された期間別工程歩留
例2: Oracle Manufacturingからの工程歩留を持つ進行中作業オーダーの収集
Oracle Manufacturingから収集された進行中作業オーダーM1-1301には、次の値があります:
- 開始数量: 100
- 廃棄数量: 11
- 完了数量: 10
減損が定義されていないため、処理される残数量は79です(100-11-10)。
作業オーダーの累積工程歩留は0.72です。累積工程歩留を残数量に適用すると、次のようになります:
79 * 0.72 = 56.88
したがって、作業オーダーの累積工程歩留を適用した後の予想オーダー数量は56.88になります。
Oracle Manufacturingから収集された工程歩留を持つ進行中作業オーダー
外部ソース(E-Business Suiteを含む)から工程歩留を持つ作業定義および作業オーダーを収集するには、次のステップを実行します:
- 工順工程用のCSVファイルを準備し、工程歩留を提供します。
- 作業オーダーのCSVファイルを準備し、累積工程歩留を提供します。または、作業オーダー・リソース所要量CSVファイルに工程歩留を含めます。Oracle Supply Chain Planningで「フラット・ファイルからのプランニング・データのロード」スケジュール済プロセスを実行し、工順工程CSVおよび作業オーダー供給CSVを収集します。
- E-Business suiteからOracle Supply Chain Planningに、工程歩留を持つ作業定義または工順工程および工程歩留を持つ作業オーダー供給を収集するには:
- プロファイル・オプション・コードMSC_INCLUDE_OPERATION_YIELD_SCP_CLOUDを使用して、「Include Operation Yield in Supply Chain Planning Cloud Extraction」という名前のプロファイル・オプションをE-Business Suiteに作成し、値を「はい」に設定します。
- 工順および作業オーダー供給を選択し、コンカレント要求「Extract data for Oracle Supply Chain Planning Cloud」を発行します。選択したエンティティを含むzipファイルが生成されます。
- このzipファイルを収集し、ファイルからOracle Supply Chain Planningにプランニング・データをロードします。
外部ソース・データ収集で次の検証が実行され、作業オーダーの累積工程歩留およびオーダー数量が導出されます:
- 作業オーダー供給CSVファイルに指定された累積工程歩留を使用します。これを指定しない場合、異なる工程間でリソース所要量に指定された工程歩留を乗算して、累積工程歩留が計算されます。
- 導出された累積工程歩留を作業オーダーの計算済残数量に適用して、オーダー数量を取得します。
この機能は、E-Business Suiteリリース12.1.3.9.2および12.2.6以降のバージョンでサポートされています。
工程歩留で拡張されたRoutingOperations CSV
Oracle Supply Chain PlanningのScpRoutingsImportテンプレートのRoutingOperations CSVファイルに、外部ソース・システムからの工順工程の工程歩留値を指定および収集するための機能拡張が含まれるようになりました。
外部ソース・システムから工程歩留を収集するために拡張されたRoutingOperations CSVファイル
累積工程歩留で拡張されたWorkOrderSupplies CSVファイル
Oracle Supply Chain PlanningのScpWorkOrderSuppliesImportテンプレートのWorkOrderSupplies CSVファイルは、外部ソース・システムからの作業オーダー供給の累積工程歩留値を指定および収集するように拡張されました。
外部ソース・システムから累積工程歩留を収集するために拡張されたWorkOrderSupplies CSVファイル
「供給および需要」ビューには、プランの入力および出力の累積工程歩留が表示されます。また、「リソース所要量」ビューが、リソース所要量の工程歩留を表示するように拡張されました。
例3: 「プラン入力」で収集および表示される作業オーダー・リソース所要量の工程歩留
データ収集プロセスにより、Oracle ManufacturingからOracle Supply Planningに、作業オーダー・リソース所要量に関連付けられる工程歩留が収集されました。
「プラン入力」で収集および表示される作業オーダー・リソース所要量の工程歩留
作業オーダーのコンポーネント所要量およびリソース所要量は、Oracle Cloud SCMまたは外部ソース・システムから収集されます。Oracle Supply Planningでは、これらの所要量を導出するために追加の計算は実行されません。
シミュレーション・セット内の工程の工程歩留を編集できます。シミュレーション・セットでコピーした作業定義工程を編集して、工程歩留を更新または編集することもできます。工程歩留が更新されたシミュレーション・セットをプラン・オプションに割り当てて、プランニング計算で更新済工程歩留を考慮できます。
シミュレーション・セットで更新された工程歩留
Oracle Supply Planningでは、工程歩留を考慮して計画オーダーを推奨しながら、次の処理を実行します:
- 選択された作業定義に関連付けられる工程から、供給開始日時点で有効な工程歩留を選択します。 制約なし供給プランニングの場合、プライマリ作業定義がデフォルトで選択されますが、制約付き供給プランニングではプライマリ作業定義または代替作業定義を推奨できます。
- 計画オーダー供給の選択した工程の工程歩留に基づいて累積工程歩留を導出します。
- 累積工程歩留を適用して、開始数量を導出します。
- 工程歩留に基づいて、各工程の工程開始数量を計算します。
- コンポーネントが含まれる工程開始数量に基づいて、計画オーダー・コンポーネント所要量およびコンポーネント需要を計算します。
- 予定済リソースが含まれる工程開始数量に基づいて、リソース所要量を計算します。
Oracle Supply Planningでは、外注加工工程に工程歩留は適用されません。作業定義に、工程歩留を持つ社内工程と外注加工工程の両方が含まれているとします。その場合、先行する社内工程の終了数量は、外注加工工程の参照として機能します。社内工程が外注加工工程の後に続く場合、開始数量は先行する外注加工工程と同じままです。
また、Oracle Supply Planningでは、工程の有効日および供給の開始日に基づいて工程歩留を選択することで、期間別歩留がサポートされます。
例4: 制約なし供給プランでの工程歩留を考慮したコンポーネント所要量およびリソース所要量のあるプランニング供給
Oracle Supply Planningで、工程歩留を各プロセスに適用して、工程開始数量と工程終了数量が計算されました。0.648と計算された累積演算歩留は、すべてのプロセスの工程歩留を乗算した結果になります。
計画オーダー開始数量154.321ユニットを決定するために、計画オーダー数量100ユニットを累積工程歩留で除算します。
工程の開始数量と終了数量は、累積歩留を適用し、コンポーネント所要量およびリソース所要量を計算することで算出されます。たとえば、工程20の開始数量138.889ユニットは、最後の工程までの累積工程歩留を適用することによって導出されます。この数量は、計画オーダー供給数量を累積工程歩留で除算して計算されます(100 / (0.8 x 0.9))。
コンポーネントC1に対するコンポーネント所要量171.468ユニットは、使用で乗算し、コンポーネント歩留で除算することで、工程10の開始数量から計算されます(154.321 * 1 / 0.9)。
同様に、工程10のリソースR1のリソース所要量は、リソース稼働率と効率を組み込みながら、工程開始数量とリソース使用に基づいて決定されます:
リソースR1 - リソース時間 = 工程開始数量 x リソース使用 = 154.321 x 1 = 154.321時間
リソースR1の調整済リソース時間 = リソース時間 / (稼働率 x 効率) = 154.321 /(0.9 x 0.9) = 190.20時間
制約なし供給プランでの工程歩留を考慮したコンポーネント所要量およびリソース所要量のあるプランニング供給
例5: 制約付き供給プランでの期間別工程歩留を考慮したプランニング
プランニング・プロセスでは、期間別工程歩留が考慮されます。たとえば、工程10は、1日目から10日目までの歩留が0.7で、11日目以降の歩留が0.9です。
1日目から開始して、プランニング・プロセスにより、品目FGの計画オーダー供給について累積工程歩留0.56が計算されます。同様に、12日目以降では、累積工程歩留は0.72として計算されます。
プランニング・プロセスでは、期間別工程歩留を使用して、品目FGの計画オーダーに関連付けられるコンポーネント所要量およびリソース所要量を計算します。
制約付き供給プランでの期間別工程歩留を考慮したプランニング
例6: 制約なし供給プランでの工程歩留を持つ作業オーダー供給の計画
Oracle Supply Planningに、累積工程歩留を持つ計画作業オーダー供給があります。
開始数量が100ユニット、廃棄数量が11ユニットおよび完了数量が10ユニットの作業オーダー番号M1-1301について、オーダー数量は次のように計算されます:
(開始数量 - 予想廃棄数量または廃棄数量の最大値 - 完了数量) × 累積工程歩留
(100 - 11 - 10) × 0.72 = 56.88ユニット
同様に、開始数量が50ユニットで廃棄数量または完了数量のない作業オーダー1195については、次のようになります:
(50 - 0 - 0) × 1 = 50ユニット
開始数量が100ユニット、廃棄数量が50ユニット、完了数量がない作業オーダー1196については、次のようになります:
(100 – 50 – 0) × 0.99 = 49.5ユニット
制約なし供給プランでの工程歩留を持つ作業オーダー供給の計画
プラン入力、Oracle Supply Planning、需要および供給プランニングのRESTサービスは、GET操作を使用して作業オーダー供給の累積工程歩留を取得するようになりました。
生産スケジューリングでは、工程歩留が使用可能な計画オーダーをスケジュールできます。このスケジューリングにより、工程歩留の影響を受けるリソース所要量および資材所要量が適切に考慮されることが保証されます。
Oracle Supply Planningでは、生産スケジューリングでスケジュールされた工程歩留を使用可能な計画オーダーをユーザー固有の確定ウィンドウ内に組み込むことができるようになりました。
Oracle Cloud SCMまたは外部ソース・システムに、工程歩留を考慮してプランによって推奨された製造計画オーダーをリリースできるようになりました。プロセスにより、作業オーダーを作成するために、計画オーダーの開始数量をソース・システムにリリースします。Oracle Manufacturingでは、作業オーダーの作成時に工程歩留を適用して、見積コンポーネント所要量および見積リソース所要量を計算します。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
- 供給プランニングでは、製造工場パラメータコンポーネント所要量およびリソース所要量を計算するために工程歩留を含めるを参照しません。
- 減損を使用するかわりに、工程損失のモデリングに工程歩留を設定します。
- Oracle Supply Planningでは、作業定義の工程歩留に関連付けられる工程の終了数量に基づいて、計画副製品または計画副産物の供給数量が計算されます。
- CSVファイルの作業オーダーの累積工程歩留値がNULL、1より大きいまたはゼロ未満の場合、この値はデータ収集時にデフォルトで1に設定されます。
- 作業オーダー・リソース所要量CSVファイルの工程歩留値がNULL、1より大きいまたはゼロ未満の場合、この値はデータ収集時にデフォルトで1に設定されます。
- 作業定義または工順工程CSVファイルの工程歩留値がNULL、1より大きいまたはゼロ未満の場合、この値はデータ収集時にデフォルトで1に設定されます。
主なリソース
- 製造更新24Cの作業定義での工程歩留の定義によるショップ型製造の工程に対する予想数量のモデル化のレディネス・トレーニングを参照してください。
- 生産スケジューリング更新24Cの製造工程での製品の歩留を考慮した計画のレディネス・トレーニングを参照してください。
- 供給プランニング更新24Cの作業定義内または作業定義間でのMTQの尊重のレディネス・トレーニングを参照してください。
- 供給プランニング更新24Cのショップ型製造作業定義からの複数の出力の計画のレディネス・トレーニングを参照してください。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 「供給プランニング」作業領域のモニター(MSC_MONITOR_SUPPLY_PLANNING_WORK_AREA_PRIV)
- 「需要および供給プランニング」作業領域のモニター(MSC_MONITOR_DEMAND_AND_SUPPLY_PLANNING_WORK_AREA_PRIV)
これらの権限は、この更新の前から使用可能でした。
作業定義内または作業定義間でのMTQの尊重
工程間で資材数量を増分単位で転送すると(最小転送数量(MTQ)と呼ばれます)、製造リード・タイム全体が削減されることにより、運用効率が向上し、機材全体の有効性が最大化されます。以前は、MTQを定義して使用する機能が使用可能でしたが、生産スケジューリングでのみ有効でした。この更新により、戦術的な供給プランニング・プロセスで、プランの計算時に定義されたすべてのMTQも考慮されるため、資材およびリソース所要量の計算を計画する際に製造工程をより正確にモデル化できるようになりました。
追加情報
特定の業界の製造業者は、前の工程が完了する前にダウンストリーム工程を開始することで、製造プロセスのリード・タイムを短縮するための共通の戦略を活用しています。工程間で増分的に転送する最小数量を識別します。
作業定義のMTQ
MTQは、作業定義ヘッダー・レベルの「最小転送数量」フィールドで保守されます。これは、作業定義のすべてのバージョン間で共通です。たとえば、バージョン2のMTQを変更すると、同じ変更がバージョン1に反映されます。
「最小転送数量」フィールド:
- 更新可能です。NULLまたは任意の正の数値を指定できます。
- 作業方法「ショップ型製造」、「プロセス製造」および「契約製造」に適用されます。
- 保守製造には適用できません(作業オーダー数量 = 1で、通常は保守作業オーダーから在庫への完了が何もないため)。
- 「標準」および「再加工」の作業定義タイプに適用されます。
- 変換作業定義ではサポートされていません。
- UI、REST、ADFdiおよびFBDIのすべてのモードでサポートされます。
「最小転送数量」フィールドのある作業定義
FBDIを使用してアップロードされたMTQ
MTQは、工順ファイルベース・データ入力(FBDI)テンプレートの「工順」タブの「最小転送数量」列を使用してアップロードすることもできます。
「最小転送数量」列のある工順FBDIテンプレート
- 「最小転送数量」はオプションのフィールドです。
- 「工順」タブで「最小転送数量」として指定した値は、すべての工程に適用されます。
- このフィールドの値0またはNULLは、MTQがないことを示します。これは、次の工程を開始する前に、工程を完全に完了する必要があることを意味します。
MTQは、作業定義ヘッダーで定義されているか、FBDIテンプレートを使用してアップロードされているかにかかわらず、次のレベルで推測および実装されます:
- 工程連番(リソース)
- 工程
- 計画オーダー(製造)
- 作業オーダー
MTQが考慮されない条件
Oracle Fusion Cloud Supply Planningでは、組織間でのMTQ (転送オーダー)はサポートされていません。
また、次のいずれかの条件に当てはまる場合、MTQは無視されます:
MTQが考慮されない条件
供給プランニングでのMTQの表示場所
「工順」表の「最小転送数量」という名前の新しい列に、収集されたMTQ値が表示されます。
「最小転送数量」列がある「工順」表
工程レベルのMTQは、作業定義レベルからデフォルト設定されるため、前の図に示す例では、すべてのMTQは25です。
工順内および工順間のMTQの動作
Oracle Supply Planningを使用すると、ユーザーは、工順内の工程間および工順間でMTQをモデル化できます。これは、アップストリーム工程でMTQの最初のスライスで完了した後に、ダウンストリーム工程を開始できることを意味します。
MTQのバージョンは2つあります:
- 工順内MTQ - この場合、MTQは1つの工順内の工程間に定義されます。
工順内MTQ
MTQ供給日は、アップストリーム・プロセスのMTQの最初のスライスがダウンストリーム・プロセスで使用可能になる時間です。
- 工順間MTQ - この場合、MTQは工順全体における工程間で定義されます。
工順間MTQ
MTQ供給日を含む「供給プランニング」ビュー
「MTQ供給日」は、次のページで使用可能な新しい列です。デフォルトでは、これは非表示です。
- 供給および需要
- 需要履行
- 遅延需要分析
- リード・タイムが不十分なためリスクあり需要
- 予測にペグされた遅延供給
- 販売オーダーにペグされた遅延供給
工順内MTQ
この項では、1つの工順内における工程間の(工順内) MTQに関するプランニング動作を示します。
次の図は、制約付き供給プランニングで、工程の相対レートが異なる場合に、MTQを使用して作業定義の連続する工程を計画する方法を示しています。
アップストリーム・プロセスとダウンストリーム・プロセスのレートが同じ
アップストリーム・プロセスのほうがダウンストリーム・プロセスより高速
開始時間制約
ダウンストリーム・プロセスがアップストリーム・プロセスより高速である場合、次の図で工程20のグレーのセクションに示されているように、供給プランニングでは、2番目の工程のギャップは作成およびレポートされません。
ダウンストリーム・プロセスのほうがアップストリーム・プロセスより高速
工順間MTQ
この項では、工順全体における工程間の(工順間) MTQに関するプランニング動作を示します。
アップストリーム・プロセスのほうがダウンストリーム・プロセスより高速またはダウンストリーム・プロセスと同じレート
例
工順間MTQの動作: アップストリームのほうがダウンストリームより高速またはダウンストリームと同じレート
工順間: ダウンストリームのほうがアップストリームより遅いか、またはアップストリームと同じレート
ダウンストリーム・プロセスのほうがアップストリーム・プロセスより高速
例
工順間: ダウンストリームのほうがアップストリームより高速
前の図でグレーのセクションに示されているように、Oracle Supply Planningでは、作業オーダー2の工程10のギャップは作成およびレポートされません。
MTQ供給日
Oracle Supply Planningでは、最初のMTQセグメントがアップストリームからダウンストリームで使用可能となる日付がMTQ供給日とみなされます。
Oracle Supply Planningでは、ダウンストリーム・プロセスの計画、ペギングおよび例外の生成にMTQ供給日が使用されます。
アップストリーム完全供給完了日は、供給期日です。
次の図は、2つの品目と2つの計画オーダーがある工順間ケースを示しています:
PLO1: 品目A計画オーダー
PLO2: 品目B計画オーダー
工順全体のMTQ供給日
D4: 内部納入予定日 = 最終工程の開始日と、最終工程の1つのMTQスライスの完了に必要な時間の加算。
D5: MTQ供給日 = 品目A内部納入予定日 + 品目A後処理リード・タイム(PostPLT)。
D6: 品目A納入予定日
D7: 品目A供給期日 = 品目A納入予定日 + PostPLT
MTQを使用した計画オーダーおよび作業オーダーの確定
MTQを使用して供給を確定し、その期日を前後に調整すると、供給のMTQ供給日は、同じだけ前後に移動します。
MTQは転送ソース・ルールのケースでは考慮されない
前述したように、Oracle Supply Planningは、組織全体のMTQをサポートしていません。
次の図は、転送ソース・ルールおよび転送計画オーダー需要に関するプランニング・プロセスの動作を示しています。
MTQサポートおよび転送ソース・ルール
- 供給が組織外からの需要を満たす必要がある場合は常に、MTQは無視されます。
- この例では、M1内の品目AI-MTQ-2001S1の製造計画オーダーは、M1からM2に完全に転送される前に、その全体を完了する必要があります。
- 同様に、M2の品目AI-MTQ-2001の製造計画オーダーは、M2のAI-MTQ-2001の予測需要を満たすために使用する前に、その全体を完了する必要があります。
終了時間制約の考慮
次のアイスクリーム加工の例を考えてみましょう:
脂肪クリーム30%の2キログラムを得るには、平均14リットルの牛乳が必要です。
2キログラムのアイスクリームのオーダーがあります。
14リットルの牛乳を加工するのに1.5時間かかり、その牛乳を使用して、1時間で2キログラムのアイスクリームを製造します。
アイスクリーム加工フロー
加工済牛乳の最初の転送数量は、午前9時30分後(プロセスが午前8時に開始)に使用可能となり、その後、アイスクリームの最初の転送数量を製造するために1時間かかって、アイスクリームは午前10時30分に使用可能となります。
加工済牛乳の2番目の転送数量は、午前11時に使用可能となります。これは、アイスクリームの2番目の転送数量を午前11時より前に開始できないことを意味します。その結果、アイスクリームの2番目のバッチは、加工済牛乳の2番目のバッチが使用可能となる少なくとも1時間後に準備完了となります。
アイスクリーム加工の終了時間 - 牛乳加工の終了時間 >= 1時間。
このような場合、アップストリームMTQ供給によって、同様にMTQが有効なダウンストリーム供給が供給されます:
- 制約付き供給プランニングでは、このような終了時間制約がサポートされ、次の図の下部に示すような出力が生成されます。
- ただし、制約なし供給プランニングでは、終了時間制約がサポートされず、次の図の上部に示すような出力が生成されます。
終了時間制約の考慮
工程歩留のあるMTQ
MTQは、次の例で説明するように、工程歩留によって増加します。
メジャー値およびオーダー数量値
次の表に、工程歩留に関する入力数量および出力数量を示します:
工程入力値と工程出力値
供給出力による20ユニットのMTQと固定スライスを考慮すると、スライスの数は次のように計算されます:
スライス数= 100 / 20 = 5
各工程の入力数量は、工程歩留に関して最後の工程から開始し、次のように計算されます:
工程歩留計算
MTQに対する工程歩留の影響
外注加工工程でのMTQのプランニング・サポート
制約付き供給プランニングでは、外注加工工程のある工順について、MTQはサポートされません。次の図は、この例の工程30が外注加工工程であることを示しています(図のOSPというラベル)。
外注加工工程がある工順の制約付き供給プランニング出力
制約なし供給プランニングでも、外注加工工程についてMTQはサポートされません。ただし、次の図に示すように、制約なし供給プランニングでは、外部供給工程を含む工順内のその他すべての工程について、MTQがサポートされます:
外注加工工程がある工順の制約なし供給プランニング出力
この例では、工程30は外注加工工程です。ただし、これは制約なし供給プランであるため、MTQはその他すべての工程について、引き続きサポートされます。つまり、次のように動作します:
- 先行する工程(工程20)からの供給は、先行する工程の最後に1つのバッチで外注加工工程(工程30)に転送されます。
- 外注加工工程(工程30)からの供給は、外注加工工程の最後に1つのバッチで次に続く工程(工程40)に転送されます。
MTQの最初のスライス完了日を考慮した供給プランニングの動作
制約なし供給プランニング
最初のスライス完了日が1日の途中である場合、MTQ供給日はその日の終わりになりますが、ダウンストリーム・プロセスの最初の工程は、MTQの最初のスライスが完了した直後に計画されます。
制約なし供給プランニングでのアップストリーム・プロセスの最初のスライスを考慮したMTQ供給日
この例では、最初のスライス完了日が2日目の途中(または2日目開始後の任意の時間)になるため、MTQ供給日は2日目の終了時になります。
前の図に示すように、ダウンストリーム・プロセスの最初の工程は、MTQの最初のスライスの完了直後に計画されます。
制約付き供給プランニング
最初のスライス完了日が1日の途中である場合、MTQ供給日はその日の終わりになり、ダウンストリーム・プロセスの最初の工程もその日の終了時に計画されます。
制約付き供給プランニングでのアップストリーム・プロセスの最初のスライスを考慮したMTQ供給日
この例では、最初のスライス完了日が2日目の途中(または2日目開始後の任意の時間)になるため、MTQ供給日は2日目の終了時になります。
前の図に示すように、ダウンストリーム・プロセスの最初の工程は、MTQ供給日の直後に計画されます。
ノート - すべての日付がプランニング・バケットの最後にレポートされます。(これは既存の動作です。)
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
- 見積使用可能残高(PAB) - PABはMTQのある品目のMTQ供給日に基づいて計算されるため、供給期日に基づいて計算された実際のPABがマイナスでない場合でも、PABはマイナスになり、マイナスとしてレポートされます。
- 次の例外は、MTQ供給日に基づいて生成されるため、影響を受ける可能性があります:
- 予測の遅延供給
- 販売オーダーの遅延供給
- 不足している品目は、MTQ供給日に基づいて計算されるPABに基づいて生成されるため、影響を受ける可能性があります。
- 供給日計算 - すべての計算はMTQ供給日に基づきます。
- プランニング・タイム・フェンス - MTQ品目の場合、MTQ供給日はプランニング・タイム・フェンスを考慮します。その結果、供給期日はプランニング・タイム・フェンスを自動的に考慮します。
- オーダー数量がMTQより少ない場合、MTQは無視されます。
- 減損率 - MTQに対する減損率のプランニング効果は、工程歩留と同じです。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- サプライ・チェーン・プランナ(ORA_MSC_SUPPLY_CHAIN_PLANNER_JOB)
- 資材プランナ(ORA_MSC_MATERIALS_PLANNER_JOB)
これらの権限は、この更新の前から使用可能でした。
Redwoodエクスペリエンス
これらの機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス間で豊富なユーザー・エクスペリエンスを提供し、拡張検索と分析、改良された表レイアウトを備えています。
Redwoodページを使用したサプライ・チェーン・プランナの管理
新しいRedwoodページを使用して、プランナを追加、削除または更新できます。新しいページでは、プランナ・コード(プランナの名前)、摘要、プランナ・コードに関連付けられた従業員など、プランナの主要属性をレビューできます。また、プランナを簡単に検索およびフィルタすることもできます。プラン分析や計画オーダーのリリースなど、様々なダウンストリーム・プランニング・プロセスには、プランナの正確な保守が必要です。
プランナは、一連の品目、その在庫レベル、製造、調達および転送を担当する組織内の個人です。プランナの一般的な役職の例は、資材プランナ、サプライ・チェーン・プランナ、需要プランナです。
企業の従業員を企業のサプライ・チェーン・プランナとして指定し、組織レベルで品目に関連付けることができます。
新しいRedwoodの「プランナ」ページを使用して、プランナを追加、更新または削除できます。
プランナの追加
新しいRedwoodの「プランナ」ページを使用して、プランナを編集または削除します。プランナを選択し、「処理」アイコンをクリックして、プランナを編集または削除します。
プランナの編集または削除
「ソース・システム」や「使用不可日」などのプランナの属性を編集できます。各プランナは、特定のソース・システムのコンテキストで定義されます。
プランナの編集
プランナ属性値を使用してプランナを検索およびフィルタしたり、属性値を入力して開始できます。ページで一致する結果の表示を開始するには、最低3文字必要です。検索では大文字と小文字が区別されません。
プランナの検索
任意の属性に基づいてプランナをソートすることもできます。ソート・タイプは昇順です。
プランナのソート
Redwoodの「プランナ」ページは、次の作業領域で使用できます:
- 供給プランニング
- 需要および供給プランニング
- バックログ管理
- 需要管理
- プランニング・セントラル
- 補充プランニング
- セールス・アンド・オペレーションズ・プランニング
RESTリソース:
REST APIを使用して、プランナを取得、作成、編集または削除することもできます。RESTリソース名はplannersです。
有効化のステップ
Redwood「プランナ」ページを有効にするには、次のプロファイルについて値を「はい」に設定します:
- プロファイル・オプション・コード: ORA_MSC_PLANNERS_REDWOOD_ENABLED
- プロファイル表示名: プランナのRedwoodページ使用可能
プロファイル・オプション値を「はい」に設定した後、再度サインインします。Redwoodの「プランナ」ページが「タスク」パネルに表示されます。
Redwoodの「プランナ」ページ
「プランナ」オプションをクリックして、Redwoodページを新しいブラウザ・ウィンドウで開きます。
ヒントと考慮事項
- 「従業員名」値リストには、ページに最大25個のレコードが表示されます。検索をさらにフィルタする必要がある場合は、従業員名の先頭文字を追加で入力します。
- FBDIを使用して、引き続きプランナを追加または編集できます。
主なリソース
- Redwoodページを使用したサプライ・チェーン・プランナの管理デモをご覧ください。
- Redwoodエクスペリエンスの詳細は、https://redwood.oracle.com/を参照してください。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 「供給プランニング」作業領域のモニター(MSC_MONITOR_SUPPLY_PLANNING_WORK_AREA_PRIV)
- 資材プランナの管理(MSP_MANAGE_MATERIAL_PLANNER)
- 検索ビューの管理(HCM_MANAGE_SEARCH_VIEWS)
最初の2つの権限は、この更新の前から使用可能でした。検索ビューの管理は、サプライ・チェーン・プランニングの新機能です。
Redwoodページを使用したカレンダ・シフトの表示
新しいRedwoodページを使用して、Oracle Fusion Cloud Supply Chain Executionなどのソース・システムから収集されたカレンダ・シフトを表示できます。たとえば、特定のカレンダに関連付けられたシフトをレビューできます。このRedwoodページを使用してカレンダ・シフトをレビューすることで、生成されたプランの正確性を確保できます。
Redwoodページを使用したカレンダ・シフトの表示の詳細は、「Redwoodページを使用したプランニング・カレンダのレビュー」機能を参照してください。
有効化のステップ
Redwoodページを使用したカレンダ・シフトの表示の詳細は、「Redwoodページを使用したプランニング・カレンダのレビュー」機能を参照してください。
Redwoodページを使用したカレンダ関連のレビュー
新しいRedwoodページを使用して、組織、サプライヤ、運送業者などの様々なエンティティへのカレンダ関連をレビューできます。このRedwoodページを使用してカレンダ関連をレビューすることで、生成されたプランの正確性を確保できます。
Redwoodページを使用したカレンダ関連のレビューの詳細は、「Redwoodページを使用したプランニング・カレンダのレビュー」機能を参照してください。
有効化のステップ
Redwoodページを使用したカレンダ関連のレビューの詳細は、「Redwoodページを使用したプランニング・カレンダのレビュー」機能を参照してください。
Redwoodページを使用したプランニング・カレンダのレビュー
新しいRedwoodページを使用して、プランニング・カレンダをレビューし、その正確性を確保できます。以前にプランニング・カレンダ、プランニング・カレンダ・シフトおよびプランニング・カレンダ割当をレビューするために使用できたタスクは、「カレンダ」という単一のタスクに連結されています。対応するページが同じRedwoodページのタブとして使用できるようになりました。
「タスク」メニューからカレンダ・ページにアクセスする際の違い
次の図は、ADFおよびRedwoodの「タスク」メニューからカレンダ・ページにアクセスする際の違いを示しています:
「タスクの管理」メニュー - 「カレンダ」の差異
「カレンダ」をクリックして、新しいRedwoodページにナビゲートします。
Redwoodのカレンダ・ページ
次の図は、カレンダ・ページの主な要素を示しています:
カレンダ・ページ・レイアウト
- カレンダ・ページ: 「プランニング・カレンダのレビュー」、「カレンダ関連」および「カレンダ・シフト」ページは、アクセスしやすいようにタブとして1ページに結合されています。各タブにナビゲートすると、すべてのカレンダ・シフトおよびカレンダ割当がデフォルトで表示されます。検索およびフィルタして、特定の詳細を絞り込むことができます。
- 検索: キーワード、複数の文字列および日付を使用して、検索を絞り込むことができます。ページには、次の2種類の検索があります:
- 表のグローバル検索: 次のエンティティを使用し、キーワードで検索を絞り込むことができます:
- カレンダ・コード
- カレンダ
- 摘要
- ソース・システム
- シフト名
- パーティ・タイプ
- パーティ名
- フィルタを使用した検索: 事前定義済フィルタを使用して、キーワード、文字列および日付により、表データの検索を絞り込むことができます:
- 「カレンダ」ページ:
- カレンダ
- カレンダ・コード
- 開始日
- 終了日
- 「カレンダ・シフト」ページ:
- カレンダ
- シフト名
- 稼働日シフト日数
- 休日シフト日数
- 例外タイプ
- 例外開始日
- 「カレンダ」ページ:
- 表のグローバル検索: 次のエンティティを使用し、キーワードで検索を絞り込むことができます:
キーワード検索の例
フィルタ・チップでの検索における複数のカレンダ名の例
フィルタ・チップを使用した日付範囲選択による検索の例
プライマリ・フィルタ・チップに複数の検索基準が定義された結果
- フィルタ・チップ: フィルタ・チップをクリックし、フィルタのいずれかを選択して、カレンダ検索を絞り込むことができます:
追加フィルタを選択するパネル
次の基準を使用して、表データをフィルタできます:
- カレンダ・スケジュール
- カレンダ例外
- サプライヤ
- 顧客
- 運送業者
- 組織
- その他
- パーティ・サイト
- ソース・システム
- カレンダ属性: カレンダを選択して、「カレンダ関連」や「シフト」などの属性を詳細に調べることができます。 複数の行または各行を個別に選択するには、「ドリル先」をクリックします。
- 表のレイアウトと列: すべての列とその順序は、ADFカレンダ・ページの列と同じです。これらの列は、英数字順にソートできます。
- 列の管理: 「列の管理」アイコンを使用して、必要な列の選択を変更します。 「列」ダイアログ・ボックスで、目的の順序で列をドラッグ・アンド・ドロップします。デフォルトのレイアウトを復元するには、「デフォルトの復元」をクリックします。
追加フィルタの選択
- カンマ区切り値(CSV)ファイルにエクスポート: ダウンロード・アイコンをクリックして、表データをCSVファイルにダウンロードし、目的の場所に保存します。
特定のカレンダのレビュー
必要なカレンダ行を1つ以上選択し、「ドリル先」をクリックしてシフトおよび関連の詳細をレビューします。 次に、「カレンダ・シフト」または「カレンダ割当」を選択して、それぞれのタブに移動します。
「ドリル先」ボタン
フィルタとして事前選択された選択済カレンダ
事前選択されたカレンダ・フィルタを含む「カレンダ割当」ページ
「カレンダ・シフト」および「カレンダ割当」の表レイアウトと列データは、「カレンダ」ページから変更されません。
RESTを使用したカレンダ・シフトおよびカレンダ割当のレビュー
Redwoodカレンダ・ページは、RESTサービスでサポートされています。GETサービス・コールを使用して、カレンダ情報を問い合せることができます。カレンダ・ページの新しいRESTサービスを次に示します:
- カレンダ(リソース名: calendars)
- カレンダ割当(リソース名: calendarAssignments)
- カレンダ・シフト(リソース名: calendarShifts)
詳細は、Oracle Fusion Cloud SCMのREST APIを参照してください
有効化のステップ
この機能を有効または無効にするには、次のステップを実行します:
- 「設定および保守」作業領域で、「プランニング・プロファイル・オプションの管理」タスクを検索して選択します。
- 「管理者プロファイル値の管理」ページで、「カレンダのRedwoodページ使用可能」プロファイル・オプション・コードを検索して選択します。
- 「プロファイル値」セクションで、「サイト」レベルを「Y」または「N」に設定します。デフォルト値はNです。
- Y = 機能を有効にします
- N = 機能を無効にします
- 「保存して閉じる」をクリックしますプロファイル値の変更は、ユーザーが次回サインインしたときに反映されます。
次回の2つの四半期更新について、この機能を有効または無効にするオプションが提供されます。その後、この機能はデフォルトで有効になります。
カレンダ・プロファイル・オプション
ヒントと考慮事項
保存済検索機能は「カレンダ」ページでは使用できないため、ADFに保存された検索にはアクセスできません。
主なリソース
- カレンダ詳細を問い合せるREST APIコールを作成する例は、Oracle Fusion Cloud Supply Planningの24C RESTドキュメントを参照してください。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- プランニング・カレンダの表示(MSP_REVIEW_PLANNING_CALENDAR_PRIV)
- プランニング・カレンダの編集(MSP_REVIEW_PLANNING_CALENDAR_ASSIGNMENT_PRIV)
これらの権限は、この更新の前から使用可能でした。
バックログ管理
柔軟な需要優先度ルールに基づいてオーダーを優先度付けすることによって、オーダー・バックログを再スケジュールします。最新の供給情報に基づいて様々なルールの影響をシミュレートして、予定日とソースの最適な組合せを見つけ、更新されたオーダーを実行対象としてオーダー管理システムにリリースできます。
「バックログ管理」という機能をオプトインすると、この項の機能を使用できます。
500個を超える一意の値を含む需要優先度ルール使用可能
組織によっては、外部アプリケーションで販売オーダー明細に優先度を付け、再スケジュール時に同じ優先度を維持することが必要になる場合があります。これらの組織内のユーザーは、500を超える値を持つ需要優先度ルールをロードおよび実行できるようになったため、各オーダー明細に一意の索引値を割り当てることができます。その結果、Oracle Backlog Managementは、外部アプリケーションで定義された順序に従って、明細をソートおよびスケジュールできます。
「プラン入力」ページの「供給および需要」タブには、販売オーダー明細に対して3つのプランニング属性が表示されます。これらの属性は、Oracle Fusion Cloud Order Managementで入力するか、ファイル・ベース・データ・インポート(FBDI)を使用して外部ソース・ファイルを介してアップロードします。これらの表示属性を使用して、ユーザーはユーザー定義優先度を指定できます。たとえば、次の図では、属性DA_Instruction2は100万の値を示しています。この値は、Oracle Backlog Managementで販売オーダーに優先度を付けるために使用できます。
「供給および需要」画面に表示される表示属性
「供給および需要」画面に表示される表示属性は、「バックログ分析」ページの「詳細」属性にも表示されます。
「バックログ分析」画面の「詳細」属性に表示される表示属性
文字タイプの表示属性は、「プランニング属性の管理」ページで構成されます。これらの属性について、「ユーザー入力属性値の許可」は「はい」に設定されています。この設定は、ユーザーがOracle Order Managementでこれらの属性の値を入力し、需要優先度ルールで使用できるようにするために必要です。
表示属性は「プランニング属性の管理」画面で作成される
例1: 需要優先度計算での英数字順にソートされた表示プランニング属性の使用
「ユーザー入力属性値の許可」が「はい」に設定されている場合に、バックログ・プランによって表示プランニング属性に基づいて需要の優先度が付けられる方法を学習します。この例は、バックログ・プランで需要優先度ルールの表示属性を使用して需要の需要優先度を計算する方法を示しています。需要優先度ルールにより、表示プランニング属性DA_Instruction1は、ソート順「英数字の値の昇順」で、上位優先度(ランク1)として割り当てられています。
「需要優先度ルール」画面に、「ソート順」が「英数字の値の昇順」で表示属性が表示される
Oracle Backlog Managementでは、需要優先度ルールで定義された属性およびソート順を使用して需要優先度番号が計算され、需要に割り当てられます。これらの需要優先度番号は、「バックログ分析」ページで確認できます。
プラン実行後の「バックログ分析」画面による英数字値に基づくユーザー定義優先度の表示
バックログ・プランの実行後、「ユーザー定義優先度」フィールドにプランニング属性が表示されます。また、「計算優先度」では、最小から最大までの範囲の英数字の値を使用して、ソート順が考慮されます。たとえば、A1は最小の(緊急度が最も高い)優先度を表し、B5はユーザー定義属性の中で最大の(緊急度が最も低い)優先度を表します。最終オーダー明細にユーザー定義属性値が定義されていない場合は、最も優先度が低い計算優先度が表示されます。
例2: 需要優先度計算での数値順にソートされた表示プランニング属性の使用
次に、バックログ・プランで表示プランニング属性を使用して需要をソートする方法を学習します。需要優先度ルールにより、優先度ランク1が、ソート順序「数値の昇順」で、表示プランニング属性DA_Instruction2に割り当てられています。
「需要優先度ルール」画面に、「ソート順」が「数値の昇順」で表示属性が表示される
ソート順が「数値の昇順」または「数値の昇順」に設定されている場合、需要は簡略化された数値ソートで処理されます。次に、需要優先度番号が計算され、適宜割り当てられます。このソート順では英数字属性値は無視され、内部優先度付けまたは需要優先度ルールで指定されたその他の適用可能な属性を使用して、そのような需要の需要優先度が決定されます。「バックログ分析」ページの表示プランニング属性の数値ソート順の影響を分析してみましょう。
プラン実行後の「バックログ分析」画面に、数値に基づいてユーザー定義優先度が表示される
バックログ・プランの実行後、「ユーザー定義優先度」フィールドにプランニング属性が表示されます。また、「計算優先度」では、ユーザー定義属性の中で100万が最小(緊急度が最も高い)および900万が最大(緊急度が最も低い)として、ソート順「数値の昇順」が考慮されます。最終オーダー明細にユーザー定義属性値が指定されていないため、緊急度が最も低い計算優先度が表示されます。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
ヒントと考慮事項
この機能を使用する場合は、「サプライ・チェーン・プランニング」オファリングで2つの機能をオプト・インする必要があります。
- バックログ管理機能
- 属性ベース・プランニング機能
その他のヒントと考慮事項:
- 属性番号101、102および103で識別される最大3つの表示属性を使用できます。ただし、バックログ・プランの単一実行の需要優先度ルール内におけるプランニングでは、これらの属性の1つのみを使用できます。
- 必要に応じて、異なる表示属性を選択するたびに、プランで使用される優先度ルールを調整することにより、個別の実行またはシミュレーションで異なる表示属性を使用できます。
- 標準のエクスポート・オプション「すべてエクスポート」を使用して、「バックログ分析」ページからユーザー定義優先度値をExcelにエクスポートできます。標準エクスポート機能では、「詳細」属性のエクスポートはサポートされていません。この属性をエクスポートするには、カスタム・エクスポート・オプションを使用するか、明細の設定とともに「すべてエクスポート」を使用する必要があります。
- デフォルト・レイアウトには「ユーザー定義優先度」属性が含まれますが、「詳細」属性は含まれません。「詳細」属性が必要な場合は、プリファレンスに従って属性をレイアウトに追加する必要があります。
- すべての明細に同じ需要優先度が適用されるセットおよびオーダー構成オーダーの場合、セットまたはオーダー構成オーダーのすべての明細に、同じ表示属性値を指定する必要があります。
- 1つのセットまたはオーダー構成オーダーの明細間で異なる値がある場合、Oracle Backlog Managementは、最も高い優先度に対応する値を使用して「計算優先度」属性を計算します。
- 表示優先度属性では、小数および負の値に加え、数値と英数値の両方がサポートされます。
- 最近追加された属性「ユーザー定義優先度」および「詳細」は、需要の取得REST APIに表示されます。
- バックログ・プランニング結果をOracle Order Managementまたは外部ソースにリリースする場合、表示プランニング属性ベースの「ユーザー定義優先度」属性はリリースできません。
主なリソース
- 推奨関連トレーニング:
- 供給プランニングの機能拡張 - オーダーのユーザー定義属性の表示 - 表示属性の詳細は、更新22B
- Oracle Supply Chain Planningの機能拡張 - 供給および需要エンティティのユーザー定義テキスト属性の管理 - ユーザー定義テキスト属性値をサポートする表示属性の詳細は、更新23A
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 「バックログ管理」作業領域のモニター(MSC_MONITOR_BACKLOG_MANAGEMENT_WORK_AREA_PRIV)
- バックログ・プランの作成(MSC_CREATE_BACKLOG_PLAN_PRIV)
これらの権限は、この更新の前から使用可能でした。
販売オーダー履行明細からOracle Order Managementにインタフェースされた転送オーダーに関する供給情報の導出
Oracle Inventory Managementでは、転送オーダーが履行のためにOracle Order Managementにインタフェースされた状態で存在する場合があります。この更新では、転送オーダーがオーダー管理にインタフェースされるたびに、収集プロセスによって対応する販売オーダーから転送オーダーの情報が導出されます。Oracle Fusion Cloud Supply Chain Planningは、転送オーダーの状態(搬送先への予想到着日など)を、元の転送オーダーではなく販売オーダー履行明細から導出します。
次の転送オーダー供給情報を導出できます:
- 販売オーダー履行明細予定出荷日からの出荷日
- 販売オーダー履行明細予定到着日からの供給日
- 販売オーダー履行明細からの出荷方法(移動リード・タイム)およびソース組織
この情報は、販売オーダーがOracle Global Order Promising、Oracle Backlog Management、オーダー管理から分割されると、再度導出されます。
また、販売オーダー履行明細には、出荷日および供給日における後続の変更が正確に反映されます。
Oracle Supply Chain Planningから転送オーダー再スケジュール推奨をリリースすると、インタフェースされた販売オーダー履行明細の予定出荷日と予定到着日が同期されます。後続の収集プロセスでは、これらの日付が転送オーダーの出荷日と供給日に反映されます。
この機能は、Oracle Fusion Cloud Supply Planning、需要および供給プランニング、グローバル・オーダー納期回答、バックログ管理およびOracle Sales and Operations Planningに適用されます。これは、制約なし供給プランと制約付き供給プランの両方で機能し、ターゲット収集とネット・チェンジ収集の両方でサポートされます。ただし、Oracle Fusion Cloud SCMソース・システムにのみ適用されます。
Oracle Replenishment Planningは、元の転送オーダー・レコードから日付を導出します。
この機能を使用するには、次のステップを実行します:
- 転送オーダーを作成し、それをオーダー管理にインタフェースします。
- オーダー管理で、転送オーダーに関連付けられた販売オーダーが作成されます。
- 予約、販売オーダーおよび転送オーダーを選択して、ターゲット収集またはネット・チェンジ収集を実行します。
データが収集されると、Oracle Supply Chain Planningで導出された転送オーダー供給は、Oracle Inventoryで転送オーダーとして予約と一致します。
オーダー管理にインタフェースされた転送オーダーが完全に出荷されると、対応する販売オーダー履行明細はクローズされます。供給は移動中であり、プランニング・データ収集プロセスは販売オーダー履行明細の参照を停止します。部分出荷の場合、未出荷数量の供給情報は、販売オーダー履行明細から引き続き導出されます。
次の表に、転送オーダーについて販売オーダーから導出される重要な属性およびその導出ソースの詳細を示します。
| 転送オーダーの属性 |
転送オーダー供給の情報導出ソース |
コメント |
| 品目 |
転送オーダー明細 |
|
| 搬送先組織 |
転送オーダー明細 |
|
| 予想搬送日または希望入手日 |
販売オーダー履行明細 - 予定到着日 |
|
| 出荷日 |
販売オーダー履行明細 - 予定出荷日 |
|
| 転送オーダー番号 |
転送オーダー・ヘッダー番号 |
|
| 転送オーダー明細番号 |
転送オーダー明細および販売オーダー履行明細 |
販売オーダーが分割されると、それに応じて転送オーダー明細が分割され、1.1、1.2、1.3などの番号が付けられます。たとえば、Oracle Inventoryの転送オーダー明細に1と2の番号が付けられ、販売オーダー明細1が2つの明細に分割された場合、Oracle Supply Chain Planningで導出される転送オーダー明細は1.1、1.2および2.1になります。 |
| 出荷方法 |
販売オーダー履行明細 |
|
| ソース組織 |
販売オーダー履行明細 |
|
| 搬送先組織保管場所コード |
転送オーダー明細 |
|
| ソース組織保管場所コード |
転送オーダー明細 |
この値は、転送オーダーのソース組織保管場所が存在し、販売オーダーの出荷組織と一致する場合にのみ入力されます。そうでない場合は、NULLのままです。 |
| 振替価格 |
転送オーダー明細 |
|
| 単位 |
転送オーダー明細は、搬送先組織に関する品目のプライマリ単位に収集されます |
|
| プランニング属性 |
転送オーダー明細 |
|
| 確定ステータス |
転送オーダー明細 |
データ収集による販売オーダー履行明細からの転送オーダー供給情報の導出方法の例
例1: この例は、転送オーダーから作成された販売オーダーの「予定出荷日」が「要求出荷日」と異なる場合に、転送オーダー供給情報がどのように導出されるかを示しています。
明細1を持つ販売オーダーSO1が、オーダー管理にインタフェースされる転送オーダーから作成されます。転送オーダーがD8の出荷日を要求しましたが、D12に出荷するようスケジュールされています。データが収集されると、転送オーダーは、予想搬送日をD14、出荷日をD12として導出されます。
販売オーダー履行明細から導出された転送オーダー期日、納入予定日および出荷日
例2: この例は、転送オーダーに関連する販売オーダーで出荷方法が更新されたときに、転送オーダー供給情報がどのように導出されるかを示しています。
転送オーダーの供給日は、出荷方法の更新時に、関連する販売オーダーから導出されます。転送オーダーTO1に関連付けられた履行明細1を持つ販売オーダーSO1の出荷方法が、2日間の移動リード・タイムを持つABC-2Dayから3日間の移動リード・タイムでDEF-Road-3Daysに更新されます。次に、収集プロセスによって、転送オーダーの供給日が関連付けられている販売オーダーから導出されます。
出荷方法の更新時に販売オーダー履行明細から導出された転送オーダー期日、納入予定日および出荷日
例3: この例は、販売オーダー履行明細が分割されたときに、転送オーダー供給情報がどのように導出されるかを示しています。
明細1を持つオーダー管理の転送オーダーTO1から作成された販売オーダーSO1が、それぞれ異なる予定出荷日を持つ3つの履行明細に分割されます。データ収集プロセスにより、3つの転送オーダー明細の供給情報が、各オープン販売オーダー履行明細と一致するように導出されました。
分割販売オーダー履行明細から導出された転送オーダーの期日、納入予定日および出荷日
例4: この例は、転送オーダー供給情報が部分出荷の販売オーダー履行明細からどのように導出されるかを示しています
データ収集プロセスにより、一部出荷済転送オーダーの供給情報が導出されます。明細1を持つ転送オーダーTO1が、4ユニットで部分的に出荷されます。
次に、プロセスにより、残りの未出荷転送オーダーの転送オーダー供給情報が、対応する販売オーダー履行明細2から導出されます。
一部出荷済販売オーダー履行明細から導出された転送オーダーの期日、納入予定日および出荷日
Oracle Supply Planningでは、導出された転送オーダー供給を計画するために、次の機能拡張が提供されるようになりました:
- 「供給および需要」ビューの販売オーダー履行明細から供給情報が導出された転送オーダーについて、「オーダー・ステータス」が「オーダー管理へのインタフェース」として表示されます。
- 販売オーダー履行明細から導出された情報を含む転送オーダー供給について、Oracle Supply Planningからの再スケジュールおよび取消の推奨のリリースがサポートされます。
さらに、供給情報がその販売オーダー履行明細から導出された転送オーダーについて、ソース組織の転送オーダー需要で予測を消し込むことができます。
Oracle Supply Planning、グローバル・オーダー納期回答、バックログ管理およびセールス・アンド・オペレーションズ・プランニングの販売オーダー履行明細から導出された供給情報を使用して、費用配賦先転送オーダーを計画することもできます。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
ヒントと考慮事項
「販売オーダー履行明細からOracle Order Managementにインタフェースされた転送オーダーに関する供給情報の導出」機能を使用する必要がある場合は、次をオプト・インする必要があります:
- 親機能: バックログ管理。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。
- 機能: 販売オーダー履行明細からOracle Order Managementにインタフェースされた転送オーダーに関する供給情報の導出。
- この機能は、11.13.25.07.0更新以降のデフォルトの動作になります。
- オーダー管理にインタフェースされる販売オーダー履行明細から転送オーダー供給情報を導出するには、転送オーダーを含む販売オーダー履行明細を収集するか、または転送オーダー収集の前に販売オーダー履行明細を収集する必要があります。
- 出荷にインタフェースされる転送オーダーの場合、供給情報はOracle Inventoryから収集されます。
- 出荷にインタフェースされる転送オーダーの再スケジュールおよび取消の推奨は影響を受けず、Oracle Inventoryにリリースされます。
- 販売オーダー履行明細から導出された供給情報を含む転送オーダーの再スケジュール推奨をリリースする場合、プラン・スコープにソース組織および搬送先組織を含める必要があります。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 「供給プランニング」作業領域のモニター(MSC_MONITOR_SUPPLY_PLANNING_WORK_AREA_PRIV)
- 「需要および供給プランニング」作業領域のモニター(MSC_MONITOR_DEMAND_AND_SUPPLY_PLANNING_WORK_AREA_PRIV)\
- セールス・アンド・オペレーションズ・プランニングの管理(MSC_MONITOR_SALES_AND_OPERATIONS_PLANNING_WORK_AREA_PRIV)
- 「バックログ管理」作業領域のモニター(MSC_MONITOR_BACKLOG_MANAGEMENT_WORK_AREA_PRIV)
- 「オーダー納期回答」作業領域のモニター(MSC_MONITOR_ORDER_PROMISING_WORK_AREA_PRIV)
これらの権限は、この更新の前から使用可能でした。
Redwoodエクスペリエンス
これらの機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス間で豊富なユーザー・エクスペリエンスを提供し、拡張検索と分析、改良された表レイアウトを備えています。
Redwoodページを使用したバックログ・プランニング・オプションの管理
Redwoodユーザー・エクスペリエンスを使用して、Oracle Backlog Managementでプランニング・オプションを設定できるようになりました。次に、プラン・スコープ、動作および他のアプリケーションへのリンクを制御するための設定を示します:
- プラン範囲および開始日。
- 考慮する供給および需要の期日経過日数。
- 需要履行リード・タイム。
- デフォルト需要優先度ルール。
- ソース・ルールおよび物流構成表の割当セット。
- カテゴリレベル・ルールのカテゴリ・セット。
- 計画供給のソーシングに使用される供給プラン。
バックログ・プランニング・オプション
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
「Redwoodページを使用したバックログ・プランニング・オプションの管理」機能を使用するには、その親機能「オーダー・バックログ管理」にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。
「Redwoodページを使用したバックログ・プランニング・オプションの管理」機能を有効または無効にするには、次のステップに従います:
- 「設定および保守」作業領域で、「管理者プロファイル値の管理」タスクを検索して選択します。
- 「管理者プロファイル値の管理」ページで、ORA_MSC_BACKLOG_PLANNING_OPTIONS_REDWOOD_ENABLEDプロファイル・オプション・コードを検索して選択します。
- 「プロファイル値」セクションで、「サイト・レベル」を「はい」または「いいえ」に設定します。デフォルト値は「いいえ」です。
- はい = 機能を有効にします
- いいえ = 機能を無効にします
- 「保存してクローズ」をクリックします。
- プロファイル値を設定してRedwoodページを使用可能にした後、「バックログ・プランニング・オプション」Redwoodページにアクセスするには、ログアウトして再度ログインする必要があります
ヒントと考慮事項
- 以前のリリースで設定されたバックログ管理プランニング・オプションは、このRedwoodページにシームレスに表示されます。
- 「配賦属性」セクションは、このRedwoodページでは使用できません。「配賦属性」セクションには、「プランニング属性の管理」ページの「配賦属性の設定」タブにある「プラン入力」作業領域でアクセスできます。
- バックログ・プランニング・オプションは、REST APIを使用して構成することもできます。
- 「バックログ・プランニング・オプション」Redwoodページが新しいブラウザ・タブで開きます。
- 「バックログ・プランニング・オプション」Redwoodページで「必須」として示される次の属性を設定する必要があります:
- プランニング範囲日数
- 割当セット名
- 需要優先度ルール
- 「バックログ・プランニング・オプション」Redwoodページには、次の検証が適用されます:
- 「プランニング範囲日数」に正の整数を入力する必要があります。
- 「考慮する供給および需要の期日経過日数」および「デフォルト需要履行リード・タイム(日数)」には正の整数を入力する必要があります。
主なリソース
- 推奨関連トレーニング:
- バックログ管理の概要(更新19D)のレディネス・トレーニング
- 供給プランから計画オーダーを自動的に含める(更新20B)のレディネス・トレーニング
- バックログ管理 - その他の機能拡張(更新22B)のレディネス・トレーニング
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 「バックログ管理」作業領域のモニター(MSC_MONITOR_BACKLOG_MANAGEMENT_WORK_AREA_PRIV)
- バックログ・プランの作成(MSC_CREATE_BACKLOG_PLAN_PRIV)
これらの権限は、この更新の前から使用可能でした。
Redwood: Redwoodページを使用したサプライ・チェーン・プランナの管理
新しいRedwoodページを使用して、プランナを追加、削除または更新できます。新しいページでは、プランナ・コード(プランナの名前)、摘要、プランナ・コードに関連付けられた従業員など、プランナの主要属性をレビューできます。また、プランナを簡単に検索およびフィルタすることもできます。プラン分析や計画オーダーのリリースなど、様々なダウンストリーム・プランニング・プロセスには、プランナの正確な保守が必要です。
プランナは、一連の品目、その在庫レベル、製造、調達および転送を担当する組織内の個人です。プランナの一般的な役職の例は、資材プランナ、サプライ・チェーン・プランナ、需要プランナです。
企業の従業員を企業のサプライ・チェーン・プランナとして指定し、組織レベルで品目に関連付けることができます。
新しいRedwoodの「プランナ」ページを使用して、プランナを追加、更新または削除できます。
プランナの追加
新しいRedwoodの「プランナ」ページを使用して、プランナを編集または削除します。プランナを選択し、「処理」アイコンをクリックして、プランナを編集または削除します。
プランナの編集または削除
「ソース・システム」や「使用不可日」などのプランナの属性を編集できます。各プランナは、特定のソース・システムのコンテキストで定義されます。
プランナの編集
プランナ属性値を使用してプランナを検索およびフィルタしたり、属性値を入力して開始できます。ページで一致する結果の表示を開始するには、最低3文字必要です。検索では大文字と小文字が区別されません。
プランナの検索
任意の属性に基づいてプランナをソートすることもできます。ソート・タイプは昇順です。
プランナのソート
Redwoodの「プランナ」ページは、次の作業領域で使用できます:
- 供給プランニング
- 需要および供給プランニング
- バックログ管理
- 需要管理
- プランニング・セントラル
- 補充プランニング
- セールス・アンド・オペレーションズ・プランニング
RESTリソース:
REST APIを使用して、プランナを取得、作成、編集または削除することもできます。RESTリソース名はplannersです。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
Redwood「プランナ」ページを有効にするには、次のプロファイルについて値を「はい」に設定します:
- プロファイル・オプション・コード: ORA_MSC_PLANNERS_REDWOOD_ENABLED
- プロファイル表示名: プランナのRedwoodページ使用可能
プロファイル・オプション値を「はい」に設定した後、再度サインインします。Redwoodの「プランナ」ページが「タスク」パネルに表示されます。
Redwoodの「プランナ」ページ
「プランナ」をクリックして、Redwoodページを新しいブラウザ・ウィンドウで開きます。
ヒントと考慮事項
「Redwoodページを使用したサプライ・チェーン・プランナの管理」機能を使用する場合は、その親機能「オーダー・バックログ管理」にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。
「従業員名」値リストには、ページに最大25個のレコードが表示されます。検索をさらにフィルタする必要がある場合は、従業員名の先頭文字を追加で入力します。
FBDIを使用して、引き続きプランナを追加または編集できます。
主なリソース
- Redwoodページを使用したサプライ・チェーン・プランナの管理デモをご覧ください。
- Redwoodエクスペリエンスの詳細は、https://redwood.oracle.com/を参照してください。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 「供給プランニング」作業領域のモニター(MSC_MONITOR_SUPPLY_PLANNING_WORK_AREA_PRIV)
- 資材プランナの管理(MSP_MANAGE_MATERIAL_PLANNER)
- 検索ビューの管理(HCM_MANAGE_SEARCH_VIEWS)
最初の2つの権限は、この更新の前から使用可能でした。検索ビューの管理は、サプライ・チェーン・プランニングの新機能です。
Redwoodページを使用したカレンダ・シフトの表示
新しいRedwoodページを使用して、Oracle Fusion Cloud Supply Chain Executionなどのソース・システムから収集されたカレンダ・シフトを表示できます。たとえば、特定のカレンダに関連付けられたシフトをレビューできます。このRedwoodページを使用してカレンダ・シフトをレビューすることで、生成されたプランの正確性を確保できます。
Redwoodページを使用したカレンダ・シフトの表示の詳細は、「Redwoodページを使用したプランニング・カレンダのレビュー」機能を参照してください。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
ヒントと考慮事項
「Redwoodページを使用したカレンダ・シフトの表示」機能を使用する場合は、Oracle Order Backlog Managementにオプト・インする必要があります。すでにオプト・インしている場合、この機能を再びオプト・インする必要はありません。
Redwoodページを使用したカレンダ関連のレビュー
新しいRedwoodページを使用して、組織、サプライヤ、運送業者などの様々なエンティティへのカレンダ関連をレビューできます。このRedwoodページを使用してカレンダ関連をレビューすることで、生成されたプランの正確性を確保できます。
Redwoodページを使用したカレンダ関連のレビューの詳細は、「Redwoodページを使用したプランニング・カレンダのレビュー」機能を参照してください。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
ヒントと考慮事項
「Redwoodページを使用したカレンダ関連のレビュー」機能を使用する場合は、Oracle Order Backlog Managementにオプト・インする必要があります。すでにオプト・インしている場合、この機能を再びオプト・インする必要はありません。
Redwoodページを使用したプランニング・カレンダのレビュー
新しいRedwoodページを使用して、プランニング・カレンダをレビューし、その正確性を確保できます。以前にプランニング・カレンダ、プランニング・カレンダ・シフトおよびプランニング・カレンダ割当をレビューするために使用できたタスクは、「カレンダ」という単一のタスクに連結されています。対応するページが同じRedwoodページのタブとして使用できるようになりました。
「タスク」メニューからカレンダ・ページにアクセスする際の違い
次の図は、ADFおよびRedwoodの「タスク」メニューからカレンダ・ページにアクセスする際の違いを示しています:
「タスクの管理」メニュー - 「カレンダ」の差異
「カレンダ」をクリックして、新しいRedwoodページにナビゲートします。
Redwoodのカレンダ・ページ
次の図は、カレンダ・ページの主な要素を示しています:
カレンダ・ページ・レイアウト
- カレンダ・ページ: 「プランニング・カレンダのレビュー」、「カレンダ関連」および「カレンダ・シフト」ページは、アクセスしやすいようにタブとして1ページに結合されています。各タブにナビゲートすると、すべてのカレンダ・シフトおよびカレンダ割当がデフォルトで表示されます。検索およびフィルタして、特定の詳細を絞り込むことができます。
- 検索: キーワード、複数の文字列および日付を使用して、検索を絞り込むことができます。ページには、次の2種類の検索があります:
- 表のグローバル検索: 次のエンティティを使用し、キーワードで検索を絞り込むことができます:
- カレンダ・コード
- カレンダ
- 摘要
- ソース・システム
- シフト名
- パーティ・タイプ
- パーティ名
- フィルタを使用した検索: 事前定義済フィルタを使用して、キーワード、文字列および日付により、表データの検索を絞り込むことができます:
- 「カレンダ」ページ:
- カレンダ
- カレンダ・コード
- 開始日
- 終了日
- 「カレンダ・シフト」ページ:
- カレンダ
- シフト名
- 稼働日シフト日数
- 休日シフト日数
- 例外タイプ
- 例外開始日
- 「カレンダ」ページ:
- 表のグローバル検索: 次のエンティティを使用し、キーワードで検索を絞り込むことができます:
キーワード検索の例
フィルタ・チップでの検索における複数のカレンダ名の例
フィルタ・チップを使用した日付範囲選択による検索の例
プライマリ・フィルタ・チップに複数の検索基準が定義された結果
- フィルタ・チップ: フィルタ・チップをクリックし、フィルタのいずれかを選択して、カレンダ検索を絞り込むことができます:
追加フィルタを選択するパネル
次の基準を使用して、表データをフィルタできます:
- カレンダ・スケジュール
- カレンダ例外
- サプライヤ
- 顧客
- 運送業者
- 組織
- その他
- パーティ・サイト
- ソース・システム
- カレンダ属性: カレンダを選択して、「カレンダ関連」や「シフト」などの属性を詳細に調べることができます。 複数の行または各行を個別に選択するには、「ドリル先」をクリックします。
- 表のレイアウトと列: すべての列とその順序は、ADFカレンダ・ページの列と同じです。これらの列は、英数字順にソートできます。
- 列の管理: 「列の管理」アイコンを使用して、必要な列の選択を変更します。 「列」ダイアログ・ボックスで、目的の順序で列をドラッグ・アンド・ドロップします。デフォルトのレイアウトを復元するには、「デフォルトの復元」をクリックします。
追加フィルタの選択
- カンマ区切り値(CSV)ファイルにエクスポート: ダウンロード・アイコンをクリックして、表データをCSVファイルにダウンロードし、目的の場所に保存します。
特定のカレンダのレビュー
必要なカレンダ行を1つ以上選択し、「ドリル先」をクリックしてシフトおよび関連の詳細をレビューします。 次に、「カレンダ・シフト」または「カレンダ割当」を選択して、それぞれのタブに移動します。
「ドリル先」ボタン
フィルタとして事前選択された選択済カレンダ
事前選択されたカレンダ・フィルタを含む「カレンダ割当」ページ
「カレンダ・シフト」および「カレンダ割当」の表レイアウトと列データは、「カレンダ」ページから変更されません。
RESTを使用したカレンダ・シフトおよびカレンダ割当のレビュー
Redwoodカレンダ・ページは、RESTサービスでサポートされています。GETサービス・コールを使用して、カレンダ情報を問い合せることができます。カレンダ・ページの新しいRESTサービスを次に示します:
- カレンダ(リソース名: calendars)
- カレンダ割当(リソース名: calendarAssignments)
- カレンダ・シフト(リソース名: calendarShifts)
詳細は、Oracle Fusion Cloud SCMのREST APIを参照してください
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
ヒントと考慮事項
「Redwoodページを使用したプランニング・カレンダのレビュー」機能を使用する場合は、その親機能「オーダー・バックログ管理」にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。
主なリソース
- カレンダ詳細を問い合せるREST APIコールを作成する例は、Oracle Fusion Cloud Supply Planningの24C RESTドキュメントを参照してください。
アクセス要件
次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- プランニング・カレンダの表示(MSP_REVIEW_PLANNING_CALENDAR_PRIV)
- プランニング・カレンダの編集(MSP_REVIEW_PLANNING_CALENDAR_ASSIGNMENT_PRIV)
これらの権限は、この更新の前から使用可能でした。
生産スケジューリング
製造現場のスループットとリソースおよび労務の投資収益率を最大化する実行可能なファクトリ・スケジュールを生成します。製造現場で実行できる現実的なスケジュールを計算、管理およびモニターしながら、重要なリソースの使用を最適化し、可能なかぎり定時に顧客需要を満たすことができます。
「生産スケジューリング」という機能をオプト・インすると、この項の機能を使用できます。
スケジュールでのシフト例外の考慮
スケジューラとして、様々なシフト例外(リソースの超過勤務、スケジュール済および予期しない停止時間、労務可用性の変更、工場リソースのスケジュール時のリソース能力の変動など)を考慮することが重要です。この更新の前に、Oracle Production Schedulingでは、例外に関係なく、スケジュール範囲全体で一定の生産能力を適用しました。この更新により、Oracle Production Schedulingでは、スケジュール計算時にリソースのシフト例外が考慮されるようになり、より正確で実行可能なスケジュールが作成されるようになりました。
更新24Cより前は、Oracle Production Schedulingでは、「ワーク・センター・リソース」ページの「使用可能なデフォルト・ユニット数」列で指定された値を使用して、シフト別の変動を考慮せずに、スケジュール範囲全体で使用可能なリソース・ユニットの合計数を決定していました。たとえば、リソースZA-EQP2には使用可能なデフォルト・ユニットが15個あるものの、SHIFT-Aには5ユニット、SHIFT-Bには12ユニットおよびSHIFT-Cには10ユニットがある場合、これらのシフトの差異は考慮されませんでした。
シフトレベル値のあるワーク・センター・リソース
24Cの更新後、Oracle Production Schedulingでは、ワーク・センター・リソースのシフト固有の値と追加の例外が考慮されるようになりました。生産スケジュールをリフレッシュすると、これらのシフト固有の使用可能ユニット数は、スケジュール計算時に生産能力制約とみなされます。
ガント・チャートでは、10色のスキームを使用して、リソースに割り当てられた作業オーダー工程で使用可能なユニットおよび使用されているユニットを表示します。使用が少ない場合は緑、使用が多い場合は赤です。詳細は、ツールチップで入手できます(図2を参照)。たとえば、作業オーダー工程で10ユニットを消費し、SHIFT-B中に使用可能なユニットが10ユニットある場合は、その時点でそれらがすべて使用されます。
リソース使用レベルは色スキームで示され、ツールチップに詳細が表示されます。
「現在使用可能なユニット数」または「現在使用されているユニット」の値が変更されると常に、リソースの親行に長方形のボックスが表示され、これらの変更が示されます。展開アイコンをクリックして、リソースにスケジュールされている個々の作業オーダー工程を示す子行を表示します。前述の例に示すように、1つの工程で複数のユニットが消費される可能性があるため、1つの子行は個々のリソース・ユニットまたはインスタンスを表さないことに注意してください。作業オーダー工程の子行への割当は視覚化のみを目的としており、永久的には保存されません。
「カレンダ・イベントの編集」モードが有効になっている場合は、ガント・チャートで使用可能なユニット値をビジュアル化できます。
シフト別使用可能ユニット数が「カレンダ・イベントの編集」モードで表示される
現在、シミュレーションの目的で、シフト内のリソースの使用可能なユニット数を調整することはできません。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
ヒントと考慮事項
「スケジュールでのシフト例外の考慮」機能を使用する場合は、その親機能「生産スケジューリング」にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません
主なリソース
- スケジュールでのシフト例外の考慮デモをご覧ください。
- Redwoodエクスペリエンスの詳細は、https://redwood.oracle.com/を参照してください。
アクセス要件
次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 生産スケジュールの編集(MSC_EDIT_PRODUCTION_SCHEDULE_PRIV)
この権限は、この更新の前から使用可能でした。
ショップ型製造作業定義からの複数の出力の計画
ショップ型製造で、複数の製品(副製品または副産物)がプライマリ製品とともに生産され、それぞれに独自の潜在的価値があるシナリオを検討します。たとえば、単一の大きな金属板から切り取られた複数の標準サイズの金属片です。Oracle Supply PlanningおよびOracle Production Schedulingでは、プライマリ製品に加えて複数の出力製品を生成するショップ型製造作業定義または作業オーダーがサポートされるようになりました。この更新により、供給プランニングおよび生産スケジューリングを使用するショップ型製造業者は、製造プロセスでプライマリ製品に加えて独自の需要を持つ価値のある品目が生成される環境内で、効率的に計画およびスケジュールできます。
生産スケジューリングでは、スケジュールのリフレッシュにより、Oracle Fusion Cloud Manufacturingで指定された作業定義および作業オーダーから、副製品および副産物に関する情報が取得されます。後続の解決プロセスでは、この情報が考慮され、これらの品目の供給と需要が適宜ペグされます。次の図に示すように、このような品目のアップストリームおよびダウンストリーム・ペギングのリンクをガント・チャートに表示できます。この例では、射出成形作業オーダーで2つの異なるコンポーネント品目が生産され、その後、異なるダウンストリーム組立工程で使用されることがわかります。
副製品および副産物の供給と需要は標準品目と同様にペグされる
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
ヒントと考慮事項
「ショップ型製造作業定義からの複数の出力の計画」機能を使用する場合は、その親機能「生産スケジューリング」にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません
主なリソース
- Redwoodエクスペリエンスの詳細は、https://redwood.oracle.com/を参照してください。
アクセス要件
次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 生産スケジュールの編集(MSC_EDIT_PRODUCTION_SCHEDULE_PRIV)
この権限は、この更新の前から使用可能でした。
製造工程での製品の歩留を考慮した計画
様々な業界で、製造工程で計画数量全体が生成されない場合があります。たとえば、特定の製品について、数量10の工程の製造を開始します。ただし、様々な製造損失が原因で、後続の工程では、数量9のみが使用可能であると予想されます。この更新では、供給プランニングおよび生産スケジューリングのプロセスで、後続の工程を計画およびスケジュールする際に予想される工程歩留が考慮されます。これにより、後続の工程で必要な資材は適切にスケール・ダウンされます。その結果、工程レベルの大幅な歩留を持つ環境の製造業者は、需要を満たし、生産を開始するために、適切な数量の原材料と完成品の可用性を確保できます。
以前は、Oracle Production Schedulingの作業手配リストおよび作業オーダーの表には、作業オーダーの残数量が表示されていました。作業オーダーに完了がレポートされている場合、Oracle Production Schedulingの残数量にはこれらの完了が反映されていますが、作業オーダーの当初数量は確認できませんでした。
現在、作業手配リストには、作業手配リストの算入可能残数量、および作業オーダー表の算入可能残数量と算入可能計画数量の両方が表示されます。これらの数量は、作業定義工程で定義された工程歩留を考慮し、ダウンストリーム需要を満たすために使用可能な量を表します。算入可能計画数量は累積歩留ファクタによって調整された当初作業オーダー数量ですが、算入可能残数量ではレポートされた完了も考慮されます。
作業オーダーに対して完了がレポートされると、残数量と算入可能残数量の両方の値が経時的に削減されます。ただし、算入可能計画数量は一定であり、ユーザーは作業オーダーの進捗を追跡できます。たとえば、算入可能計画数量が100で、算入可能残数量が50の場合、ユーザーは作業オーダーが半分完了したことがわかります。
工程歩留がそれぞれ0.9および0.8と定義されている2つの工程を持つ作業オーダーについて考えてみます。次の例を参照してください。作業オーダーの累積歩留は0.9 x 0.8 = 0.72です。作業オーダー数量が30ユニットの場合、算入可能計画数量は30 x 0.72 = 21.6ユニットになります。
工程歩留を持つ作業オーダー
この作業オーダーの完了がまだない場合、Oracle Production Schedulingに表示される算入可能計画数量および算入可能残数量の値は同じです。
作業オーダー表の新しい数量フィールドでは歩留まりが考慮される
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: サプライ・チェーン・プランニング
ヒントと考慮事項
「製造工程での製品の歩留を考慮した計画」機能を使用する場合は、その親機能「生産スケジューリング」にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。
主なリソース
- Redwoodエクスペリエンスの詳細は、https://redwood.oracle.com/を参照してください。
アクセス要件
次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- 生産スケジュールの編集(MSC_EDIT_PRODUCTION_SCHEDULE_PRIV)
この権限は、この更新の前から使用可能でした。
重要な処理と考慮事項
ファイルベース・データ・インポート(FBDI)テンプレートの変更点
サプライ・チェーン・プランニングFBDIテンプレートの一部がこの更新で変更されました。各変更の詳細は、次のFBDIテンプレートの指示タブを参照してください。
- 作業オーダー供給(ScpWorkOrderSuppliesImportTemplate)
- 工順(ScpRoutingsImportTemplate)
最新のテンプレートは、Oracle Help CenterのOracle Fusion Cloud SCM: File-Based Data Import (FBDI) for SCMのサプライ・チェーン・プランニングの項にあります。