配達予定日

IBM® Sterling Intelligent Promising は、買い物客の旅の早い段階で配達日を正確に見積もることができる。正確な納期の見積もりは買い物客にとって重要である。これらの予定納期（EDD）を提供するために、品目の手持ち在庫と将来の在庫の両方が使用される。

Sterling Intelligent Promising は、 Get EDD APIの助けを借りて、配達日または集荷日の正確な見積もりを提供します。 Sterling Intelligent Promising は、注文が入る前から最短の納品日や集荷日を見積もることができる。つまり、買い物客が商品を探したときにちょうど納品日の予想がつくのだ。また、注文した商品がどのくらいで配達されるか、あるいは近くのノードから受け取れるかも知ることができる。この情報は、買い物客が商品を探しているときに、購入の決断をするのに役立ちます。

在庫状況

手持ちの在庫については、 Sterling Intelligent Promising 、SHIPまたはPICKの配送方法に基づいて最短納期を見積もる。買い物客はこれらの配送方法のいずれかを選択できる。次に、配信方法の優先順位に基づいて、 Get EDD APIは有望な計算のために異なるパラメータを考慮する。

SHIP方式の納期見積もり

買い物客がSHIP配送方法を選択した場合、 Sterling Intelligent Promising 、1つの数量商品の最短配送日を見積もる。この場合、有望な計算は以下のパラメータを含む様々なパラメータに依存する：

ノード間の在庫分配: 流通センターや店舗など、異なるフルフィルメント拠点またはノードに在庫がどのように分散されているかを指す。十分に分散された在庫は、最も近いノードまたは最適なノードからアイテムを調達することにより、より迅速かつ効率的な配達を保証します。詳細については、ノードフルフィルメントオプションを参照してください。
特定ノードの在庫状況: あるノードに特定の商品が現在在庫があるかどうかを示す。このアベイラビリティは、商品がすぐに出荷されるか、引き取りに来られるか、あるいは別の場所から調達する必要があるか、将来の在庫から調達する必要があるかに直接影響する。詳しくは在庫状況をご覧ください。
出荷グループ: 配送先、配送方法、配送業者などの要素に基づいて、配送するアイテムをどのようにグループ化するかを定義します。アイテムを効率的にグループ化することで、配送コストとスケジュールを最適化することができます。詳細については、「出荷グループ」を参照してください。
輸送の詳細: フルフィルメント・ノードから顧客の所在地まで商品を配送するために運送業者が要した時間とルートに関する情報を含む。正確な納期を計算するためには、輸送の詳細が重要です。詳細については、「通信事業者および通信事業者サービス」を参照してください。
カレンダーの制約: 休日、締切時間、就業時間を指定し、キャリアサービスによる注文の処理、出荷、配送ができない日時を定義する、キャリアサービスのカレンダー制約を指します。このような輸送会社のサービスカレンダーの制約により、配送の見積もりが現実的で、輸送会社の業務スケジュールと一致していることが保証されます。詳細については、「カレンダーの制約」を参照してください。

さまざまな要因を考慮した上で、 Get EDD API は有望な計算について複数の組み合わせを処理します。そのため、買い物客は注文のEDDを最も早く知ることができる。

買い物客は Order Hub で各商品のEDDを見ることができる。例えば、商品一覧ページでは、 Sterling Intelligent Promising 、各商品のEDDを提供している。買い物客は以下の配送詳細を見る：

10.30PM で注文すると、最短で：

9月27日（金）午前2時30分まで（エクスプレス）
9月28日（土）午前2時30分（標準時）

この場合、エクスプレスとスタンダードが配送スピードのオプションとなります。 EDDを使用することで、 Sterling Intelligent Promising 、買い物客は希望する配送スピードに基づいて、注文した商品がどのくらいで届くかを理解することができる。

PICK配送方法の集荷日の見積もり

買い物客の現在地から一定の半径内にあるノードで商品が入手可能な場合、 Sterling Intelligent Promising 、PICKという配送方法を提供する。買い物客が近くのノードから商品を受け取ることにした場合、希望する配送方法としてPICKを選択することができる。この場合、 Get EDD API は、約束日時の算出において、各ノード間の在庫の分布と利用可能な在庫容量を考慮し、購入者がそのノードから商品をピックアップできる最も早い日付を提供します。

買い物客は近隣の店舗から商品を受け取ることができる。その場合、近くの店舗でいつ商品を受け取ることができるかを確認することができる。例えば、商品一覧ページでは、 Sterling Intelligent Promising 、集荷の詳細を提供している。買い物客は以下の詳細を見ることができる：

お受け取りの準備ができました：

午後8時30分　ストーンウッドセンター815号（8マイル）
午後8時30分　848 CENTURY CITY（11マイル）

今後の在庫状況

手持ちの在庫がない場合、発売前の商品や事前に予約された商品の在庫を調達するために、将来の在庫状況を利用することができます。将来の在庫状況を見ることで、注文書や輸送中の在庫からこの在庫を調達できるかもしれない。これは、発売前の製品シナリオや、将来の在庫状況を評価する必要がある予約注文シナリオに関連する。

