新機能

IBM® Sterling Intelligent Promisingの新機能や変更点についてはこちらをご覧ください。 特に指定がない限り、一般的な機能強化は、SaaSSoftware as a Service）とオンプレミス・コンテナの両方に適用されます。

コンテナで修正された問題の詳細については、 「コンテナの解決済み問題」 を参照してください。

2026年7月

オンプレミス環境におけるコンテナ機能の強化（ 10.0.2607.0 ）
更新されたオペレータのバージョンとイメージ
  • IBM Sterling Intelligent Promising オペレーター版： v1.11.0
  • IBM OMS Gateway Operator バージョン： v1.11.0
  • 対応する Operator Lifecycle Manager （ OLM ）のバージョン： v0.41.0 以降
  • ケースのバージョン： 3.0.42
  • アプリケーション画像タグ: 10.0.2607.0-amd64
  • IBM OMS Gateway Operator イメージ: cp.icr.io/cpopen/ibm-oms-gateway-operator-catalog:v1.0
  • IBM Sterling Intelligent Promising オペレータ画像： cp.icr.io/cpopen/ibm-oms-sip-operator-catalog:v1.0
  • v1.0 のカタログ画像は非推奨となっており、2026年末までに削除される予定です。 以下の新しいカタログ画像の購読をお勧めします。
    icr.io/cpopen/ibm-oms-sip-operator-catalog:stable
icr.io/cpopen/ibm-oms-gateway-operator-catalog:stable
Gateway API のサポートおよび SIPEnvironment OMS Gateway Operator (CRD v1 )
新しいGateway API機能の一環として、および SIPEnvironment OMS Gateway Operatorの公開に対するサポートが導入されました。 この機能強化は、CRD「 v1 」でのみご利用いただけます。 詳細については、「 共通パラメータ」 を参照してください。
在庫管理用の新しいバックエンドサーバー
  • SafetyRefreshService
  • AvailRefreshTrigger
在庫、生産能力、カタログに関する Kafka の新しいトピック
  • 在庫
    • {topicPrefix}-{environment}-iv-recalculate-safety-trigger
    • {topicPrefix}-{environment}-iv-refresh-safety-stock
  • カタログ: {topicPrefix}-{environment}-catalog-gtin-events
  • 容量: {topicPrefix}-{environment}-capacity-cache-invalidation
在庫およびカタログのアップグレード前の準備
アップグレード前およびアップグレード後に必要な手順をすべて完了し、円滑な移行を図るとともに、リリース更新機能を最大限に活用してください。 詳細については、 「 10.2607.0 へのアップグレード前の準備」 を参照してください。

2026年6月

全般的な機能拡張
リソースレベルの制約管理のための「Capacity」サービスを導入する
フルフィルメントネットワーク全体におけるリソースレベルの制約、人員の確保状況、および運用上の処理能力を管理するための、専用のキャパシティサービスモジュールが利用可能になりました。 従来の有望なモデルは在庫の可用性のみに依存しているのに対し、Capacityサービスは、倉庫の人員配置、ピッキングの閾値、地域ごとの処理能力の上限といった現実世界の実行変数を、購入前および購入後の販売ライフサイクルに組み込んでいます。 拠点ごと、時間帯ごとの最大処理能力水準を設定することで、オムニチャネル運営において、過度な約束を排除し、フロントエンドでの営業上の約束とバックエンドの実行能力との整合を図ることができます。
主な機能は以下の通りです：
  • 一元化された運用カレンダー
    ノードのスケジュールを統一し、単一の集中管理型運用カレンダーに集約します。
  • 柔軟な実行プロファイル
    カレンダー、ノード、およびキャパシティの測定単位をリソースプールに動的に紐付け、これにより全体的なフルフィルメントキャパシティの可用性を高めます。
  • 容量の単位
    ノードが商品の数量ベースで追跡する場合でも、出荷済みパッケージ数で追跡する場合でも RELEASE 、Capacity Service は両 UNIT 方の方式に対応しています。
  • 多段階のオーバーライドロジック
    フルフィルメントマネージャーは、リソースプールのオーバーライドを通じて、運用カレンダーレベルまたはローカルノードレベルで戦術的なリアルタイムの調整や一時的な閉鎖を実施できるようになり、グローバルテンプレートを変更することなく、割り当てロジックを動的に変更できます。
  • ミリ秒単位の最適化
    ローリング運用ウィンドウ全体にわたるキャパシティの空き状況を自動的に事前計算してキャッシュし、高速なストアのチェックアウトや予約処理の際、1秒未満のレイテンシを保証します。
