アイドル API

アイドリングAPIを使用して、 Sterling Order Management System に統合する前に、 Optimization service を使用することでどのようなメリットがあるかを判断することができます。

Idle API は、非同期オーダー最適化を有効にします。 これに対する要求には、オーダー管理システムによって行われたソーシング選択を示す Optimization service 推奨オプション が含まれている必要があります。 API はその要求を使用し、非同期処理のために内部キューに送信します。 ベースライン KPI は、特定の待ち時間の後に計算されます。 非同期最適化プロセスでは、「Optimization service」はあらかじめ定義された期間内に受信した最後のメッセージを受け取る。 Idle API は、以下の検証を実行します。
  • 入力が有効な JSON 文書であるかどうかの判別
  • orderNo が入力に含まれているかどうかの判別

アイドル API は、通常の最適化に加えてシャドー最適化を実行します。 KPI は、標準の最適化設定および代替の最適化設定に対して常に計算されます。 Sterling Order Management System のソーシングの選択が要求で Idle API または Optimizer API に渡された場合、 Sterling Order Management Systemのソーシングの選択に対して KPI が計算されます。

万が一、配送業者が事前に設定されており、優先される配送方法が船便である場合、 Fulfillment Manager は preferredCarrierServices フィールドに配送業者サービスIDを入力することができます。 運送業者サービス ID は、注文レベルまたは注文明細レベルのいずれかで入力できます。 これにより、 Optimization service は、指定された配送グループ内の他の配送サービスよりも優先する配送サービスを検討することができます。

注： Optimization service が優先する配送業者サービスを検討する際には、 Fulfillment Manager がそれらの配送業者サービスを指定の配送グループのメンバーとして追加することが重要です。

Idle API の制限事項

  • 入力として Idle API に提供される OrderDate は、ロギングの目的で使用されます。 オーダーは、 Optimization serviceによって受信された現在時刻に対して処理されます。 リソーシングされたオーダーは、'Optimization service によって新規オーダーとみなされる。
  • Optimization service は、1 つの ship to addressのみを処理できます。 これは、オーダー・レベルで指定された住所を使用します。 住所がオーダー・レベルで使用できない場合、最初のオーダー明細の住所が使用されます。
  • Optimization service は、同じオーダー内の複数のオーダー明細の一部である場合、同じ SKU を処理できません。
  • Optimization service は、1 つの SLA のみを処理できます。 これは、最初のオーダー行で指定された属性'CarrierServiceCodeの値を使用する。
  • Optimization service は、Idle API を呼び出しているアプリケーションに Cost to Serve 情報を提供しません。