商品の発売前または予約注文の受け取り日の見積もり: 例えば、フルフィルメント・マネージャーとして、3週間後に新商品を発売したいので、事前に在庫を発注したいとする。このシナリオでは、EDDは到着予定日と発生しうる配送制約に従って評価される。; 同様に、顧客はバレンタインデーの前に花を予約注文したいと思うかもしれない。彼らはこのイベントの計画を立てるために、在庫がいつ到着するかを知りたがっている。; 両シナリオとも、将来の可用性によって、後日の在庫可用性を計画することができる。

今後の在庫状況については、 Sterling Intelligent Promising Get EDD API および Get Optimized Checkout Plan (Pre-Purchase) API を利用して、配送日または受け取り日の正確な見込み日を提示します。

無計画在庫とセグメント化されていない消費により、可用性とフルフィルメントの精度を拡大

Sterling Intelligent Promising、セグメント化されていない消費ルールと計画外の在庫が導入されたことで、全体的なアベイラビリティ・プールが拡大し、ベンダーはより大きな販売力と柔軟性を得ることができる。

より正確で柔軟なフルフィルメント決定をサポートするため、 Promising service 、計画外在庫とセグメント化されていない消費ルールを組み込むことで、EDDとチェックアウト割り当ての計算が強化された。これらの機能により、SKUの可用性が向上し、フルフィルメント・マネージャーは、在庫レベルの上昇に見合った正確な配送と調達の見積もりを提供できるようになる。

現在考慮されている在庫グループ

Sterling Intelligent Promising 現在では、3つのグループに分けて在庫を評価している：

物理在庫: 従来の手持ち在庫と将来の在庫。; 販売チャネルに応じて、セグメント化することも、セグメント化しないこともできる。
借入在庫: セグメント化された検索で使用されるセグメント化されていない在庫。; セグメント化されていない消費ルールで有効。
論理的目録: まだ実現されていない在庫を表す。; 販売促進や需要形成をサポート。

API 機能強化

以下のAPIは3つのインベントリ・グループすべてを考慮するようになりました：

在庫評価ロジック

Promising service では、各グループ内での開始日や終了日による評価の制限はない。その代わり、すべてのソースから最も早く入手可能な在庫に優先順位をつける。

順列の例

AvailableSupplies → 分割されていない → 計画されていない: AvailableSupplies。利用できない場合は、Unsegmented、Unplannedの順にフォールバックする。
セグメントされていない → 計画されていない → 計画されていない FutureAvailableSupplies: Unsegmentedに即座に在庫がある場合はそれを使用し、そうでない場合はUnplannedまたは FutureAvailableSupplies にフォールバックする。
計画なし → 分割なし → 分割なし FutureAvailableSupplies: 非計画的在庫がすぐに利用可能な場合は、まずそれを使用し、その後必要に応じて次のグループに進む。

インベントリーの評価例をご覧いただけます。詳細については、「シナリオ：予定外の在庫とセグメント化されていない消費における可用性とフルフィルメント」を参照してください。

PLPリストの一括検索にEDDキャッシュを使用

現代の eCommerce,、商品リストページ（PLP）は買い物客が商品を閲覧し比較する重要なタッチポイントである。顧客体験を向上させ、コンバージョンを促進するため、小売業者はEDDをPLPに直接表示するようになってきている。これによって、買い物客は、どれだけ早く商品を受け取れるかに基づいて、十分な情報を得た上で決断することができる。

Sterling Intelligent Promising 事前に計算されたEDDデータを高速かつ一括検索するためのEDDキャッシュを提供します。この機能を有効にすると、以下のようなキャッシュ処理が行われる：

Get EDD APIは、リアルタイムデータを用いて顧客の集荷日および配達日を算出し、それをキャッシュに保存します。
PLPはAPI getCachedEDDs を使用して、事前に計算・保存された複数のアイテムのEDD結果を取得します。
キャッシュ結果が存在しない場合、 getCachedEDDs APIはキャッシュ・ミスを返す。
Sterling Intelligent Promising 欠落データを記録し、自動非同期プロセスを用いてこの入力に対するキャッシュを計算・生成する。以後、同じ入力に対して getCachedEDDs API を呼び出すと、この非同期に計算されキャッシュされた値が返される。

PLPは多くの場合、複数のアイテムを同時に表示するため、各アイテムの配送日をリアルタイムで計算するのはコストがかかる。 getCachedEDDs APIは、以下の主要な利点を提供することでこのプロセスを最適化します：

以前に計算されたEDDを再利用し、冗長な計算を回避する。
キャッシュから結果を提供することでレイテンシを低減する。
高負荷下でのスループット向上とスケーラビリティの改善。
複数のアイテムのEDDを単一呼び出しで取得し、リクエストを効率化します。

ただし、キャッシュされた結果にはいくつかの制限があり、ベストエフォートのみです。たとえば、 Get EDD API を呼び出して新たな計算を実行するか、キャッシュされた結果の有効期限が切れる（これは「注文順」の終了時に発生します）までは、結果に最新の在庫状況、処理能力、ルール、または最近の構成変更が反映されない場合があります。

注： Get EDD APIにおいて、SHIP配送方法の入力に関しては、配送先ルールが使用されていない限り、配送先の都市名や州名を指定しないことが重要です。これらの値を渡すことは、キャッシュの最適な使用を妨げることになる。これは既知の制限であり、将来の機能強化で対処される予定である。

システムインテグレーターとして、顧客のEDD応答を計算するためにキャッシングを設定することができます。詳細については、「配達予定日のキャッシュ設定」および「API を使用した配達予定日のキャッシュ設定」を参照してください。