「予定納期（EDD）」、「チェックアウト」、「フルフィルメントの最適化」といった主要な機能について、在庫状況と並行して処理能力の上限を評価できるよう機能強化が行われました：
  • 制約を考慮したプロミスのフィルタリング
    EDD API および Checkout API では、リアルタイムの二重可用性チェックが実行されるようになりました。 十分な処理能力や帯域幅を持たないノードは、フルフィルメント候補マトリックスから動的に除外されるため、在庫が豊富な場合でも、需要が集中する期間に過剰な約束をしてしまうリスクを排除できる。
  • コスト最適化のための統合機能
    統一された容量サービスアーキテクチャにより、コストに基づくコミットメントの精度を向上させ、同期の依存関係を最小限に抑え、ファイルベースの容量アップロードを排除します。 および Optimization API は Rank 、Capacity サービスを新たな「真実の源」として扱うようになりました。
  • アトミック・カートの予約および注文
    「チェックアウト」の予約ワークフローが強化され、トランザクション型かつアトミックな予約メカニズムを利用して、利用可能枠を予約できるようになりました。 これにより、対応するキャパシティ不足が存在する場合、複数行にわたる在庫割り当てが完了しないよう防止され、購入前および購入後のコミットメントを包括的に保護します。
詳細については、 「Capacity サービス」 を参照してください。
オンプレミス向けコンテナ機能の強化（ 10.0.2604.2 ）
2026年7月16日
ケースのバージョンと画像を更新しました
  • ケースのバージョン： 3.0.41
  • カタログ画像およびオペレーター版は、6月のリリース版と同じです。
問題が解決しました
3.0.40 における Logstash サーバーの集中管理グループ化に関する問題は解決されました。
2026年6月5日
更新されたオペレータのバージョンとイメージ
  • IBM Sterling Intelligent Promising オペレーター版： v1.10.0
  • IBM OMS Gateway Operator バージョン： v1.10.0
  • 対応する Operator Lifecycle Manager （ OLM ）のバージョン： v0.41.0 以降
  • ケースのバージョン： 3.0.40
  • アプリケーション画像タグ: 10.0.2604.2-amd64
  • IBM OMS Gateway Operator イメージ: cp.icr.io/cpopen/ibm-oms-gateway-operator-catalog:v1.0
  • IBM Sterling Intelligent Promising オペレータ画像： cp.icr.io/cpopen/ibm-oms-sip-operator-catalog:v1.0
  • v1.0 のカタログ画像は非推奨となっており、2026年末までに削除される予定です。 以下の新しいカタログ画像の購読をお勧めします。
    icr.io/cpopen/ibm-oms-sip-operator-catalog:stable
