機械翻訳について

Redwood: Order Promisingでのスケジューリング遅延の診断

オーダー明細が要求日を満たさない理由を理解するために、オーダー明細を遅延させるコンポーネント、資材、サプライヤ、リソースまたはその他の要因を識別します。 各代替オプションの遅延のソースを表示して、いずれかを使用して遅延を解決しやすくするかどうかを判断するのに役立ちます。

選択した品目の計画にオーダー納期回答で使用されるソース、カレンダ、リード・タイムおよびその他の基準をレビューできます。 グラフでは、オーダー明細が要求日を満たさない資材、生産能力またはサプライヤに関連する遅延が強調表示されます。 これらのインサイトを使用すると、アイテム割当の調整や輸送の迅速化など、遅延の解決に役立ちます。

スケジューリング診断ツールでは、後続のステップ、トラバースされた検索パス、発生した制約、考慮されたソリューションおよび返された最終ソリューションを詳細に説明することで、オーダー納期処理に関する独自のインサイトが提供されます。

スケジュール診断ツールでは、次の機能がサポートされています。

• Oracle Global Order Promisingでは、「有効数量のチェック」または通常のオーダー発行(自動スケジュール)を使用して選択したオーダーが処理されるため、オーダー納期処理プロセスは表形式と同様にグラフィカルに表示されます。
• 次に続く検索ステップの順序と、最適なオーダー納期回答ソリューションの検索に参加した供給ソースの詳細を示します。
• 供給検索が遅延結果を返す原因となった重要なコンポーネントおよびリソースを強調表示します。 遅延の原因(エンド・アイテム、コンポーネントまたはリソースの可用性、カレンダ、リード・タイムおよびその他の関連パラメータ)を特定するのに役立つ情報のスナップショットを取得します。
• 希望入手日、供給検出日、時間フェーズの供給需要状況など、オーダー納期システムの状態を取得します。

Oracle Fusion Cloud Order Managementから有効数量のチェックの実行中に、オーダーのスケジュール診断をオンデマンドで起動することも、通常のオーダー発行(自動スケジュール)時に適格オーダーについて自動的に計算してから後で表示することもできます。

有効数量のチェック

Oracle Order Management UIで受注明細を選択し、「有効数量のチェック」を起動します。

 

Oracle Order Managementでのオーダー選択および有効数量のチェックの起動

「有効数量のチェック」ページで、受注明細を選択し、「処理」メニューから「スケジューリング診断の実行」を選択します。

「有効数量のチェック」ページでのオーダー選択およびスケジュール診断の起動

診断生成が完了すると、レポートを表示するためのリンクを含むバナー・メッセージが表示されます。 リンクをクリックすると、「スケジュール診断」ページのグラフィカル・ビューが表示されます。

スケジュール診断レポートが生成されたことを示すメッセージ

自動スケジュール

リアルタイム納期処理中にスケジューリング診断を取得するための前提条件として、いくつかの設定ステップを実行する必要があります。 これには、ツールを有効にし、Order Promisingの「オプション」ページで適格基準を設定するためのフィルタの構成が含まれます。

「スケジューリング診断」チェック・ボックスを選択して、スケジューリング診断レポート生成を有効にできます。

フィルタ基準を追加するには、次の順序属性を1つ以上選択します。

• 要求品目
• 要求出荷元倉庫
• 顧客名
• 需要区分
• 要求日
• 要求数量

テキストベースの属性に対する複数の選択がサポートされています。

テキストベースの属性の複数選択

要求日および要求数量には、様々な演算子がサポートされています。

• 次である
• 次以前
• 次以降
• 次の間

日付属性でサポートされる演算子

複数属性の選択

オーダーが発行されると、定義されたすべての基準を満たすオーダーが診断レポートのスケジュールに適格になります。

「スケジューリング診断」チェック・ボックスが選択されているが、属性が選択されていない場合、リアルタイムでスケジュールされたすべてのオーダーは、スケジューリング診断情報の生成に適格になります。

Order Promisingの「オプション」ページで、診断レポートの生成および保持をスケジュールするための上限を定義できます。 「1日当たりの最大スケジューリング診断レポート数」フィールドに、1日に生成するレポートの最大数を入力します。 デフォルトは1000です。

「スケジュール診断レポートのライフ・スパン日数」フィールドに、スケジュール診断レポートを保持する日数を入力します。 指定した日数を超えるレポートはパージされます。 値を指定しない場合、レポートは無期限に保持されます。

スケジュール診断レポートの確認

適格な受注明細の計画診断レポートを表示するには、Oracle Order Management UIで受注明細を選択し、「有効数量のチェック」を選択します。 「有効数量のチェック」ページで、オーダー明細を選択し、「処理」メニューから「スケジューリング診断のレビュー」を選択します。 選択したオーダー明細に対応するレポートがない場合、「スケジュール診断のレビュー」リンクの選択は使用可能になっていません。

