1. Order Promisingの使用
  2. ショッピングまたは見積中の供給の一時的な予約
機械翻訳について

ショッピングまたは見積中の供給の一時的な予約

eCommerceアプリケーションまたはWebストアーをOracle Global Order PromisingおよびOracle Order Managementと統合することで、供給を効率的に管理できます。

ショッピング・カートのソース・オーダーを管理し(品目の追加、数量の更新、取消、チェック・アウトなど)、そのソース・オーダーをOracle Applicationsの販売オーダーに効率的に統合します。

オンラインの買物客または営業担当には、ソース・オーダーを送信する前に、品目が有効かどうかの確認、クレジットの承認の取得、サービスの設定または搬送の手配が必要になる場合があります。 eCommerceアプリケーションで、これらのステップを数分で実行できる可能性がありますが、オンライン見積には数日を要する場合があります。 オーダーをスケジュールできるまでその品目を確実に有効にしておくために、eCommerceショッピング・カートまたはオンライン見積で品目の供給を一時的に予約できます。 買物客がカートを放棄した場合や見積が期限切れになった場合は、予約を取り消して、その供給を他のオーダーで使用可能にできます。

仕組み

Vision Systemsという名前のeCommerceシステムで、Oracle Applicationsの一部ではないショッピング・カートを使用して、ソース・オーダーを取得するとします。

Vision Systemsという名前のeCommerceアプリケーションで、Oracle Applicationsの一部ではないショッピング・カートを使用して、ソース・オーダーを取得するとします。

  1. eCommerceアプリケーションのユーザーが品目を買い求めます。
  2. 有効数量クイック・チェックREST APIを使用してグローバル・オーダー納期回答をコールします。
    • 納期回答では、サプライ・チェーンの品目に対して現在使用可能な供給に関する詳細を取得します。
    • 供給が使用可能な場合、納期回答では品目の供給が予約され、需要ソース明細参照としてNP-0612-1が使用されます。
    • 納期回答では結果をeCommerceアプリケーションに通信します。 アプリケーションの結果を使用して、品目が使用可能かどうかを表示できます。

      オプションとして配賦ルールを設定でき、納期回答がそれらを使用して有効数量をチェックします。 詳細は、「REST APIを介した供給の割付」を参照してください。

  3. ユーザーは、eCommerceアプリケーションのショッピング・カートに品目を追加します。 REST APIの自動スケジュールを使用して、Global Order Promisingをコールします。 詳細は、Oracle Supply Chain Management CloudのREST APIに移動し、オーダー管理 > グローバル・オーダー納期回答を展開して、自動スケジュールをクリックします。
  4. カートが失効した場合、またはユーザーがカートから品目を削除した場合は、REST APIの取消し操作を使用して販売オーダーを取り消すことができます。
  5. ユーザーがカート内の品目の数量を変更するか、別の品目をカートに追加する場合は、REST APIの自動スケジュールを使用してGlobal Order Promisingをコールし、納期回答は需要を処理し、リクエストを満たすために必要な供給を予約します。
  6. ユーザーはショッピングを終了し、チェック・アウトします。
    • オーダー・ハブの販売オーダーREST APIを使用してOracle Order Managementに要求を送信し、Vision Systemsソース・システムでソース・オーダー12345の販売オーダーを作成します。 1つのオーダー明細、明細1が含まれます。
    • インポート・ペイロードのソース・オーダーの「需要ソース明細参照」属性を、Vision Systemsにとって意味のある値に設定します。 この例では、属性をNP-0612-1に設定するとします。
  7. オーダー管理では、オーダー履行に要求が自動的に発行されます。 オーダー明細1の履行明細属性が1-1に設定され、オーダー12345の明細1をスケジュールするために要求を納期回答に送信します。

    オーケストレーション・プロセスを使用して、オーダー管理の他の販売オーダーと同様に、販売オーダーを発行する前にその販売オーダーをオーケストレーションすることもできます。 たとえば、与信チェック、支払のオーケストレーション、品目の価格再設定などを行います。

  8. 納期回答は、NP-0612-1にすでに予約されている供給を履行明細1-1にスワップします。 納期回答では、カート内の各明細の供給が予約され、オーダーがスケジュールされて、スケジュール詳細がオーダー管理に戻されます。
  9. 「オーダー管理」作業領域の「オーダー明細」セクションには、履行明細1-1の「需要ソース明細参照」属性にNP-0612-1が表示されます。 これを使用して、カートの履行を追跡できます。 Order Management作業領域を使用して、Oracle Order Managementの他の明細と同様に、オーダー明細を管理できます。