icr.io/cpopen/ibm-oms-gateway-operator-catalog:stable
カスタムリソース定義（CRD）のバージョン管理に関する更新
カスタムリソース定義（CRD）の複数のAPIバージョンをサポートするため、Operator CRD Sterling Intelligent Promising 向けに新しいバージョン v1 が追加されました。 以前のバージョン「 v1beta1 」は非推奨となっており、新機能は「 v1 」バージョンでのみ利用可能です。
詳細については、「 カスタムリソース定義のバージョン管理」 を参照してください。
開発モードにおけるキャパシティサービスの利用可能性
キャパシティ・サービスを使用して、フルフィルメント・ネットワーク全体のリソースのキャパシティとキャパシティの制約を定義します。 これにより、正確な配送予定日と在庫状況に関する明確な情報が得られます。
詳細については、「 UtilityServiceGroup 」のカスタムリソースマニフェストを参照してください。
Optimizer のキャパシティ統合機能により、キャパシティサービスからノードのキャパシティおよび可用性情報を取得できるようになります。 この機能は、デフォルトでは無効になっています。 この連携を有効にするには、以下のAPIを呼び出してください。
一元化されたLogstashサーバー
10.0.2604.2 年6月のリリース以降、 UtilityServiceGroup 内にあるサービスのすべてのLogstashサーバーは、単一のデプロイメントに統合されます。 以前は、各パイプラインを個別のデプロイメントとして作成・管理することができました。 現在、特定のサービスに関連するすべてのパイプラインは、1台の中央集約型Logstashサーバー内で実行されるため、デプロイが簡素化されています。 このアーキテクチャの改善により、管理が簡素化され、リソースのオーバーヘッドが削減され、Logstashの運用におけるスケーラビリティが向上します。 詳細については、「 一元管理型 Logstash サーバー」 を参照してください。
Optimizerおよびキャパシティに関する Kafka の新しいトピック
  • オプティマイザー： {topicPrefix}-{environment}-optimizer-kpi-increment
  • 容量:
    • {topicPrefix}-{environment}-capacity-availability
    • {topicPrefix}-{environment}-capacity-requests
オプティマイザーのアップグレード前およびアップグレード後の手順
アップグレード前およびアップグレード後に必要な手順をすべて完了し、円滑な移行を図るとともに、リリース更新機能を最大限に活用してください。 詳細については、「 10.2604.2 へのアップグレード前」 および「 10.2604.2 へのアップグレード後」 を参照してください。

2026年5月

全般的な機能拡張
インサイト強化のため、「在庫整合性」ダッシュボードを導入しました
在庫整合性ダッシュボードは、ノードレベルにおける潜在的なデータの異常を、「ファントム」「休眠」「ゾンビ」「マイナス在庫」「デッドストック」といったカテゴリー別に可視化します。 また、固定化資本を算出し、不良資産による金銭的影響を明らかにする財務的定量化機能も統合されています。 ノードのコンプライアンス分析や、停滞、ゾンビ在庫の復活、マイナス在庫といった傾向の追跡機能は、業務改善に向けた実践的なフィードバックループを提供します。

詳細については、「 Insight スイートの概要」 をご覧ください。

経由でダッシュボードにアクセスする方法の詳細については Order Hub、「 在庫整合性レポートの管理」 を参照してください。

オンプレミス向けコンテナ機能の強化（ 10.0.2604.1 ）
更新されたオペレータのバージョンとイメージ
  • IBM Sterling Intelligent Promising オペレーター版： v1.9.0
  • IBM OMS Gateway Operator バージョン: v1.9.0
  • 記事のバージョン： 3.0.39
  • アプリケーション画像タグ: 10.0.2604.1-amd64
  • IBM OMS Gateway Operator イメージ: cp.icr.io/cpopen/ibm-oms-gateway-operator-catalog:v1.0
  • IBM Sterling Intelligent Promising オペレータ画像： cp.icr.io/cpopen/ibm-oms-sip-operator-catalog:v1.0
  • v1.0 カタログイメージはまもなく廃止されます。ユーザーの皆様には、以下の新しいカタログイメージへのサブスクリプションをお勧めします。
    icr.io/cpopen/ibm-oms-sip-operator-catalog:stable
icr.io/cpopen/ibm-oms-gateway-operator-catalog:stable
新規導入時のルールフレームワークの有効化、需給検索、および監査
新規インストールの場合、ルールフレームワーク、需給検索、および監査機能を有効にするには、以下の設定APIを呼び出す必要があります。

既存のインストール環境やアップグレードの際には、Settings API を呼び出さないでください。