グラフィカル・ビュー

スケジュール診断レポートを起動すると、デフォルトでグラフィカル・ビューが表示されます。 このビューは、順序を階層的な一連のノードとして納期処理しながら検索パスを示し、各ノードはプロセスのステップを表します。

レポートの確認には、次の3つのメイン・ビューを使用できます。

• 完全パス: これは、様々な供給タイプ(ATP、手持および既存の作業、転送および購買オーダー、新規製造供給、新規転送供給および新規購買供給)と、納期の計算時にGlobal Order Promisingによって検索されたリソースを示す、レポートの最も包括的な表示です。 ツリーを深さ優先の順序でフォローする場合(上部のブランチをできるだけ左から右に行ってから、最初の未探索ブランチにバックトラックしてからフォローします)Global Order Promisingで供給およびリソースが検索された順序を示す最初の未調査ブランチなどに、左から右にバックトラックします。

「スケジューリング診断」グラフィカル・ビューの完全パス

• ソリューション・パス: これは、Global Order Promisingが検索したが拒否したノードを完全パスから「グレーアウト」し、実際にオーダーの納期処理に使用されたノード(供給およびリソース)のみが残ります。

「スケジューリング診断」グラフィカル・ビューのソリューション・パス

• クリティカル・パス: この表示は、オーダーの納期を決定したソリューション・パスの最も重要な分岐に従い、オーダーの遅延につながったコンポーネントまたはリソースの可用性制約の識別に最適です。

「スケジューリング診断」グラフィック・ビューのクリティカル・パス

ノート:ソース・ルール、ATPルール設定およびオーダー納期処理中の条件に基づいて、ソリューション・パスが完全パスまたはクリティカル・パスと同様の方法で表示される場合があります。 各ノードには、そのノードに関連する情報を表示するためにクリックすると表示されるコンテキスト・ツールチップがあります。

たとえば、ツールチップが次に示す「供給の購入」ノードの場合、Global Order Promisingで供給が必要なタイミングとそれが見つかったタイミングを確認できます。 Global Order Promisingで予想より後の供給が検出された場合、いくつかの根本的な理由がある可能性があり、ツールチップの補足情報は、次の理由を追跡できるように設計されています。

• Global Order Promisingでは、予想される供給ソースが考慮されていません: ツールチップに示されているソース・ルールを確認してください。
• Global Order Promisingでは、予想される供給タイプ(インバウンド購買オーダーなど)は考慮されません。ツールチップに示されているATPルールを確認してください。
• Global Order Promisingで「Infinite Time Fence(無限タイム・フェンス): Check the Infinite Time Fence Date(無限タイム・フェンス日付のチェック)」が発生しました。
• アイテムのリード・タイムが適切より長く(誤って)設定されています: ツールチップのリード・タイム情報をチェックしてください。
• カレンダの制約により、Global Order Promisingでは、供給が将来にさらに遠ざかるようになりました。ツールチップに示されている製造、出荷および受入カレンダを確認してください。

スケジュール診断グラフィック・ビューのツールチップ表示

各ノードでは、選択したノードに対応するステップを強調表示しながら、サマリー・ビューまたは詳細な表形式ビューに切り替えることができます。

グラフィカル・ビューでは、表示の特定の領域にフォーカスできるため、分析が容易になります。 特定のノードから、サプライ・チェーン・ネットワークのアップストリームで最大2、3、4またはすべてのレベルに集中できます。 選択範囲に該当しない他のすべてのノードは表示されなくなり、ソリューションの特定の領域に集中できます。

「スケジューリング診断」グラフィカル・ビューのフォーカスおよびナビゲーションの切替えオプション

要約ビュー(表形式)

納期回答プロセスのステップが表形式で表示され、各ステップのアクティビティと結果の詳細が示されます。 この表には、必要な数量と見つかった数量、必要な日付と見つかった日付、実行された処理、返された結果など、すべてのステップの主要な情報が表示されます。

要約表形式ビュー

「詳細」列を使用して、特定の処理ステップの追加情報を表示します。

「サマリー」表形式ビューの詳細ペイン

ページの右隅にある構成アイコンを使用して、このページの列の非表示または表示を使用できます。

「サマリー」表形式ビューの列選択

レポートをエクスポートすることもできます。

詳細ビュー(表形式)

詳細ビューには、実行されたアクション、およびプロセスの各ステップの供給/可用性ピクチャ、必要な数量、検出された数量、消費の対応する時間フェーズ・ビューが表示されます。

詳細な表形式ビュー

日次、週次または月次形式で表示されるようにタイム・バケットを構成したり、構成アイコンを使用してバケット数を定義できます。

詳細表形式ビューでの期間バケット構成の表示