要件

  • 「ショッピングまたは見積中の供給の一時的な予約」機能にオプト・インする必要があります。
  • SalesOrdersforOrderHub REST APIリソースのDemandSourceLineReference属性、またはファイルベース・データ・インポート(FBDI)の需要ソース明細参照属性を使用する必要があります。 詳細は、「FBDIでのREST APIを使用した大量販売オーダーのインポート」を参照してください。
  • eCommerceアプリケーションでショッピング・カートの有効期限を指定する必要があります。 カートの有効期限が切れた場合、アプリケーションはグローバル・オーダー納期回答に要求を送信して販売オーダーを取り消し、供給をリリースする必要があります。

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

  • 独自のeCommerceアプリケーションまたはOracle Order Management。
  • データベース納期回答。 詳細は、データベースの納期回答を参照してください。
  • 複数のレベルを含む配賦。 詳細は、「ノードの親からの供給の取得」を参照してください。
  • 出荷セット。
  • バック・トゥ・バック・フロー。
  • 標準品目とオーダー組立品目。
  • オーダー明細の分割と品目代替。 eCommerceアプリケーションでは、元の明細と分割明細、またはPromisingが推奨する代替品目を受け入れる必要があります。

ガイドライン

  • eCommerceアプリケーションは、Webサービスを使用して納期回答をコールして、様々な処置を実行できます。 たとえば、ショッピング・カートで品目を追加したり数量を更新したときに共有を予約し、オーダー明細を取り消したときに供給をリリースします。
  • この機能を使用するかどうかに関係なく、販売オーダーを改訂したり、処理制約を使用できます。
  • 需要ソース明細参照属性は、オーダー管理拡張、処理制約、Oracle Transactional Business Intelligence (OTBI)またはOracle Business Intelligence Cloud Connector (BICC)で使用できます。
  • 「オーダー管理」作業領域で「需要ソース明細参照」属性を更新できません。

変更の管理

ショッピング・カートに品目を追加してから納期回答がオーダー明細のスケジュールを行うまでの間の変更は、納期回答の結果に影響する可能性があります。

  • Webストアーに10台のBluetoothスピーカをオーダーするとします。納期回答は10台を予約します。
  • ソース・オーダーをオーダー管理にインポートし、オーダー管理によって販売オーダーが作成され、履行に発行されます。
  • オーダー管理で販売オーダーを改訂し、数量を15に変更してから再度発行します。
  • 納期回答では数量が10のみ予約されているため、納期回答では追加数量5をスケジュールできる場合とできない場合があります。

演習

AS54888 Desktop Computerの統合をテストする必要があるとします。

  1. 機能をオプト・インします。
    • 「設定および保守」作業領域に移動し、「サプライ・チェーン・プランニング」オファリングを選択して、「機能オプトインの変更」をクリックします。
    • 「名前」列に「グローバル・オーダー納期回答」がある行で、鉛筆をクリックします。
    • ショッピングまたは見積中に供給を一時的に予約する機能を有効にし、「完了しました」をクリックします。
  2. 品目、顧客、組織、カレンダ、供給、需要などを収集します。 スケジュールどおりに実行することをお薦めします。 詳細は、「Global Order Promisingのデータの収集」を参照してください。
  3. 納期回答オプションを設定します。
    • 「グローバル・オーダー納期回答」作業領域に移動し、「タスク」 > 「オーダー納期回答オプション」ページをクリックします。 詳細は、「Order Promisingオプションの管理」を参照してください。
    • 「オーダー納期回答オプション」ページで値を設定します。
      属性 値

      需要システムのタイプ

      eCommerceアプリケーションの識別に使用する英数字テキストを入力します。

      この値は、グローバル・オーダー納期回答のコールに使用するRESTペイロードで使用するCallingModule属性と一致する必要があります。

      たとえば、CARTと入力するか、ECOMMと入力します。
      期限超過カート失効(日数)

      30などの数値を入力します。

      デフォルト値は、納期回答範囲の開始の60日前です。 数値を入力しない場合、納期回答では60が使用されます。

      納期回答では、入力した値を超える需要が削除され、カート内の品目に対して予約された供給が他のオーダーで使用できるようになります。

      「期限超過カート失効(日数)」を20に設定したとします。 ユーザーは3月1日に品目AS54888に数量10を追加し、納期回答によって供給が予約されます。 ユーザーが3月21日より前に販売オーダーを発行しない場合、納期回答によって需要が削除され、数量10の供給が他の販売オーダーで使用可能になります。

      需要を一度だけ特定の事由で削除する必要がある場合は、「スケジュール済プロセス」作業領域に移動し、「失効済需要の削除」スケジュール済プロセスを実行します。 入力した値が現在のシステム日付より前の日数を指定する場合を除き、同じパラメータが使用されます。 10日を超えて処理がないすべてのカートの需要を削除するとします。 この需要を削除するには、このパラメータを10に設定します。 「オーダー納期回答オプション」ページの設定と競合する可能性があるため、スケジュールを実行するためにこのプロセスを設定しないことをお薦めします。

  4. 各供給要求の作成、更新または取消に使用するREST APIペイロードを設定します。 次の属性をペイロードで使用します。
    属性 値
    コール元モジュール 「オーダー納期回答オプション」ページの「需要システムのタイプ」属性に入力した値(CARTやECOMMなど)と同じ値を使用する必要があります。
    コール元インスタンス 「プランニング・ソース・システムの管理」ページの「インスタンス名」属性で使用する値と同じ値を入力する必要があります。 詳細は、「データ収集のためのプランニング・ソース・システムの管理」を参照してください。
    履行明細識別子

    ショッピング・カートの明細を識別する値を使用します。

    任意の英数字値を使用できます。

    たとえば、ABCD123456789です。
  5. ユーザーがショッピング・カートをチェック・アウトした後、オーダー管理でオーダーを作成するには、オーダー・ハブの販売オーダーREST APIを使用します。 次の属性をペイロードで使用します。
    属性 値
    需要ソース明細参照 履行明細識別子属性で使用したのと同じ値を使用する必要があります。
  6. 設定をテストします。
    • フローのテストに使用できるテスト・データをいくつか設定します。 たとえば、AS54888の供給データが必要になります。
    • eCommerceアプリケーションでAS54888項目を検索し、PromisingがREST APIコールに対して送信するレスポンスに正しいデータがアプリケーションに含まれていることを確認します。 サード・パーティのトレース・プログラムを使用して、REST APIコールに予想されるデータが含まれていることを確認できます。
    • AS54888をショッピング・カートに追加し、自動スケジュールREST APIによってグローバル・オーダー納期回答がコールされることを確認します。
    • ショッピング・カートをチェック・アウトし、オーダー・ハブの販売オーダーREST APIによって販売オーダーを作成するための要求がOracle Order Managementに正常に送信され、オーダー管理によって作成されたことを確認します。
    • 「オーダー管理」作業領域に移動し、販売オーダーを検索して開きます。 「オーダー管理」作業領域の「オーダー明細」セクションで、履行明細1-1の「需要ソース明細参照」属性にNP-0612-1が表示されたことを確認します。 需要ソース明細参照は、オーダー管理でオーダー明細を作成する前に、納期回答がすでにeCommerceアプリケーションと対話してオーダー数量を納期処理していることを示します。
    • 統合内の他のフローをテストします。 たとえば、カートから品目を削除したとき、数量を変更したとき、カートの有効期限が切れたときなどの動作を確認します。