API エンドポイント
POST https://<sip-domain>/inventory/operations/v1/configuration/settings/<tenantid>
要求ペイロード
{
  "supplyAndDemandSearch": {
    "enabled": "true"
  },
  "ruleFwk": {
    "enabled": "true"
  },
  "audit": {
    "enabled": "true"
  }
}

詳細については、 「Access API ドキュメント 」および「 Invoke APIs」 を参照してください。

InventoryおよびPromisingに関する Kafka の新しいトピック
  • 在庫 ： {topicPrefix}-{environment}-iv-recalc-expiry-trigger
  • 期待が持てる ： {topicPrefix}-{environment}-prm-subscription-configurations
在庫管理用の新しいバックエンドサーバー
「Recalculation Trigger」という名前のバックエンドサーバーが、Inventory サービスグループに新たに追加されました。
アップグレード前の手順
アップグレード前の必要な手順を完了し、スムーズな移行を確保するとともに、リリース更新機能を最大限に活用してください。 詳細については、「 10.2604.1 へのアップグレード前の準備」 を参照してください。

2026年4月

全般的な機能拡張
特定の在庫要件に対応したタグ対応のチェックアウト割り当て
lotNobatchNoこの CheckoutAssignment APIでは、特定のバッチ、ロット、リビジョン、またはタグの在庫を必要とする注文を正確に履行できるよう、リビジョン番号 tagNumber や在庫タグ識別子のサポートが追加されました。 この機能により、契約順守、証拠金の保護、および下流工程へのトレーサビリティが確保されます。 タグが指定されている場合、タグのない在庫へのフォールバックを行うことなく、厳密なタグの一致が維持されます。 本システムでは、APIレスポンス内のタグ識別子を通じて、割り当てられた在庫の完全なトレーサビリティを提供します。 これにより、ベンダー固有の在庫やプレミアム在庫の不正な消費が防止されます。 詳細については、「 シナリオ：特定の在庫要件に対応したタグ対応のチェックアウト割り当て」 を参照してください。
在庫不足の集計機能により、ネットワークおよび予約の可用性に関する精度が向上
IBM Sterling Intelligent Promising ネットワークレベルの在庫不足の集計に対応するよう機能強化され、在庫計算にマイナスの在庫状況や在庫不足が確実に反映されることで、正確な正味在庫状況の把握が可能になりました。 これにより、過剰販売のリスクが軽減され、分散型フルフィルメント・ネットワーク全体での納期精度が向上します。
詳細については、 「在庫不足」 を参照してください。
オンプレミス環境におけるコンテナ機能の強化（ 10.0.2604.0 ）
更新されたオペレータのバージョンとイメージ
  • IBM Sterling Intelligent Promising オペレーター版： v1.8.0
  • IBM OMS Gateway Operator バージョン： v1.8.0
  • ケースのバージョン： 3.0.38
  • アプリケーション画像タグ: 10.0.2604.0-amd64
  • IBM OMS Gateway Operator イメージ: cp.icr.io/cpopen/ibm-oms-gateway-operator-catalog:v1.0
  • IBM Sterling Intelligent Promising オペレータ画像： cp.icr.io/cpopen/ibm-oms-sip-operator-catalog:v1.0
  • v1.0 カタログイメージはまもなく廃止されます。ユーザーの皆様には、以下の新しいカタログイメージへのサブスクリプションをお勧めします。
    icr.io/cpopen/ibm-oms-sip-operator-catalog:stable