「構成」ペインの「メジャー」タブから、検索数量、検出数量、供給および有効数量情報などの列を追加することもできます。

共通ナビゲーション

すべてのスケジュール診断ページの右上隅にあるアクションボタンを使用すると、ビューを切り替えることができます。

レポート・ビューの切替えボタン

完全なパス、ソリューションパス、およびクリティカルパスを表示するための表示アクションは、すべてのスケジュール診断ページで使用できます。

供給検索パス表示オプション

例

「有効数量のチェック」を使用してオーダーを再訪問する例を考えてみます。 オーダーは各アイテムに対して20個ずつ行われました。 単位は、次に示すように、「Ea」(それぞれ)としてユーザー定義されます。

可用性のチェックは、現在日として範囲開始で実行されます。 遅延計算は要求日に基づいて行われ、供給状況は現在の日付に基づきます。

「可用性のチェック」結果は、次のようにスケジューリング診断ツールに反映されます。

ソリューション・パスのグラフィカル・ビュー

1. 左端のノードから、需要明細がComputer Services顧客の需要明細であることがわかります。 これは顧客ノードと呼ばれます。 右側に移動すると、品目OP-ANALOG-Mの需要明細が数量30であることがわかります。 履行組織はM1で、要求日は2026年2月4日です。 これはリクエスト・ノードと呼ばれます。 ノードの上にカーソルを置くと、そのノードに保持されているすべての詳細が表示されます。
    
2. 右に移動すると、木に枝があります。 ブランチに遭遇するたびに、ツリーを読み取る適切な方法は、最上位の未読ブランチに進み、ツリーの最右端までフォローすることです。 この「深さ優先」な順序でツリーのノードを読み取ると、Global Order Promisingで各資材供給または生産資源が納期を決定する際に各事業所で考慮された正確な順序が反映されます。
    
3. このツリーは、Global Order Promisingで確認された次の供給タイプが、組織M1の品目OP-ANALOG-Mの「ATP」(手持および計画受入)であることを示しています。 需要明細に必要な30件のうち14件が見つかりました。 「> 9」日として表示される遅延は、要求された日付に対して相対的です。 値は、このシナリオで供給が期日超過で必要であり、その時点で供給が使用可能であったことを示します。 供給は、要求日より9日後の現在の日付で引き続き使用可能になります。

したがって、Global Order Promisingでは、16の残りの供給を検索する必要がありました。 深さ優先の検索順序に従い、最初の未探索ブランチにバックトラックすると、数量16の組織M1で品目OP-ANALOG-Mの提示購買オーダーを示すノードに着陸します。 この供給は、要求日23日を超える遅延でのみ調達できます。 このブランチの最後のノードは、購買供給がサプライヤGOPDS-Supplier1からのものであることを通知します。

リクエスト・ノードの詳細

左側の2番目のノードであるリクエスト・ノードに、遅延を示す三角形のアイコンが右上隅に表示されます。 アイコンをクリックしてツールチップを開きます。 ツールチップから、アイテム名、リクエスト日および数量、注文の出荷における全体的な遅延日数など、注文の結果のサマリーが表示されます。 また、1日のピックおよび梱包リード・タイムが定義されていることも示されます。

遅延を示すクリティカル・パス

ページの左上にあるドロップダウン・リストから「クリティカル・パス」オプションを選択すると、順序の全体的な遅延に影響しなかった1つのノードを持つブランチがグレー表示されます。 これは、遅延が、それぞれ16の供給がサプライヤから購入された支店によって引き起こされたことを示しています。

次に、要約表形式ビューに移動してステップを確認します。

ソリューション・パスの要約表形式ビュー

サマリー・ビューでは、完全パス、ソリューション・パスおよびクリティカル・パス図もサポートされます。 解決策パスを選択すると、最適な解決策に関連するすべてのステップが表示されます。 このパスには4つのステップが関係していることがわかります。

表を左から右にレビューすると、各ステップに品目詳細が含まれ、その後にステップが発生した場所、各ステップに含まれる数量(検索数量および検出数量)が表示されます。 各ステップでソルバーによって実行されるアクションの詳細は、次の列に続き、そのアクションの結果を示します。 結果列は、成功(緑)、失敗(赤)または部分的な成功(ベージュ)を示す色分けされています。 次に、数量が必要な日付と数量が見つかった日付が表示されます。 要求日が期日超過であるため、計算された日付が過去のステップの場合、表示には「<現在の日付」と表示されます。 「詳細」列には各ステップのアイコンがあり、カレンダ、リード・タイムおよびその他の関連情報を表示するパネルが起動されます。

ステップ1では、組織M1でそれぞれ合計数量30が必要であり、部分数量14がそれぞれ現在の日付で検出されたことがわかります。 ステップ2では、サプライヤからの残りの16ユニットの供給のソーシングが組織M1で開始されます。 ステップ3では、サプライヤから16ユニットの供給が求められ、2月16日に使用可能であることが判明しました。 4番目と最後のステップで、供給が購入され、2月26日に組織M1に到着します。

