コストベースのコミットメント

IBM® Sterling Intelligent Promising は、コスト効率の良いソーシングの推奨を行うために、コスト・ベースの約束を提供します。 Get Optimized Checkout Plan (Pre-Purchase) API は、構成データ、トランザクション・データ、および人工知能 (AI) を使用してデータを処理し、購入前の出荷割り当てのための最もコスト効率の良いソーシング・ソリューションを計算します。

在庫状況、キャパシティー、分配グループ、運送会社サービス、輸送料金、輸送期間、リード・タイムなどの約束要因は、潜在的なソーシング・ノードをショートリストに入れるために考慮されます。 すべてのコスト要因を含むサービス・コスト全体がすべてのノードに対して計算され、サービス・コストが最も低い 1 つ以上のソーシング・ノードがオーダーを履行するために選択されます。

コスト・ベースの約束の場合、 Get Optimized Checkout Plan (Pre-Purchase) API は、最も低いコストでのオーダー・フルフィルメントを可能にする、事前購入出荷割り当ての約束日を計算します。 詳細については、「 Get Optimized Checkout Plan (Pre-Purchase) API」を参照してください。

タグを考慮したコストベースの優先順位付け

、 batchNo lotNo、および revisionNo タグ識別子、あるいは を使用することで、タグ固有の在庫要件 tagNumber を満たしつつ、コスト効率の高い調達が可能になります。 以下の計算APIは、在庫タグ識別子またはタグ番号に対応しています：

コスト最適化におけるタグ照合の挙動

リクエストにタグ識別子またはタグ番号が指定されている場合、APIはコスト最適化の評価を行う前に、厳格なタグ照合を行います：
  • APIは、指定されたタグに一致する在庫からのみデータを取得します。
  • コストの最適化は、一致するタグ付き在庫のプール内で行われます。
  • たとえ提供されるコスト・トゥ・サーブが低かったとしても、APIはタグ付けされていない在庫に切り替わることはありません。
  • 該当するタグ付き在庫が存在しない場合、APIは「在庫なし」または「バックオーダー」のステータスを返します。

タグ指定リクエストに伴うコストへの影響

タグ付きのリクエストは、タグなしのリクエストに比べて処理コストが高くなる可能性があります。その理由は以下の通りです：
  • 利用可能な在庫プールは、一致するタグに限定されています。
  • 最適な調達拠点には、必要なタグ付き在庫がない可能性があります。
  • タグ付けされた在庫が配送先から遠く離れている場合、送料が高くなる可能性があります。
  • タグ付けされた在庫に特別な取り扱いが必要な場合、処理コストが増加する可能性があります。
ただし、タグ固有のフルフィルメントにより、以下の点が保証されます：
  • ベンダー固有の在庫制限に関する契約上の遵守。
  • ロット追跡が求められる業界における規制遵守。
  • プレミアム在庫の不正な消費を防ぐことで、マージンを保護します。
  • お客様が求める製品仕様を正確に提供することで、顧客満足度を高めます。

タグ付けされていないリクエストとコスト最適化

タグ識別子がnullまたは空の場合、APIはタグ未設定の在庫プールからリクエストを行い、利用可能な在庫全体でコスト最適化を行います。 実際のインベントリプールは、インベントリレイヤーによって管理されるテナント untaggedMatchAllTag の設定によって異なります。

詳細については、 「シナリオ：特定の在庫要件に合わせたタグ対応のチェックアウト割り当て」 を参照してください。

最も低いサービス・コストを計算するために考慮されるコスト・ベースの目標は、以下のとおりです。Get Optimized Checkout Plan (Pre-Purchase) API は、事前購入出荷の割り当て時に適用されるペナルティーを計上します。距離ペナルティーと遅延ペナルティーの両方が出荷コストに影響を与えます。 したがって、 Get Optimized Checkout Plan (Pre-Purchase) APIは、サービス提供にかかる総コストを削減することで、ペナルティを回避することを目指しています。 このアルゴリズムは、サービス提供コストを算出 Get Optimized Checkout Plan (Pre-Purchase) する際に、最適化の制約条件を考慮に入れます。 詳細については、 「最適化の制約条件」 を参照してください。