icr.io/cpopen/ibm-oms-gateway-operator-catalog:stable
アップグレード時のバージョン検証機能の強化
ユーザーがSIPEnvironmentカスタムリソースでターゲットバージョンを指定してアップグレードを開始した場合、システムはアップグレードのワークフローをより効果的に把握・管理できるようになりました。 詳細については、 「バージョンの検証プロセス」 を参照してください。
バージョン検証用の新しい画像
新たに追加された lifecycleManager 画像は、 Sterling Intelligent Promising コンポーネントのバージョン検証を行います。
cp.icr.io/cp/ibm-oms-enterprise/sip-lifecycle-manager:<application_image_tag>
詳細については、 「 lifecycleManager 」パラメータを参照してください。
アップグレード前の手順
アップグレード前の必要な手順を完了し、スムーズな移行を確保するとともに、リリース更新機能を最大限に活用してください。 詳細については、「 10.2604.0 へのアップグレード前の準備」 を参照してください。

2026年3月

全般的な機能拡張
最適なフルフィルメント判断のための段階的な割引コスト計算
Sterling Intelligent Promising リアルタイムのフルフィルメント最適化に、多段階の割引コスト計算機能が組み込まれました。 このモデルは、注文をルーティングする際に将来の値下げの影響を評価する。具体的には、現在のオンライン価格での即時履行と、将来の値下げ価格での販売を見据えた在庫保有を比較検討する。 段階的な値下げレベル、予測販売速度、現在の在庫レベルを考慮することで、最適化ツールは収益損失を最小限に抑え、値下げスパイラルを防ぐ、より賢明なフルフィルメント判断を行います。 詳細については、「 値引きコストの計算の概要 」、「 段階的な値引き 」、および「 シナリオ：値引きコストの計算」 を参照してください。
在庫タグ
Sterling Intelligent Promising 在庫タグを導入し、在庫タグ識別子を用いて在庫の正確な識別と照合を可能にします。 在庫タグのデータには、ロット番号、バッチ番号、リビジョン番号に加え、原産国、メーカー希望小売価格（MSRP）、製造年月日、 lotKeyReference などの既定の属性が含まれています。 タグを使用することで、精度、追跡可能性、およびコンプライアンスが向上した完全一致型のフルフィルメントが可能になります。 詳細については、「 在庫タグ」 を参照してください。
インベントリタグのテナント設定を有効にする方法の詳細については、 「インベントリタグのテナント設定」 を参照してください。
これらのイベントは、在庫タグに対応するように拡張されています。 詳細については、「 新しいイベント形式」 をご覧ください。
在庫タグを使用して、在庫状況や需給状況の検索を行うことができます。 詳細については、「 在庫状況の検索」 および「 需給状況の検索」 を参照してください。
在庫タグを考慮した販売管理のビジネスユースケースに関する詳細については、「 シナリオ：タグ付きおよびタグなし在庫の管理」 を参照してください。
注： バンドルおよび親アイテムの在庫状況に関する在庫タグ機能は、今後のリリースで対応予定です。
オンプレミス環境におけるコンテナ機能の強化（ 10.0.2601.2 ）
ご注意： オペレーター「 v1.7.0IBM Sterling Intelligent Promising 」に修正が施され、問題が解決されました。この修正は v1.7.1 で入手可能です。 最新のOperator v1.7.1 を使用することをお勧めします。 詳細については、 2026年4月17日および 2026年3月20日のリリースをご覧ください。
2026年4月17日
更新されたオペレータのバージョンとイメージ
  • IBM Sterling Intelligent Promising オペレーター版： v1.7.1
  • IBM OMS Gateway Operator バージョン： v1.7.0
  • カタログ画像およびケースの仕様は、3月20日発売版と同じです。 詳細については、 カタログ画像をご覧ください。
問題が解決しました
バージョン 1.7.0 において Apache Kafka のデプロイに失敗する問題は、このリリースで修正されました。
2026年3月20日
更新されたオペレータのバージョンとイメージ
  • IBM Sterling Intelligent Promising オペレーター版： v1.7.0
  • IBM OMS Gateway Operator バージョン： v1.7.0
  • カタログの画像をご覧ください。