要求日= 2月4日、供給検出日= 2月26日、ピックおよび梱包リード・タイムの1日を使用すると、23日間の遅延が計上されていることを確認できます。

クリティカル・パスを表示するには、「サマリー」ビューに切り替えます。

クリティカル・パスの要約表形式ビュー

これで、クリティカル・パスに含まれるサプライヤからの供給の購買に関連するステップのみが表示されます。 さらに理解するには、組織M1からサプライヤから供給が求められるステップの「詳細」アイコンをクリックします。

詳細ビュー

サプライヤ・ロケーションから組織M1に供給が出荷される日までの10日間のオフセットがあることを示すサプライヤ・リード・タイム値があります。

このペインには、供給タイプ(この場合は購買)、検索数量、供給希望入手日(期日超過要求日に基づく)、供給有効日(2月26日)、要求からの遅延日数などの追加情報も表示されます。日付(23日)、供給推奨に適用されたソース・ルール、品目に適用可能なATPルール、前処理リード・タイム(1日)、後処理リード・タイム、組織カレンダ、出荷カレンダ、受入カレンダなどの様々なカレンダなどの様々なリード・タイム。 これにより、納期回答時にソルバーが考慮したパラメータと設定の全体像がわかります。

クリティカル・パスに戻ると、サプライヤのリード・タイムが注文の遅延に寄与したことは明らかです。 ただし、現在の日付が要求日より9日経過し、サプライヤ・リード・タイムの10日およびピックおよびパック・リード・タイムの1日を追加すると、合計で20日間の遅延が発生します。 これは、オーダーに表示される23日間の全体的な遅延を完全にカバーしていません。

さらに分析するには、詳細な表形式ビューにナビゲートして、サプライヤ事業所の勤務可能状況の写真をレビューします。

供給有効数量制約を示す詳細な表形式ビュー

ここでは、可用性が2月13日から2月16日まで制約されていることがわかります。 これにより、全体的な遅延にさらに3日が追加されます。

このことから、23日の遅延は、次の要因が原因であると結論付けました。

1. 要求日が期限を9日超過しています。
2. サプライヤの可用性は、現在の日付(2月13日)から2月16日(3日)まで制約されます。
3. サプライヤ・リード・タイムは、サプライヤの可用性から10日後です。
4. 1日のピックおよび梱包リード・タイムは、組織M1からの出荷時に供給が使用可能になる日付の間に定義されます。

この例は、スケジューリング診断で提供される様々なビューを使用して結果を分析し、サプライ・チェーン・ネットワークの重要な領域を特定し、遅延の根本原因を特定する方法について調べました。
 

有効化および構成ステップ

この機能を有効化するうえで必要な操作はありません。

ヒントと考慮事項

• スケジュール診断は、Oracle Order Managementから有効数量のチェックの実行中にオーダーのオンデマンドで起動することも、通常のオーダー発行(自動スケジュール)時に適格オーダーに対して自動的に計算してから後で表示することもできます。
• リアルタイム納期回答の場合、「スケジューリング診断」チェック・ボックスが選択されているが、属性が選択されていない場合、リアルタイムでスケジュールされたすべてのオーダーは適格とみなされます。 これはパフォーマンスに影響する可能性があります。
• 受注明細ごとに1つの計画診断レポートのみが生成されます。 オーダー明細に対して生成された最新のレポートが保持されます。
• 1日当たりに生成されたスケジューリング診断レポートの数がOrder Promisingオプション・ページで定義された上限を超えると、リアルタイム・オーダー納期処理中にその日のレポートが自動的に生成されなくなります。
• オーダーのスケジュール診断情報は、「Order Promisingオプション」ページで定義した保持期間の上限を超えると自動的に削除されます。 値が指定されていない場合、レポートは現在のリリースで無期限に保持されます。
• 計画診断は、一度に1つの受注明細に対して起動できます。
• 供給割当があるオーダーでは、スケジュール診断生成はサポートされていません。
• 収集された予約済オーダーでは、スケジュール診断の生成はサポートされていません。
• オーダー構成品目(オーダー組立、オーダー・ピック・モデルおよびオーダー・ピック・キット)があるオーダーでは、スケジュール診断の生成はサポートされていません。
• ソース・ベースの納期回答ソリューションを使用して納期回答されたオーダーでは、スケジュール診断の生成はサポートされていません。
   

主なリソース

「バックログ管理スケジューリング診断」機能も参照してください。

アクセス要件

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

• 供給配賦レポートの表示(MSP_VIEW_SUPPLY_ALLOCATION_REPORT_PRIV)

この権限はこの更新より前に使用可能でした。