1. オーダー管理の実装
  2. バックオーダーの取消および単一出荷の強制
機械翻訳について

バックオーダーの取消および単一出荷の強制

バックオーダーを自動的に取り消し、単一の出荷を強制するようにOracle Order Managementを設定します。

顧客との契約には、顧客がバックオーダーを受け入れるか、複数の出荷でオーダー明細の受入を受け入れるかなど、特定の履行要件が含まれる場合があります。

Order Managementを設定して、Oracle Shippingでピックを確認または出荷を確認するときに、需要を満たすことができる手持供給を考慮できます。 供給が需要を満たせない場合は、Order Managementで履行できない明細の数量を自動的に取り消すことができます。 手持数量が使用可能な場合でも、最初の出荷後にオープンしたままの数量を自動的に取り消すこともできます。 たとえば、顧客がオーダー明細ごとに1つの出荷のみを受け入れるとします。

サマリー

仕組みの概要を次に示します

次に、その仕組みの概要を示します:

  1. Glorious Bouquetという品目を販売するとします。 Order Management作業領域で販売オーダーを作成し、オーダー明細にブーケを追加し、これらの属性をオーダー明細に設定してから、販売オーダーを発行します:
    属性 値
    数量 10
    バックオーダーの取消 Yes

    出荷でピック・ウェーブの作成時、ピック・スリップの確認時、または出荷の確認時に手持数量が需要を満たせないため、履行できない数量を自動的に取り消します。
    単一出荷の強制 Yes

    出荷が最初の出荷を確認してクローズした後、オーダー明細でオープン状態のままになっている数量を自動的に取り消します。
  2. 倉庫にピック・ウェーブを作成します。 出荷の場合:
    • バックオーダーに数量を入れていないため、ピッキングの確認に進みます。
    • 数量の一部またはすべてをバックオーダーに入れた後、Shippingは在庫のある数量を割り当て、バックオーダー数量を取り消し、取消に関する詳細をOrder Managementに送信して、Order Managementが処理してオーダー明細を更新できるようにします。
  3. 倉庫でピックを確認します。 出荷の場合:
    • バックオーダーに数量を入れていないため、出荷の確認に進みます。
    • 数量の一部またはすべてをバックオーダーに入れた後、Shippingは在庫数量を準備し、バックオーダー数量を取り消し、取消に関する詳細をOrder Managementに送信して、Order Managementが処理してオーダー明細を更新できるようにします。
  4. 倉庫で出荷を確認します。 出荷の場合:
    • バックオーダーに数量を入れていないため、出荷が終了し、Order Managementで明細を更新できるようにオーダー明細がOrder Managementに送信されます。
    • 数量の一部またはすべてをバックオーダーに入れた後、Shippingは在庫数量を出荷し、バックオーダー数量を取り消してから、Order Managementが取消を処理してオーダーを履行できるように、オーダー明細をOrder Managementに送信します。

出荷では、倉庫内の様々なピッキングおよび梱包操作中にこれらのチェックが実行されます。

販売オーダーの発行後に、Order Managementによって属性値が出荷に送信されます。 次に、Inventory Management作業領域に移動し、「出荷明細の管理」ページの「バックオーダーの取消」属性および「単一出荷の強制」属性で表示できます。

バックグラウンドについては、「出荷の使用」を参照してください。

バックオーダーの取消

配送中に、ピッキングのリリース、ピッキングの確認、出荷の確認など、異なるタイミングでバックオーダーを取り消す必要がある場合があります。 たとえば:

  • ピックをリリースする場合、数量は使用できません。
  • 数量は使用可能ですが、Shippingでは、数量の一部が破損しているか、ピックを確認するときに梱包に問題があることが検出されます。
  • 数量は使用可能ですが、現在の明細を取り消して、その明細の数量の一部またはすべてを、より緊急な別の販売オーダーに使用できます。