依存関係バージョンのアップグレードに関するお知らせ
依存関係の更新の一環として、開発モードにおける Kafka のサポートが Apache Kafka 3.9.1 にアップグレードされ、 Bitnami Kafka に取って代わりました。 Kafka サービスの導入およびライフサイクル管理は、現在オペレーターによって行われており、これにより上流ベンダーのライフサイクルとの整合性が向上しています。
3月のリリースに伴い、Operatorはデフォルトで Apache Kafka 3.9.1 を開発モードでデプロイするようになりました。 今回のアップグレードの一環として：
  1. 本システムでは、 Bitnami Kafka で以前使用されていた ZooKeeper-based アーキテクチャに代わり、現在はKRaftモードを採用しています。 その結果、 ZooKeeper は不要となり、アップグレード中に削除されます。
  2. 既存の Bitnami、 Kafka、 ZooKeeper、および StatefulSets は削除されます。
  3. 新しい Apache Kafka （ StatefulSets ）は、オペレーターによって作成および管理されます。
  4. あらかじめ設定済みの永続ストレージ環境では、 Apache Kafka のデータを保存するために、既存の永続ボリューム（PV）内に新しいディレクトリパスが作成されます。 詳細については、「 Kafka パラメータ」 および「 外部システムとの連携における Apache Kafka の活用」 を参照してください。
4月17日および3月20日発売分のカタログ画像とケース仕様
  • ケースのバージョン： 3.0.37
  • アプリケーション画像タグ: 10.0.2601.2-amd64
  • IBM OMS Gateway Operator イメージ: cp.icr.io/cpopen/ibm-oms-gateway-operator-catalog:v1.0
  • IBM Sterling Intelligent Promising オペレータ画像： cp.icr.io/cpopen/ibm-oms-sip-operator-catalog:v1.0
  • v1.0 カタログイメージはまもなく廃止されます。ユーザーの皆様には、以下の新しいカタログイメージへのサブスクリプションをお勧めします。
    icr.io/cpopen/ibm-oms-sip-operator-catalog:stable
icr.io/cpopen/ibm-oms-gateway-operator-catalog:stable

2026年2月

オンプレミスコンテナの機能強化 ( 10.0.2601.1 )
更新されたオペレータのバージョンとイメージ
  • IBM Sterling Intelligent Promising オペレーター版: v1.6.0
  • IBM OMS Gateway Operator バージョン: v1.6.0
  • ケースバージョン: 3.0.36
  • アプリケーション画像タグ: 10.0.2601.1-amd64
  • IBM OMS Gateway Operator イメージ: cp.icr.io/cpopen/ibm-oms-gateway-operator-catalog:v1.0
  • IBM Sterling Intelligent Promising オペレータ画像： cp.icr.io/cpopen/ibm-oms-sip-operator-catalog:v1.0
  • v1.0 カタログイメージはまもなく廃止されます。ユーザーの皆様には、以下の新しいカタログイメージへのサブスクリプションをお勧めします。
    icr.io/cpopen/ibm-oms-sip-operator-catalog:stable
icr.io/cpopen/ibm-oms-gateway-operator-catalog:stable
Logstashデプロイメントのログ形式の変更
10.0.2601.1 リリースおよび Operator IBM Sterling Intelligent Promising v1.6.0 以降、 Kafka のロギングは Logstash デプロイメントでサポートされなくなり、GELF レイアウト用の Logstash デプロイメントで使用されるログ形式は新しい形式に変更されました。 詳細については、 Logstashのロギングを参照してください。
マニフェスト、プロミシング、オプティマイザーの新画像
以下の画像は新たに導入されたもので、 Sterling Intelligent Promising のデプロイに必須です。 デプロイを進める前に、これらのイメージがコンテナレジストリにプッシュされ、それぞれのカスタムリソースで設定されていることを確認してください。
  • 顕現イメージ
    デプロイメントテンプレートと構成マニフェストが含まれています。
    cp.icr.io/cp/ibm-oms-enterprise/sip-manifests:<application_image_tag>
  • Cassandra のオンボーディングイメージの約束
    Promisingサービス向けの Cassandra データベース初期化とスキーマ設定を処理します。
    cp.icr.io/cp/ibm-oms-enterprise/sip-promising-onboard:<application_image_tag>
  • オプティマイザ Elasticsearch 導入イメージ
    Optimizerサービスの Elasticsearch オンボーディングを処理します。
    cp.icr.io/cp/ibm-oms-enterprise/sip-optimizer-onboarding:<application_image_tag>
