供給がしきい値を満たす場合のオーダー明細の分割
要求日以降に数量の一部が使用可能になる場合でも、オーダー明細を分割して、顧客の需要の少なくとも一部を履行できます。
この機能は次の場合に使用します。
- 計画された供給は、最初に販売オーダーを納期処理してから、配送に近づくまで大幅に変化する可能性があります。
- オーダー明細を分割または再スケジュールすると、代替、別の供給ソースの使用、または異なる日付の需要の履行によって、少なくとも一部の需要を満たすことができます。
- ATPルールを使用して、明細を分割する前に使用可能にする必要がある品目の最小数量を指定します。Global Order Promisingでは、明細を分割し、すべての品目が使用可能になるまで待機せずに数量の一部を搬送します。 納期回答では、要求日以降に供給が使用可能になった場合でもこのように実行されます。
- 納期回答では、最小数量が使用可能になった日付に、分割の最初の部分が納期処理されます。
- 顧客の要求日までに最小数量が使用可能にならない場合、最小数量を出荷できるようになるまで納期回答によって明細が遅延されます。
- 供給が使用可能になると、納期回答で残りの数量が納期処理されます。
- 最小数量を指定しない場合、納期回答は予定どおりにスケジュールできる供給に従って明細を分割し、供給が使用可能になると残りの数量をスケジュールします。
- 残りの数量が将来の日付で使用できないことが納期回答で検出された場合、明細は分割されません。
次のような利点があります。
- オーダー・ラインをスケジュールまたは再スケジュールする際に、よりタイムリに品目を配送します。
- 販売オーダーを再スケジュールする場合は、分割および置換を使用します。 サプライ・チェーンの変化する状況に適応する組織の柔軟性を向上させます。
- 遅延数量を削減し、有望な結果の品質を向上させるために、少なくともいくつかの需要を満たします。
- エンド・ツー・エンドのフローを合理化します。 Global Order Promising、Order ManagementおよびOracle Backlog Management全体で、分割された明細をシームレスに統合します。
この機能を使用して、次の納期処理を行います:
- カレンダおよび移動時間
- 出荷日または到着日
- 社内資材転送
- ファイルベース・データ・インポート
- オーダー組立構成品目
- データベース納期回答またはソース納期回答
ガイドライン
- 代替、組織または日付に従って分割できます。
- 納期回答が日付に従ってオーダー明細を分割すると、当初オーダー明細のみが分割されます。当初オーダー明細は1回のみ分割され、すでに分割されている明細は分割されません。
- 供給制約のために販売オーダーを再スケジュールすると履行が遅延する可能性があるかどうかを考慮します。
- 「オーダー納期回答需要の管理」ページを使用して、すでに分割されている明細を分割することはできません。
- REST APIを使用して有効数量をチェックする場合、または明細を自動的にスケジュールする場合で、REST APIペイロードのminSplitQuantity属性に値を指定した場合、納期回答ではATPルールの「分割の最小数量」属性の値のかわりにminSplitQuantityの値が使用されます。
- MSP_SCHEDULE_ORCHESTRATION_ORDER_FULFILLMENT_LINE_PRIV権限があることを確認します。
オーダー管理
- Order Managementで販売オーダーを作成する場合は、オーダー明細の明細の部分出荷の許可オプションを有効にする必要があります。
- 明細を分割する場合は、Order Managementのオーダー明細の在庫取引の許可属性をNoに設定する必要があります。
- オーダー明細を分割し、Order Managementで明細の履行許容範囲がゼロでなく、Oracle Shippingで分割明細がすでに出荷されている場合、出荷では、すべてのオーダー明細の履行明細にわたってすでに出荷された累積数量は考慮されません。 かわりに、Shippingでは、現在出荷されている分割明細の数量のみが考慮されます。
- Order Promising作業領域で許可「分割」オプションおよび「代替の許可」オプションを有効にできますが、明細のスケジュールまたは再スケジュール時にOrder Management作業領域にこの変更は表示されません。
- オーダー管理が納期回答から再スケジュール要求を受信し、その要求のデータに現在実行システムにあるデータが反映されない場合、オーダー管理は要求を拒否します。 この問題を回避するには、「オーダー納期回答」作業領域でオーダーを再スケジュールする前に、必ずオーダーを収集してください。
- Order Managementで独自のオーケストレーション・プロセスを設定し、プロセスが待機ステップにあるときに再スケジュールすると、Order Managementは明細を分割するリクエストを拒否します。
制限事項
この機能は、次の項目と併用できません:
- オーダー・ピック・キットまたは構成品目。
- 直接出荷。
- 出荷セット。
- バック・トゥ・バック・フローにある品目のATPルールで設定した無制限タイム・フェンス。
演習
分割および置換の有効化
- 「Order Promising需要の管理」ページに移動し、需要を検索します。 詳細は、需要の管理の概要を参照してください。
- 検索結果で、「処理」>「編集」をクリックします。
- 表示されるダイアログで、次の属性をはいに設定します:
- 分割の許可
- 代替の許可
これは別の方法です。 履行明細で分割および置換を使用可能にします:
- 「有効数量のチェック」ページに移動します。 詳細は、有効数量のチェックを参照してください。
- 履行明細領域で、次の属性をはいに設定します:
- 分割の許可
- 代替の許可
管理とテスト
- ATPルールを作成します。 ルールの作成時に値を設定します。 詳細は、ATPルールを参照してください。
属性 値 納期回答モード サプライ・チェーン有効数量検索
このモードを使用する必要があります。
供給が使用可能になった場合にオーダーを分割 チェック・マークが含まれます。 分割の最小数量 数値を入力します。
この番号は、品目のプライマリ単位の数量を表します。
- 作業内容をテストします。 「オーダー管理」作業領域に移動し、販売オーダーを作成して値を設定し、「送信」をクリックします。
属性 値 明細の部分出荷の許可 はい
詳細は、販売オーダーの出荷詳細の指定を参照してください。
例
例をいくつか見てみましょう。これがどのように機能するかを確認できます。
ATPルールに将来の遠い日付の無制限タイム・フェンスを設定するとします。
次の値を使用して販売オーダーを作成して送信します。
属性 | 値 |
---|---|
品目 | AS54888 Desktop Computer |
数量 | 150 |
明細の部分出荷の許可 | はい |
AS54888の現在の供給の状態を次に示します。
供給 | 0日目 | 5日目 | 10日目 | ITF日付 |
---|---|---|---|---|
合計 | 100 | 30 | 50 | - |
消込済 | - | - | - | - |
累積 | 100 | 130 | 180 | - |
ノート
- 日付0は、オーダー明細のリクエスト到着日です。
- 5日目は0日目の5日後、10日目は0日目の10日後です。
- ITF日付は、無限タイム・フェンス(ITF)が設定した日付を表します。
- 供給行には、現在使用可能な数量の値が含まれています。
- 日付0の供給行の100の値は、AS54888のリクエスト到着日で使用可能な供給です。
- 日付5の供給行の30の値で、たとえば作業オーダーから、日付5により多くの供給が使用可能になると予想されます。
- 日付5の累積行の130の値は、日付5でAS54888に使用できる供給合計です。 これは、0日目から5日目までの供給行の値の合計です。
最小数量を設定しない
「最小数量」属性の値を設定しないとどうなるでしょうか。
分割の最初の部分を要求日に満たすことができるため、納期回答によってオーダー明細が分割されます。
明細の分割 | 予想到着日 | 有効数量 |
---|---|---|
明細1-1 | 0日目 | 100 |
明細1-2 | 10日目 | 50 |
- 0日目に使用可能な100の数量を消費し、明細1-1で定時に出荷します。
- 残りの数量50は、10日目に使用可能になった時点で消し込み、明細1-2で10日目に出荷します。
当初明細は1であることに注意してください。 オーダー管理では、x-yの形式を使用して分割明細を表します。ここで、xは当初明細で、yはxの分割です。 たとえば、1-3は、当初明細1の3番目の分割明細を示します。
最小数量を120に設定
最小数量を120に設定するとどうなるでしょうか。
分割の最初の部分を要求日に満たすことができるため、納期回答によってオーダー明細が分割されます。
明細の分割 | 予想到着日 | 有効数量 |
---|---|---|
明細1-1 | 5日目 | 130 |
明細1-2 | 10日目 | 20 |
納期回答では次のことを行います。
- 5日目に最小数量120を消し込み、明細1-1で5日目に出荷します。
- 残りの数量30は、10日目に使用可能になった時点で消し込み、明細1-2で10日目に出荷します。
要求数量が使用可能な供給を超える
これまでの例では、要求数量150は使用可能な供給(180)を超えませんでした。 ここではそれが起こる場合を仮定してみましょう。 要求数量が250であるとします。
明細の分割 | 予想到着日 | 有効数量 |
---|---|---|
明細1-1 | 5日目 | 130 |
明細1-2 | 無制限タイム・フェンス | 20 |
納期回答では次のことを行います。
- 5日目に利用可能になる120の最小数量を消費し、明細1-1で5日目に出荷します。
- 無制限タイム・フェンスに従って使用可能になったら残数量30を消費し、明細1-2でその日付に出荷します。
Order Promising需要の管理ページの使用
Global Order Promising作業領域の「Order Promising需要の管理」ページを使用して、オーダー明細を複数の明細に分割し、異なる組織から出荷したり、販売オーダーを再スケジュールするときに異なる日に出荷できます。
分割するが置換しない
納期回答の再スケジュール動作は、納期回答が最初に明細をスケジュールするときに使用する動作に似ています。 分割を許可するが、再計画時に品目を代替しない場合、納期回答では、リクエスト数量で説明されているフローが使用可能供給を超えているのと同じフローが適用されます。 重要な違いは、再計画では、再計画時に実際に使用可能な現在の需要と供給が使用されることです。 納期回答では、日付に従って、または同じ品目の異なる組織で使用可能な供給に従って、オーダー明細を分割できます。
分割および置換
納期回答の再スケジュール動作は、代替サブトピックで説明されている動作と同じです。
代替
ノート
- 納期回答では、スケジュールが優先されるため、販売オーダーを定時にまたは最小の遅延で履行できます。
- Order Managementでは、検証組織の品目レベルで指定した代替のみが考慮されます。
- 品目にOrder Managementのカバレッジがあり、品目を代替する場合は、製品情報管理作業領域で代替品目のカバレッジ契約の使用可能属性がはいであることを確認する必要があります。 そうでない場合、Order Managementはリクエストを拒否します。
- オーダー明細が出荷セット内にあり、代替する必要がある場合は、出荷セットからオーダー明細を削除してから、品目を代替できます。
- Order Managementでは、単一のリクエストを使用してオーダー明細を分割し、元の明細の品目を同時に置換することはできません。 かわりに、ある要求をオーダー管理に送信して元の明細の品目を置換し、その明細を分割する別の要求を送信します。
- オーダー組立構成モデルを置換することはできません。
次のように仮定します。
- AS54888 Desktop Computerという項目があり、組織M1のAS6000 Big Desktop Computerという別の項目にAS54888を置換できる代替ルールを設定します。
- Order Promising作業領域で、「代替の許可」オプションと「分割」の許可オプションを有効にします。
- AS54888に対して、リクエスト到着日が10日、リクエスト数量が10の販売オーダーを発行します。
- AS54888の手持供給に使用可能な数量8があり、10日目のAS6000の数量10が使用可能になります。
納期回答では、明細が明細1-1および1-2に分割され、明細1-1でAS54888が8台要求日に出荷され、10日目に無制限のタイム・フェンスに従って使用可能になると、AS6000が2台出荷されます。
まとめです。
組織での順序M1 | 要求到着日 | 品目 | 予想到着日 | オーダー明細数量 |
---|---|---|---|---|
オーダー明細のヘッダー | 10日目 | AS54888 | - | - |
当初オーダー明細 | 10日目 | AS54888 | 10日目 | 8 |
分割オーダー明細 | 10日目 | AS6000 | 10日目 | 2 |
ノート
- 納期回答では、複数の代替品目からの分割を推奨し、複数の組織から出荷できます。
- 出荷セット、オーダー組立品目、オーダー・ピック品目またはオーダー・ピック・キットは置換できません。
ATPタイム・フェンスでの動作
ATPタイム・フェンス失効前の要求日
タイム・フェンスが失効する前に品目の手持供給の一部が使用可能であり、タイム・フェンスが失効した後にさらに供給が予想される場合は、納期回答によってオーダー明細が明細1-1および1-2に分割され、要求日に手持供給を使用して1-1を納期処理します。
動作は、ソース・ルールがあるかどうかによって異なります:
ソース・ルールの有無 | 説明 |
---|---|
はい | 納期回答では、ソース・ルールを使用して、将来日付で残数量を納期処理します。 |
なし | 納期回答では、タイム・フェンス失効後に使用可能になる予定の供給が使用されます。 |
ATPタイム・フェンス失効後の要求日
動作は、ソース・ルールがあるかどうかによって異なります:
ソース・ルールの有無 | 説明 |
---|---|
はい | 納期回答では、ソース・ルールを使用して、要求日までに残数量を納期処理します。 |
なし | 納期回答では既存のATP供給が使用されます。 |