失効済需要の削除

失効済需要の削除スケジュール済プロセスを使用して、Global Order PromisingがeCommerceのオーダー用に予約した供給、または顧客がオーダーを放棄したときに見積アプリケーションをリリースします。

顧客がショッピング・カートを破棄すると自動的にタイムアウトするように、eCommerceまたは見積アプリケーションでショッピング・カートを設定してから、販売オーダーの取消REST APIを使用してこの情報をGlobal Order Promisingに送信し、カート用に予約されている供給をリリースして他の需要で使用できるようにすることをお薦めします。 もう1つの方法として、期限切れ需要の削除スケジュール済プロセスを使用して、この供給をリリースできます。

演習

  • スケジュール済プロセス作業領域に移動し、失効済需要の削除スケジュール済プロセスを実行します。 これらのパラメータを使用して、スケジュール済プロセスが参照するデータをフィルタします。

    パラメータ 説明
    期限超過カート失効(日数)

    放棄された申請の削除を開始する、現在の日付より前の日数を入力します。

    値を入力しない場合、スケジュール済プロセスではデフォルトで60日の値が使用されます。

このスケジュール済プロセスでは、対話型警告検証に対する処理は実行されません。

重要な詳細は、「失効済需要の削除」および「Order Managementでスケジュール済プロセスを使用するためのガイドライン」を参照してください。

例

今日は5月1日で、放棄された供給を各月の最終日にリリースし、無期限にリリースするとします。 設定は次のとおりです。

パラメータ 値
期限超過カート失効(日数)

30
実行 スケジュールの使用
頻度 月次
繰返し 日付別
Date 月末日
開始日 5/01/23
終了日 5/01/39

ソース納期回答による供給の一時的な予約

「ソース納期回答」を使用すると、ショッピングまたは見積中に供給を一時的に予約することもできます。

  • 「ショッピングまたは見積中の供給の一時的な予約」機能にオプト・インする必要があります。 すでにオプト・インしている場合、再度オプト・インする必要はありません。
  • SalesOrdersforOrderHub REST APIのDemandSourceLineReference属性、またはファイルベース・データ・インポート(FBDI)の需要ソース明細参照属性を使用する必要があります。 詳細は、「FBDIでのREST APIを使用した大量販売オーダーのインポート」を参照してください。
  • eCommerceアプリケーションでショッピング・カートの有効期限を指定する必要があります。 カートの有効期限が切れた場合、アプリケーションはグローバル・オーダー納期回答に要求を送信して販売オーダーを取り消し、供給をリリースする必要があります。
  • この機能は、オーダー組立もしくはオーダー・ピック構成品目またはキットでは使用できません。 これを行うには、かわりに「データベース納期回答」を使用します。