詳細については、「 image」パラメータを参照してください。
注意:
  • 「Manifest」および「Promising」の Cassandra オンボーディング画像を含めない場合、デプロイに失敗します。 インストールを開始する前に、設定済みのイメージリポジトリにこれらのイメージがすべて適切なタグ付きで存在することを確認してください。
  • SIP環境 imagePullSecret では、マニフェストイメージを取得するためにカスタムリソースの使用が必須です。 詳細については、 imagePullSecrets をご覧ください。
アップグレード前の手順
アップグレード前の必要な手順を完了し、スムーズな移行を確保するとともに、リリース更新機能を最大限に活用してください。 詳細については、「 10.0.2601.1 へのアップグレード前の準備」 を参照してください。

2026年1月

全般的な機能拡張
イベント公開時に利用可能なストレージプロバイダーが増え、より幅広いサポートが提供されます
Webhook IBM Cloud® Object Storage に加え、 Amazon S3、 Microsoft Azure Blob Storage、および Google Cloud Storage へのイベント公開が可能になりました。 シームレスな設定により、お好みのプロバイダーを選択し、必要な認証情報を素早く簡単に入力できます。
より多くのオプションは、既存のクラウドインフラストラクチャとの統合やイベント駆動型ワークフローのスケーリングにおいて、より高い柔軟性を意味します。 詳細については、「 イベントの公開に関するエンドポイントの設定」 を参照してください。
ファイル取り込みはマルチクラウド対応により強化されました
複数のストレージプロバイダーをサポートするエンドポイント構成が利用可能です。 Amazon S3、 Microsoft Azure Blob Storage、および Google Cloud Storage の取り込みエンドポイントを構成できます。
このマルチクラウド対応により、既存インフラとの Sterling Intelligent Promising 統合、ワークフローの効率化、そして確信を持っての拡張が可能になります。 詳細については、「 ファイル取り込みルールのエンドポイントの設定」 を参照してください。
推定配達日（EDD）のキャッシュによる配達状況の迅速な把握
EDDキャッシュが製品一覧ページ（PLP）に導入され、UIで有効化できます。
配送スケジュールを表示する時間を短縮することで、買い物客はより迅速で情報に基づいた意思決定が可能になります。 詳細については、「 配送予定日」 および「 配送予定日のキャッシュ設定」 を参照してください。
より正確な約束とピックアップを実現する精密なスケジュール管理
各拠点での注文品受け取り可能時間を正確に管理するため、日次または週次の受け取りスケジュールを設定します。 これらのスケジュールは、正確な最速および最遅のピックアップ時間を決定するために計算APIによって使用されます。 詳細については、「 集荷時間とスケジュール」 をご覧ください
ピックアップ時間タブで直接ピックアップ時間帯を設定・管理でき、在庫状況、キャパシティ、締切ルールに合わせて利用可能時間を調整できます。 詳細については、「 集荷時間とスケジュールの設定」を参照してください。
シナリオでは、スケジュール有無におけるプロミシングの挙動も示され、運用に最適な構成を選択する手助けとなります。 詳細については、「 シナリオ：集荷スケジュールの適用」 を参照してください。
正確な締切管理による当日受け取りの最適化
ピックアップカットオフにより、当日ピックアップを正確に制御できます。 これらのカットオフは、直前の需要急増を防ぎ、業務を円滑に継続させるのに役立ちます。 設定された締切時刻以降に発注された注文は自動的に翌営業日に繰り越されますが、計算APIは正確な配送予定日（EDD）を維持するため、当日分の残容量を依然として考慮します。 詳細については、「 集荷締切」 をご覧ください。
ノードごとにカットオフを設定および管理できます。これには平日、週末、または日ごとの変動が含まれます。 この柔軟性により、引き取りの約束が実際の在庫と生産能力の制約に確実に沿うようになります。 詳細については、「 ピックアップのカットオフの設定」 を参照してください。
新たなシナリオが、カットオフの有無における有望な行動パターンを可視化し、自信を持ってピックアップ戦略を微調整することを可能にします。 詳細については、「 シナリオ：ピックアップのカットオフの適用」 を参照してください。
オンプレミスコンテナの機能強化 ( 10.0.2601.0 )
ご注意： 1月リリースの 10.0.2601.0 は必須の中間更新です。 以前のバージョンをご利用のお客様は、今年中に次のリリースへ移行する前に、本リリースへアップグレードする必要があります。
更新されたオペレータのバージョンとイメージ
  • IBM Sterling Intelligent Promising オペレーター版: v1.5.0
  • IBM OMS Gateway Operator バージョン: v1.5.0
  • ケースバージョン: 3.0.35
  • アプリケーション画像タグ: 10.0.2601.0-amd64
  • IBM OMS Gateway Operator イメージ: cp.icr.io/cpopen/ibm-oms-gateway-operator-catalog:v1.0
  • IBM Sterling Intelligent Promising オペレータ画像： cp.icr.io/cpopen/ibm-oms-sip-operator-catalog:v1.0
  • v1.0 カタログイメージはまもなく廃止されます。ユーザーの皆様には、以下の新しいカタログイメージへのサブスクリプションをお勧めします。
    icr.io/cpopen/ibm-oms-sip-operator-catalog:stable