顧客には、特定の要件もあります:

  • 使用可能な数量を履行しますが、そうでない数量を取り消します。
  • 履行できないオーダー明細を取り消します。
  • 販売オーダーの明細を履行できない場合は、オーダーのすべての明細を取り消します。
  • 単一の出荷ですべての数量を出荷し、別の出荷が必要な数量を取り消します。

オーダー明細の「バックオーダーの取消」属性にチェック・マークを追加し、需要を満たすのに十分な手持数量がない場合、ピックのリリースまたは確認の開始時、または出荷の確認時に、出荷によってバックオーダーが自動的に取り消されます。

出荷では、出荷明細が常に取り消されるとはかぎりません。 次に、オーダー明細の「バックオーダーの取消」属性を有効にしても出荷明細が取り消されない例を示します:

  • 出荷明細は受注ピック構成品目またはキットの一部であり、出荷バックオーダーはその品目またはキットの一部のみとなります。
  • 出荷明細は出荷セットの一部であり、出荷明細はピックを確認するときに出荷バックオーダーします。
  • Inventory Management作業領域に移動し、「出荷明細の管理」ページの「バックオーダー」処理または「循環棚卸の発行」処理を使用して出荷明細をバックオーダーします。

単一出荷の強制

受注明細で「単一出荷の強制」属性を有効にする場合、および次の場合:

  • 出荷では、オーダー明細の数量の一部のみ出荷できます。出荷では、出荷できない数量が取り消されます。
  • 出荷トランザクション・リクエストREST APIまたは出荷トランザクション・インポートの実行FBDIを使用して、オーダー明細の一部のみを出荷し、出荷が出荷明細を倉庫にまだ送信していない場合、出荷によってその明細が取り消されます。 Shippingで明細がすでに倉庫に送信されている場合、Shippingではその明細は取り消されません。
  • 販売オーダーに複数の出荷を割り当てた場合、出荷の確認、マニフェスト・リクエストの送信、販売オーダーの会計文書の作成はできません。
  • Oracle Transportation Managementまたはその他の輸送管理システムを使用して出荷の輸送を計画し、複数の出荷をオーダー明細に割り当てることはできません。

出荷明細の取消

出荷により出荷明細が取り消され、「オーダー履行からのレスポンスの処理」スケジュール済プロセスによって履行明細で次の更新が行われます:

  • 事前定義済の「バックオーダーの取消」事由を使用して、オーダー数量と取消済数量、取消の事由コードを更新します。 Order Managementでは、オーダー明細を分割したり、販売オーダーを改訂することはありませんが、オーダー明細は更新されます。
  • 更新されたオーダー数量を使用して、オーダー明細の手数料を再計算します。

ノート

  • 「販売オーダー合計を更新」スケジュール済プロセスを実行して、オーダー・ヘッダーの合計を更新する必要があります。
  • オーダー明細に与信承認がある場合は、改訂済オーダー数量に従って金額を調整できるように、「与信承認の金額の調整」スケジュール済プロセスを実行する必要があります。

これらのスケジュール済プロセスをスケジュールどおりに実行するように設定することをお薦めします。 この方法では、手動で実行する必要はありません。

バック・トゥ・バック・フローで取消が発生した場合は、「バックオーダーの取消時に供給の取消」オーダー管理パラメータを「はい」に設定して、購買オーダー、作業オーダーまたは転送オーダーの数量を確実に更新する必要があります。 詳細は、「Order Managementパラメータの管理」を参照してください。

「バックオーダーの取消」ビジネス・イベントを有効にすると、Shippingで取消が開始されると、Order Managementによってそのイベントが発生します。 詳細は、「Order Managementから他のシステムへの通知の送信の概要」を参照してください。

出荷セット

出荷セットを使用して、オーダー明細の取消方法を制御できます。 「バックオーダーの取消」属性を有効にするとします。 出荷でセットを処理する方法を次に示します:

出荷セット 全数量が使用不可の場合
すべての明細が同じセット内にあります。 任意の明細について、販売オーダーのすべての明細を取り消します。
各行は独自のセットにあります。 明細の場合は、その明細のみを取り消します。 このロジックを各行に適用します。
セットにラインがありません。 明細の場合は、使用可能な数量を出荷し、その明細の残数量を取り消します。 このロジックを各行に適用します。

出荷明細が構成品目またはキット内のコンポーネントであるか、出荷セットの一部であり、出荷がピックの確認時に明細をバックオーダーした場合、出荷は明細を取り消しません。

出荷セットの強制の詳細は、「転送オーダーでのキット品目の出荷パラメータの影響」および「出荷パラメータの管理に関する考慮事項」を参照してください。

演習

  1. 「設定および保守」作業領域に移動し、製造およびサプライ・チェーン資材管理オファリングを選択します。
  2. 「機能オプト・インの変更」をクリックします。
  3. 「名前」列に「出荷」がある行で、鉛筆をクリックします。
  4. 「販売オーダー・バックオーダーの自動取消」機能を有効にして「単一出荷の強制」機能を有効にし、「完了」をクリックします。

    オプト・イン後は、今後この機能を無効にしないでください。 有効にすると、ダウンストリーム履行で問題が発生します。 この機能は、更新24Dから常に有効です。

  5. 「バックオーダーの取消」ビジネス・イベントを使用可能にします。

    Shippingが明細を取り消すと、Order Managementによってそのイベントが自動的に呼び出されます。 また、履行明細ステータス更新イベントやオーダー属性更新イベントなど、処理要件に応じて他のイベントが発生する場合があります。 詳細は、「Order Managementでのビジネス・イベントの使用の概要」を参照してください。

  6. 「バックオーダーの取消時の供給の取消」パラメータを設定します。 このパラメータを使用して、バック・トゥ・バック・フローの動作を制御します。 値を設定します:
    • はい。 出荷が出荷明細の一部のみを取り消した場合、「オーダー履行からのレスポンスの処理」スケジュール済プロセスによってOracle Supply Chain Orchestrationの供給オーダーが更新され、供給オーダーによって数量が更新されます。 また、残数量を履行しようとしている購買オーダー、作業オーダーまたは転送オーダーの更新、取消またはクローズも行われます。
    • いいえ。供給オーダーを更新または取り消したり、転送オーダー、購買オーダーまたは作業オーダーを取り消したりクローズしたりしないでください。 供給オーダーを手動でレビューして取り消す場合は、「いいえ」に設定します。

    出荷で出荷が確認され、出荷を待機している明細にこれ以上数量がない場合、このパラメータを「いいえ」に設定した場合でも、スケジュール済プロセスによって供給オーダーがクローズされます。

    詳細は、「Order Managementパラメータの管理」を参照してください。

  7. これらのスケジュール済プロセスを設定します。 スケジュールを頻繁な間隔で実行するように設定します:
    • 「与信承認の金額の調整」。 オーダー明細に与信承認がある場合は、顧客の与信承認金額を調整できるように、このスケジュール済プロセスを実行する必要があります。 出荷が取り消された場合:
      • 数量の一部。 このスケジュール済プロセスでは、取消後に明細にある改訂済数量に従ってクレジットを再承認するときに、更新済金額が使用されます。
      • 全量。 このスケジュール済プロセスは、オーダー明細の与信承認を取り消します。
    • 「販売オーダー合計を更新」。 このプロセスを使用して、出荷でバック・オーダーが取り消された後、オーダー・ヘッダーの合計を更新します。
  8. 収集とリフレッシュ。
  9. 設定をテストします。

    便利な画面印刷など、この機能のエンド・ユーザー・エクスペリエンスを詳しく説明する詳細な例については、「Order Managementの技術リファレンス(ドキュメントID 2051639.1)」にアクセスし、「バックオーダーの取消」および「単一出荷の強制」添付をダウンロードしてください。 添付には、次の例があります:

    • バックオーダーの取消
    • バックオーダーの取消および単一出荷の強制
    • ビジネス・イベントの使用
    • 与信調整の適用
    • バック・トゥ・バック・オーダーの履行
    • 出荷許容範囲のあるバックオーダーの取消

