との統合 Inventory service
システム・インテグレーターは、プロジェクトを徹底的に計画し、実装パートナーと連携するか、 Inventory serviceの実装を支援する必要があります。
- Sterling Order Management の既存のお客様は、 Sterling Intelligent
Promisingで Sterling Order Management-Global Inventory Visibility を Inventory service と統合することができます。 詳細については、在庫サービスとSterling Order Managementの統合を参照してください。
高い可用性とリアルタイムの在庫精度を提供するため、Sterling Intelligent PromisingでInventory serviceを使用することをお勧めします。 外部在庫データの場合、フルフィルメント見積もりの精度は、サプライヤー・システムのスループットと効率に大きく依存します。 - 他の外部システムから Sterling Intelligent Promisingにインベントリー・データを伝搬する場合は、 外部システムからインベントリー・サービスへのインベントリー・データの統合を参照してください。
注: 両方が同じ商品カタログを追跡する場合、データ競合リスクが高いため、外部在庫データと Inventory service の組み合わせは避ける必要があります。
Sterling Intelligent Promising は、その inventory service サービスと約束サービス、および Inventory Visibility と最適化サービスの間の組み込み統合を提供します。 inventory service サービスが在庫状況の最終変更を検出すると、在庫ピクチャーが約束サービスおよび最適化サービスにリアルタイムで伝搬されます。
例えば、 Node01 の SKU01の在庫数量が 100 であるとします。 有効期限が 15 分の在庫予約が、数量 20 の SKU01 に対して行われました。 この表は、在庫予約の結果として発生するイベントの発生順のシーケンスを示しています。
| トランザクション・シーケンス番号とタイミング | トランザクションの説明 |
|---|---|
| T0 | SKU01 は 100 数量 |
| T1 | 15 分の予約は、20 数量の SKU01に適用されます。 |
| T2 | 在庫状況の変更が検出され、100 から 80 の数量 (マイナス 20 の数量) で調整が行われます。 |
| T3 | 在庫変更 (差分) データは、約束サービスおよび最適化サービスに伝搬されます。 |
| T4 | ショッパーが SKU01 のフルフィルメント見積もりを要求し、80 の数量が在庫にあることを確認します。 |
| T1 + 15 分 | 15 分後に、予約済み数量が在庫状況プールに戻ります。 SKU01 の在庫状況が 80 から 100 に更新されました。 |
| T2 + 15 分 | 在庫変更 (差分) データは、約束サービスおよび最適化サービスに伝搬されます。 |
| T3 + 15 分 | ショッパーが SKU01 のフルフィルメント見積もりを要求し、数量 100 が在庫にあることを確認します。 |
重要: Sterling Intelligent
Promising の Inventory service API は、他のシステムへのプッシュ・メカニズムをリアルタイムで実行するためのものではなく、会計および監査の目的でも使用できる Sterling Intelligent
Promising API を直接呼び出さないマーケットプレイスに時々プッシュするために使用できます。
リアルタイムのアイテムの在庫状況を取得するには、在庫システムに供給または需要の変更の更新をプッシュするシステムが、 Sterling Intelligent Promisingの inventory service も更新するようにします。