icr.io/cpopen/ibm-oms-gateway-operator-catalog:stable
Javaランタイムの更新
JavaランタイムがJava 17.0.18 にアップグレードされました。 新しいJavaリリースで導入されたセキュリティ強化の一環として、一部のレガシーな TLS /RSA暗号スイートはデフォルトで無効化されています。 古い、または非推奨となった暗号設定を使用しているミドルウェアのインスタンスについては、接続性と互換性を維持するために更新が必要になる場合があります。
詳細については、 Javaの公式リリースノートをご覧ください。
依存関係バージョンのアップグレードに関するお知らせ
1月のリリースの一環として、コア依存関係のサポート対象バージョンがアップグレードされ、継続的なサポートと上流ベンダーのライフサイクルとの互換性が確保されます。
  1. Elasticsearch 8.19.8 へのアップグレード
  2. Kafka 3.9.1 へのアップグレード

必要なユーザー操作

サポート対象のリリースを維持し、将来の製品リリースとの互換性を確保するためには、1月リリースのアップグレード後に、 Elasticsearch を 8.19.8 に、 Kafka を 3.9.1 に更新する必要があります。 詳細については、「 本番環境でのミドルウェアサービスのインストール」 を参照してください。

以前にサポートされていたバージョンである Elasticsearch、 7.17.9、および Kafka、 3.5.0 は、それぞれのベンダーサポート期間を終了しました。

重要:
  • 1月リリースのアップグレード後に、依存関係のアップグレードを実行してください。
  • 1月のリリースから今後の製品リリースへアップグレードする前に、依存関係のアップグレードを完了してください。
注記： この移行後にサポート対象外のバージョンを実行するデプロイメントは、将来のリリースとの互換性がなくなる可能性があり、ベンダーのサポート対象外となる場合があります。
Kafka の新規トピック（在庫管理）
10.0.2601.0 にアップグレードする前に、以下の新しいトピックを作成してください。
  • {topicPrefix}-{environment}-iv-es-supply-transaction-record
  • {topicPrefix}-{environment}-iv-es-supply-transaction-detail
問題が解決しました
オンプレミスのコンテナで解決済みの課題の一覧を確認するには、「 コンテナの解決済みの課題」 を参照してください。