ガイドライン

この機能は次のもので使用できます。

  • Standard品目
  • 受注組立品目
  • 受注ピック品目
  • 二重単位を使用する品目
  • キット
  • 出荷許容範囲

この機能は、対象品目、カバレッジ品目またはサブスクリプションでは使用できません。

この機能は次のフローで使用できます:

  • 出荷元倉庫
  • バック・トゥ・バック

この機能は、直接出荷、転送オーダーまたは返品オーダーでは使用できません。

ノート

  • 「バックオーダーの取消」属性および「単一出荷の強制」属性は、オーダー明細でのみ設定できます。 オーダー・ヘッダーには設定できず、ヘッダーから値をデフォルト設定できません。
  • 販売オーダーの発行後は、「バックオーダーの取消」属性または「単一出荷の強制」属性を変更できません。 ただし、オーダー改訂を作成し、改訂に新規明細を追加し、新規明細に設定できます。
  • 「単一出荷の強制」属性を有効にした場合は、「バックオーダーの取消」属性も有効にする必要があります。
  • 品目を履行するために事前定義済のオーケストレーション・プロセスではなく独自のオーケストレーション・プロセスを使用する場合は、「出荷待ち」タスクの終了基準に「出荷済」値と「取消済」値を含める必要があります。 そうしないと、Order Managementでオーダー明細が取り消された場合でも、出荷タスクがアクティブなままになることがあります。 詳細は、「オーケストレーション・プロセス設定のガイドライン」を参照してください。
  • 「バックオーダーの取消」では、ピックをリリースしたとき、およびピックを確認して出荷を確認したときの取消が制御されます。 「単一出荷の強制」は、出荷を確認した場合にのみ適用されます。

バックオーダーの取消

  • 「バックオーダーの取消」属性を有効にし、オーダー明細で出荷許容範囲を指定することもできます。 出荷では、出荷の確認時にバックオーダー数量を取り消し、残りの数量をステージングし、明細に設定した出荷許容範囲に従ってそのステージング数量の一部を取り消します。 バックグラウンドについては、「Order Managementでの出荷許容範囲の設定」を参照してください。
  • 「バックオーダーの取消」属性は、物理的に出荷できる品目にのみ適用されます。 サブスクリプションなど、出荷できない品目には適用されません。
  • 出荷では、ピックのリリース時にオーダー明細の一部の数量、ピックの確認時に別の数量、出荷の確認時に別の数量を取り消すことができますが、出荷ではバックオーダー数量のみが取り消されます。 出荷時に数量をステージング・ステータスに保つことにした場合、出荷ではその数量は取り消されません。
  • Oracle Pricingでは、取消後にボリューム割引は再計算されません。 数量が100を超えると、価格設定で$10の割引が適用されるオーダー明細があるとします。 明細の数量は110であるため、価格設定では$10の割引が適用されます。 出荷では数量20が取り消され、明細の数量は90になります。 価格設定は割引を再計算しません。 価格設定では、数量が90になった場合でも10ドルの割引が適用されます。

取消事由

販売オーダーを改訂し、その改訂の数量を取り消して取消の事由を指定した場合、Order Managementではその事由が使用されますが、取り消した後続のバックオーダーについて事前定義済の「バックオーダー取消」事由を指定した事由は上書きされません。 Order Managementワークエリア、REST APIまたはSOAPサービスでは、事前定義済のバックオーダーの取消事由を使用しないことをお薦めします。これは、後続のレポートまたは突合せで問題が発生する可能性があるためです。

