容量サービス

オムニチャネル小売エコシステムにおいて、フルフィルメントの約束の信頼性は、その背後にある運用上の制約によって決まる。 Sterling Intelligent Promising サプライチェーン・ネットワーク全体にわたるリアルタイムの信号を分析し、製品が現実的にいつピッキング、梱包、配送できるかを判断します。しかし、実在庫の確保は、その一部に過ぎません。フルフィルメントセンターには1万個の在庫があるとしても、業務上の処理能力が100個のピッキングしか対応できない場合、その制約を無視した配送予定日は、すぐに信頼性を失ってしまいます。その結果、納期の未達成、顧客からの信頼の低下、そしてブランドの評判や顧客維持に長期的な悪影響が及ぶことになります。

この Capacity service 技術は、デジタル上の可能性と物理的な現実との間のギャップを埋めるものです。これは、現実世界の運用上の制約を数学的にモデル化するための、汎用的かつ拡張性の高いアーキテクチャ・フレームワークを提供します。このデータモデルは、フルフィルメントの処理能力や倉庫の人員配置に即座に応用可能ですが、その基盤となるデータモデルは、あらゆる有限のリソースを表現できるように設計されています。この先見性のあるアーキテクチャは、運送業者の集荷帯域幅、専用のドッキングスペースの制約、そして最終的には品目単位の処理上の制約を追跡するための道を開くものです。 Sterling Intelligent Promising 単に荷物の数を数えるだけでなく、それらを移動させるために必要な業務上の労力を測定する。

概要

フルフィルメントリクエストに対して最適な調達先を決定するため、この Sterling Intelligent Promising アーキテクチャでは、各機能を専門化されたモジュール間で分離しています。この Capacity service システムは、容量の可用性に関する指標を算出し、提供します。この指標により、各拠点がフルフィルメント業務を実行するために必要な物理的リソース、人員、および物流の処理能力を備えているかどうかが判断されます。

Capacity service これらの運用上の制限に関する唯一の信頼できる情報源としての役割を果たしています。スループットの消費量を追跡し、この重要な制約データを「プロミシング」および「最適化」モジュールに提供します。その後、「Promising」モジュールはこのデータを活用して、業務上の出荷制約を適用し、正確な配達日を算出します。一方、「Optimization」モジュールは、このデータを活用してノードのキャパシティ負荷分散を評価し、フルフィルメントコスト全体を最小限に抑えます。

注：キャパシティの制約を実装するかどうかは、完全に任意です。特定のノードに対して容量が設定されていない場合、システムはその場所を帯域幅が無限であるとみなします。その結果、下流のモジュールは、ルーティングの決定において、在庫状況と輸送時間のみに完全に依存することになります。

このアーキテクチャの基盤となる仕組みは、容量の可用性を算出し、予約を処理するために連携して動作するいくつかの主要なエンティティによって構成されており、その詳細については後述のセクションで説明します：

サービス・カテゴリー

測定対象となる業務の種類または業務領域を定義します。詳細については、「サービスカテゴリ」を参照してください。
運用カレンダー

標準的な業務のベースラインスケジュールおよび時間枠を定める。詳細については、「運用カレンダー」をご覧ください。
リソース・プール

ノード、カレンダー、および容量の測定単位を結びつける、一元化された実行プロファイル。詳細については、「リソースプール」を参照してください。
可用キャパシティー

1秒未満の検索を目的として設計された、利用可能な運用帯域幅の事前計算済みキャッシュ。詳細については、「容量の可用性」を参照してください。
オーバーライド

リアルタイムの混乱や一時的な閉鎖に対応するための、カレンダーまたはリソースプールレベルでの戦術的な調整。詳細については、「可用性の優先設定」を参照してください。
予約数

チェックアウトのライフサイクルにおいて、容量を確実に確保するための、単一トランザクションおよびアトミックトランザクションの両方のメカニズム。また、予定されていた履行が遅延した場合の「バックログ」という概念にも対応しています。詳細については、「予約」をご覧ください。

Capacity サービスでは、デフォルトの動作を変更するためのテナントレベルの設定も提供されており、その内容は以下の通りです：

収容人数タイムゾーン

容量ロケーションが1日の容量レベルをリセットするタイミングを指定します。
空き状況確認日

運用上の制約を考慮すべき日数を決定することにより、将来の容量利用可能期間を設定する。この期間を超える日付については、容量の空きがないものとみなされます。
予約の有効期限まであと○分

容量予約の有効期限がいつになるかを指定します。これを在庫予約の有効期限と組み合わせて設定することを強くお勧めします。
タイムゾーンの判定

容量のリセットを、ローカライズされたノードのタイムゾーンに基づいて行うか、集中管理されたテナントのタイムゾーンに基づいて行うかを決定します。

ビジネスにおける活用事例と価値

Capacityサービスは、多様なサプライチェーンのシナリオに対応しており、フルフィルメント担当者は、具体的な運用上の制約をデジタルフルフィルメントワークフローに直接反映させることができます。

シナリオ1：主要物流センターにおける1日あたりの荷物取扱量の制限: ある大規模な物流センターでは、1日あたり5,000個の小包を発送していますが、荷積み場や運送業者の集荷業務がパンクしないよう、出荷量を制限する必要があります。物流センターの配送カテゴリにマッピングされたリソースプールと日次運用カレンダーを設定することで、システム Capacity service は自動的に日ごとのフルフィルメント能力の空き状況を算出します。注文の受付や予約が行われるにつれて、空き状況は減少していきます。「Promising」モジュールは、処理能力の枯渇を検知すると、次に空き容量が生じるまで、新しいリクエストを代替ノードへ動的に再ルーティングします。
シナリオ 2：小規模な小売店における BOPIS キオスクの処理能力の管理: フルフィルメント拠点として機能する小売店には、1日あたり10件の注文しか対応できない、利用が制限された顧客向け受け取りエリアが設けられています。小規模小売拠点において、店頭受取サービスカテゴリのリソースプールを定義することで、同社 Capacity service は店頭受取の注文割り当てを調整しつつ、宅配によるフルフィルメントを中断することなく継続させることができます。 PromisingおよびOptimizationエンジンは、購入前および購入後の各段階でこの制約データを評価し、店舗受け取り注文が地域ごとの許容範囲内に収まるよう確保します。

価値の実現

これを Capacity service 導入することで、リアクティブなフルフィルメント・ネットワークが、プロアクティブで保護された運用へと変貌します。

配送の正確性を保証

このサービスは、運用容量に関するリアルタイムの指標を提供することで、帯域幅が枯渇した場合でも、有望な評価結果に基づき納期を次の実行可能な枠に繰り下げることを保証し、お客様のサービスレベル契約を厳格に遵守します。
倉庫の保全と未処理案件の処理

明示的な制約は、店舗の運営戦略を保護します。 Capacityサービスは、システム全体の未処理案件を追跡することで、倉庫業務が達成不可能な受注約束に埋もれてしまうのを防ぎ、未処理案件の処理余力を将来の処理可能日に繰り越すことを可能にします。詳細については、「未処理案件」を参照してください。
統一された信頼できる情報源

「Promising」エンジンと「Optimization」エンジンの両方は、キャパシティ・サービスからまったく同じ集中管理型のキャパシティ可用性を消費しており、これにより、エンタープライズ・アーキテクチャ全体にわたって決定論的かつ一貫性のあるルーティング決定が保証されます。