例

例えば、目的は、サービス・コストが最も低い複数のオーダー明細を持つオーダーを履行することです。そのため、 Get Optimized Checkout Plan (Pre-Purchase) API を呼び出して、コスト効率の良いソーシング推奨を取得します。

このシナリオでは、ショッパーが靴と T シャツの 2 つのアイテムを注文しました。 選択された配達タイプは 「標準配達」です。これにより、オーダーを今日または明日に出荷して配達することができます。 潜在的な出荷ノードは、コロニー、NY、ウッドベリー、NY です。 靴のペアは両方の出荷ノードで使用できますが、T シャツはニューヨークのウッドベリーでのみ使用できます。 出荷ノードごとに、以下のトランザクション・パラメーターが使用されます。

  • 出荷ノード-Colonie、NY
    • 営業日/在庫容量-今日と明日
    • 運送会社サービス- FedEx Ground
  • 出荷ノード-ウッドベリー、NY
    • 営業日または在庫キャパシティー-Tomorrow (ウッドベリー、NY 出荷ノードには、今日出荷するための在庫キャパシティーがありません。)
    • 運送会社サービス- FedEx Ground および USPS Ground
注: FedEx Ground のトランザクション・レートは出荷あたり 12 米ドルですが、USPS Ground の場合は出荷あたり 11 米ドルです。 また、 FedEx Ground は、毎日の早期ピックアップを提供しています。

両方の出荷ノードのこれらすべてのトランザクション・パラメーターを考慮すると、 「標準配達」 タイプの有望な可能性があります。

表 1. 有望な可能性
デリバリー目標 ソーシング・ソリューション コスト・ツー・サービス
最も早いものを提出 靴
  • 出荷ノード-Colonie、NY
  • 運送会社サービス- FedEx Ground
  • 今すぐ提供
T シャツ
    • 出荷ノード-ウッドベリー、NY
    • 運送会社サービス- FedEx Ground
    • 明日の配達
 24 米ドル
注: この約束の可能性には、 FedEx Ground 運送会社サービスを使用した 2 つの出荷が必要です。 各出荷には 12 米ドルのコストがかかります。これにより、全体的なサービス・コストとして最大 24 米ドルが合計されます。
  • 出荷数の最小化
  • 明日早く配達
 靴
  • 出荷ノード-ウッドベリー、NY
  • 運送会社サービス- FedEx Ground
  • 明日の配達
T シャツ
    • 出荷ノード-ウッドベリー、NY
    • 運送会社サービス- FedEx Ground
    • 明日の配達
 12 米ドル
注: この約束の可能性では、 FedEx Ground 運送会社サービスを使用して 2 つのオーダー・アイテムを配達するために必要な出荷は 1 つのみであるため、全体のサービス・コストとして 12 米ドルしかかかりません。
  • 配送コストの最小化
  • 明日遅く配達
 靴
  • 出荷ノード-ウッドベリー、NY
  • 運送会社サービス-USPS Ground
  • 明日の配達
T シャツ
    • 出荷ノード-ウッドベリー、NY
    • 運送会社サービス-USPS Ground
    • 明日の配達
 11 米ドル
注: この約束の可能性では、USPS 地上配送業者サービスを使用して 2 つのオーダー・アイテムを配達するために必要な出荷は 1 つのみであるため、全体のサービス・コストは 11 米ドルにすぎません。

表に記載されているすべての有望な可能性を検討した後、 Sterling Intelligent Promising は 3 番目のソーシング・ソリューションを推奨します。

コスト・ベースの最適化を構成して、購入前の出荷割り当てを計算し、全体的なサービス・コストを最小限に抑えることができます。 詳細については、 「プロミシングのコストベース最適化の設定」 を参照してください。