オーダー明細を改訂するとします。 当初数量は10で、数量2を取り消し、その取消数量の「取消事由」属性をThe item is damagedに設定します。 Oracle Shippingでは、数量3がバックオーダー中であることが検出され、取り消されます。 出荷では、事前定義済のバックオーダーの取消事由は使用されませんが、かわりにThe item is damaged事由を使用します。 その後、Order Managementワークエリア、REST APIまたはSOAPサービスを使用して数量を取り消す場合は、出荷の事由と一致しないため、バックオーダーの取消事由をその取消とともに使用しないでください。

REST API

出荷明細を倉庫に送信し、次のものを使用する場合:

  • 出荷明細をバックオーダーする出荷明細変更リクエストREST API、出荷によりバックオーダー数量が取り消されます。
  • 出荷トランザクション・リクエストREST APIまたは出荷トランザクション・インポートFBDIの実行による出荷トランザクションの実行、およびインポート・ペイロードで数量をバックオーダーとして指定した場合、出荷はその数量を取り消します。

構成品目およびキット

受注ピック構成品目またはキットは通常、出荷セットの一部です。 品目またはキットのバックオーダーを取り消すと、Order Managementでは品目またはキット全体のみが取り消されます。 品目またはキットの子コンポーネントは取り消されません。

動作は、いつ取り消すかによって異なります。

取消時期 結果
ピックをリリースします。

条件:

  • 子明細に数量がありません。 出荷により、すべての明細が取り消されます。

    数量は一部の子明細で使用できますが、すべてではありません。 出荷では、使用可能な明細が選択され、バックオーダーで使用できない明細が配置されます。

出荷を確認します。 出荷では、履行できる明細が出荷され、残りの明細がバックオーダーされるため、1つ以上の残余明細になります。 残余の詳細については、「構成品目の履行」を参照してください。

データのインポート

「バックオーダーの取消」属性および「単一出荷の強制」属性は、Order Management作業領域で設定できます。 また、オーダー管理拡張、オーダー・ハブ・リクエストの販売オーダーREST APIまたはファイルベース・データ・インポート(FBDI)を介してインポートすることもできます。

この機能ではSOAP webサービスを使用できません。 webサービス・ペイロードをインポートし、そのペイロードで「バックオーダーの取消」属性または「単一出荷の強制」属性の値が設定されている場合、Order Managementではこれらの属性の値がNに自動的に設定されます。 インポートする必要がある場合は、webサービスを使用しないでください。 かわりに、オーダー管理拡張、REST APIまたはFBDIを使用します。

Order Management拡張機能の使用

「保存時」または「送信開始時」拡張ポイントを使用します。 オプションとして、条件を適用できます。 この機能は、Cancel_Backordersプレフィクスを持つ購買オーダーにのみ適用するとします: 

def poNumber = header.getAttribute("CustomerPONumber" );
if (poNumber == null) return;
if (!poNumber.startsWith("Cancel_Backorders")) return;def lines = header.getAttribute("Lines");
while(lines.hasNext()){
def line = lines.next(); line.setAttribute("CancelBackordersFlag", "Y");
  line.setAttribute("EnforceSingleShipmentFlag", "Y");}

次の購買オーダーを持つ販売オーダーをインポートするとします:

  • Cancel_Backorders-001
  • Cancel_Backorders-002
  • 003

Order Managementでは、この機能は001と002の購買オーダーがあるが、003の購買オーダーではない販売オーダーで使用します。

REST APIの使用

バック・オーダーを取り消す必要があるが、単一の出荷を強制しないとします。 次の値を設定します。

  • CancelBackordersFlagをtrueに設定します。
  • EnforceSingleShipmentFlagをfalseに設定します。

たとえば、このペイロードをオーダー・ハブ・リクエストREST APIの販売オーダーとともに使用します:

{
    "SourceTransactionNumber": "Cancel_Backorders-001",
    "SourceTransactionSystem": "GPR",
    "SourceTransactionId": "Cancel_Backorders-001",
    "BusinessUnitId": 204,
    "BuyingPartyId": 1006,
    "BuyingPartyContactId": 2663,
    "TransactionalCurrencyName": "US Dollar",
    "RequestedShipDate": "2024-01-14",
    "RequestingBusinessUnitId": 204,
    "RequestingLegalEntityId": 204,
    "FreezePriceFlag": "N",
    "FreezeTaxFlag": "N",
    "FreezeShippingChargeFlag": "N",
    "RequestedFulfillmentOrganizationCode": "M1",
    "SubmittedFlag": true,
    "PackingInstructions": "DOO_OrderFulfillmentGenericProcess",
    "CustomerPONumber": "Cancel_Backorders-001",
    "billToCustomer": [
        {
            "CustomerAccountId": 1006,
            "SiteUseId": 1025,
            "ContactFirstName": "Charles",
            "ContactLastName": "Baker"
        }
    ],
    "shipToCustomer": [
        {
            "PartyId": 1006,
            "SiteId": 1036
        }
    ],
    "lines": [
        {
            "SourceTransactionLineId": "1",
            "SourceTransactionLineNumber": "1",
            "SourceScheduleNumber": "1",
            "SourceTransactionScheduleId": "1",
            "ProductNumber": "AS54888",
            "OrderedUOMCode": "Ea",
            "OrderedQuantity": 10,
             "CancelBackordersFlag": true,
            "EnforceSingleShipmentFlag": false
        }      
        ]
}

ファイル・ベース・データ・インポートの使用

DOO_ORDER_LINES_ALL_INTワークシートで、次の属性をYまたはNに設定します:

  • バックオーダーの取消。 バック・オーダー中の品目があるオーダー明細を取り消すことができます。
  • 単一出荷の強制。 1つの出荷で出荷できないオーダー明細の数量の一部を取り消すことができます。 「単一出荷の強制」を「Y」に設定した場合は、「バックオーダーの取消」も「Y」に設定する必要があります。

ノート

トラブルシューティング

タイミングの問題により、出荷で履行明細を処理できないときにエラーが発生することがあります:
The fulfillment line couldn't be updated because the line isn't ready to process the response from the fulfillment system. Details: A wide range of issues might cause this problem, such as the line isn't on a wait step, the line is locked, there's a problem with the data, and so on. To fix it, go to the Scheduled Processes work area and run the Process Responses from Order Fulfillment scheduled process. Set the Task Type parameter to the Shipment task type, and set the From Load Request and the To Load Request parameters to the 100104459930247 identifier when you run it.

1つの販売オーダーに対して出荷で複数の分割取消を履行しようとすると、問題が発生する場合があります。 履行システムからのレスポンスの処理スケジュール済処理の複数のインスタンスが同時に実行され、それぞれが異なるロード・リクエストを持つ場合があります。 その結果、Order Managementでエラーが発生したオーダー明細がある場合があります。 この問題を解決するには、オーダー履行からのレスポンスの処理の現在のすべてのインスタンスの実行が終了するまで待機してから、オーダー履行転記からのレスポンスの処理を手動で実行します。 実行するときは、次のパラメータを設定します:

属性 値
タスク・タイプ 出荷
レコード・セット 失敗したレコードの処理
増分 Yes

詳細は、「オーダー履行からのレスポンスの処理」を参照してください。

バックオーダーの取消事由が表示されません

バックオーダーの取消後に「バックオーダーの取消」事由が表示されない場合は、データの収集が必要になる場合があります。 このSQLを実行します: 

SELECT * FROM fusion.MSC_XREF_MAPPING WHERE entity_name = 'RETURN_REASON' AND attribute_name = 'LOOKUP_CODE'
AND source_value = 'ORA_CANCEL_BACKORDERS';

「バックオーダーの取消」事由を返さない場合は、オーダー・オーケストレーション参照オブジェクト・エンティティを収集します。 「Order Managementの計画データの収集」を参照してください。