機械翻訳について

オーダー明細分割

オーダー履行パフォーマンスを向上させるために、オーダー明細を複数のオーダー明細に分割します。

オーダー明細の分割は、タイムリかつ効率的な方法で販売オーダーを履行するために使用できるサプライ・チェーン手法です。 たとえば、オーダー明細にTABLET品目の数量50が含まれているが、優先倉庫であるデンバー倉庫の在庫数量は30のみであるとします。 シアトル倉庫には40個あります。 遅延を回避するために、オーダー明細を分割して、必要な数量をデンバーとシアトルから取得できます。

分割には様々なタイプがあります。

分割のタイプ	説明
手動	ノート 手動スケジュール・タスク対象の販売オーダーに対してのみ、「履行明細の分割」を使用できます。 手動スケジュール・タスクにないオーダー明細を分割するには、オーケストレーション・プロセスの実行中に「予定解除」をクリックし、オーダー明細を分割します。 スケジュール解除によって、オーケストレーション・プロセスはスケジュール・タスク(手動タスク)に戻ります。 スケジュール解除の方法を学習します。 詳細は、問題の修正およびパフォーマンスの向上を参照してください。 オーダー管理では、手動分割中には変更管理を行いません。 「有効数量のチェック」ページを使用してオーダー明細を手動で分割することはできませんが、選択した可用性オプションによってオーダー明細が暗黙的に分割される場合があります。
自動	ノート 「有効数量のチェック」ページで履行オプションを選択した場合、このオプションでは、必要な可用性結果を提供できるように、Order Managementでオーダー明細を分割する必要がある場合があります。 他の履行システムでは、オーダー明細を自動的に分割する場合があります。

オーダー管理で分割が許可されない場合があります。

• オーダー明細の「分割許可」属性では分割が許可されません。

• オーダー明細では分割は許可されません。 上書き権限を使用する場合は、この制限を上書きできます。

• オーダー明細の数量は1以下です。

• オーダー明細は出荷セットにあります。 この明細を分割するには、出荷セットから明細を削除してから分割します。

オーダー管理での有効数量の判断方法

代替とは、ある品目を別の品目に置き換えることです。 たとえば、80GBのハード・ドライブの在庫がないため、80GBのハード・ドライブを100GBのハード・ドライブに置き換えます。

Order Managementがオーダー明細を分割する際に有効数量を決定するために考慮する代替を次に示します。

分割が実行される場所	説明
オーダー明細を複数の倉庫に分割します。	オーダー明細のリクエスト出荷元倉庫属性の場合。 空の場合。 Order Managementでは、オーダー明細を分割する際に複数の倉庫が考慮されます。 空でない場合。 Order Managementでは、「要求された出荷元倉庫」で参照される倉庫のみを対象にします。 オーダー明細は分割されません。 分割によって作成される各オーダー明細では、「出荷元予定倉庫」属性に異なる値を指定できます。 Order Managementでは、オーダー管理者が設定したビジネス・ルールを使用して、品目の供給に使用する倉庫を決定します。
オーダー明細を代替品目間で分割します。	Order Managementでは、オーダー明細の「代替の許可」属性が「Yes」の場合にのみ、品目を代替します。 分割によって作成される各オーダー明細では、「使用可能品目」属性に異なる値を指定できます。 100単位の品目をリクエストするオーダー明細を作成するとします。 この品目の供給は80ユニットで、代替品目の供給は50ユニットです。 有効数量をチェックすると、オーダー明細がこれらのオーダー明細に分割されます。 品目の80ユニットを参照する1つのオーダー明細 代替品目の20ユニットを参照する別のオーダー明細
オーダー明細を複数の日付に分割します。	オーダー明細が、指定日に十分でない在庫をリクエストすると、Order Managementによって明細が複数の日付に分割されます。 リクエスト日に使用可能な数量に対して1つのオーダー明細を作成します。 後日配送する残数量に対して別のオーダー明細を作成します。 2019年11月15日に100単位の品目をリクエストするオーダー明細を作成し、その品目の供給がこれらの日付に使用可能であるとします。 2019年11月15日に70ユニットが使用可能です。 2019年11月30日に40ユニットが使用可能です。 有効数量をチェックすると、オーダー明細がこれらのオーダー明細に分割されます。 納期搬送が70ユニットで、予定搬送日が2019年11月15日のオーダー明細。 2019年11月30日の納期が予定されている30ユニットの納期が遅延した別のオーダー明細。

履行明細の分割によるステータスへの影響

Order Managementでは、オーダー明細を分割するときに、同じ履行タスクの2つ以上のインスタンスが作成されます。 これらのタスクは、処理中のステータスが異なる場合があります。

いくつかの例を考えてみます。

• オーダー明細A1のスケジュール・タスクのステータスが「未スケジュール」で、オーダー明細A2のスケジュール・タスクのステータスが「スケジュール済」です。

  オーダー管理でタスク・ステータスの分割優先度が調べられ、オーケストレーション・プロセス・ステータスは分割優先度が最も高いタスク・ステータスに設定されます。

• Order Managementでは、オーダー明細が分割され、その結果、計画タスクが2つのインスタンスになります。 1つのタスクは「完了」ステータスで、もう1つのタスクは「待ち状態」ステータスです。 「待ち状態」の分割優先度の値は2、「完了」の分割優先度の値は3です。

  オーケストレーション・プロセス・ステータスは「待ち状態」に設定されます。