過去の年度のクラウド上の新着情報をアーカイブ
以前の IBM® Sterling Intelligent Promising アプリケーションに含まれていた機能拡張を確認します。
2024年10月
- 全般的な機能拡張
- ネットワーク安全在庫ルールにおけるノード位置集計の有効化
- ネットワーク安全在庫ルールに対して新しいノード位置集計を有効化でき、これによりノードレベルでの安全在庫の集計を考慮できるようになります。 その結果、在庫をネットワークから除外できるほか、異なるシナリオに応じてノードごとの安全在庫レベルをカスタマイズできます。
詳細については、 ノード位置の集約を参照してください。
- B2B および B2C 向けの在庫セグメントとセグメンテーション配分計画を定義する
- ビジネス間取引( B2B )またはビジネスと顧客間取引( B2C )の計画の一環として、在庫ワークフロー内でセグメントを定義するために、この新機能を利用できるようになりました。 在庫セグメント割当は、割当計画で定義されたセグメント間で在庫を配分するために使用され、労力とコストを節約します。 この高度な機能を活用し、在庫を需要の高いセグメントへ自動的に再配分することで在庫管理を行い、古い在庫に関連する保管コストとリスクを削減します。 詳細については、 在庫セグメントを参照してください。
- 配送通知時間を定義する
- フルフィルメントマネージャーとして、UI Order Hub を使用して最低発送通知時間を定義できます。 ノード設定の下に 「配送通知 」タブが追加されました。 配送または集荷を開始するまでの最短時間を設定できるようになりました。
配送通知時間の設定方法の詳細については、 「配送通知時間の設定」 を参照してください。
ノードのパフォーマンスを監視する
- Sterling Intelligent Promising プレミアムユーザー向けに、新たな最適化目的ノード性能が導入されました。 フルフィルメントマネージャーとして、ノードパフォーマンス機能を活用し、ノードのパフォーマンスを監視できるようになりました。 AI搭載モデルを活用してノードキャンセル率とノード再スケジュール率を予測することで、注文履行の最適化が可能になります。
詳細については、 ノードのパフォーマンスを参照してください。
最適化プロファイルに「 リスク低減コスト 」という新しい最適化目的関数が追加されました。 ノード性能機能を有効にするには、最適化プロファイルの作成または編集時に、 リスク低減コスト最適化目標に重みを割り当てる必要があります。 詳細については、 「最適化プロファイルの管理」 を参照してください。
データ取り込みと取り込みルールのエンドポイント
- データ取り込みエンドポイントを設定し、接続するための新しいプロセスが Sterling Intelligent Promising利用可能になりました。 詳細については、 「ファイル取り込みルールのエンドポイント設定」 を参照してください。 その後、ファイル転送アダプターまたは独自のカスタムアップロード実装を使用して、各必須データフィードタイプに対応 IBM Cloud® Object Storage するデータファイルをアップロードできます。 詳細については、 「ファイル取り込みプロセスの開始」 を参照してください。
- 配送予定日数(お届け予定日)
- 購入前のシナリオの一環として、在庫状況と将来の供給可能性 Sterling Intelligent
Promising を考慮
maxFutureAvailabilityLookaheadする属性を提供し、注文の納期を推定します。 この属性はテナントレベルおよびAPIレベルで設定できます。 詳細については、 配送コミットメント日数をご覧ください。 - ゾーン構成要素追加料金
- 運送業者追加料金はゾーンコンポーネントレベルで設定できます。 例えば、これらの追加料金は、特定の路線に対して拡張配送エリア追加料金を適用するために使用されます。 詳細については、 「追加料金 」および 「ゾーンコンポーネントの追加料金の設定」 を参照してください。
- セルフサービス監視ダッシュボード
- APIおよびアプリケーションの使用状況とパフォーマンス指標を確認するための新しいダッシュボードとチャートが利用可能です。 詳細については、 監視ダッシュボードを参照してください。
- オンプレミスコンテナの機能強化 ( 10.0.2409.1 )
- オペレータと画像の更新
- IBM Sterling Intelligent Promising オペレーター版: V1.0.11
- 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
- アプリケーション画像タグ: 10.0.2409.1-amd64
- 強化されたLogstashサーバー構成管理
- 開発環境、本番環境、およびフレキシブルモードにおいて、検索サービス向けのLogstashパイプライン設定を動的に管理できるようになりました。 この機能強化により、環境やカスタム設定に基づいてパイプラインを統合できるようになります。 コンテナ
initを使用して必要に応じてマージ処理を処理することで、サービス全体にわたる柔軟かつ動的なデプロイメントが可能になります。 詳細については、 Logstash パイプライン構成管理を参照してください。 - 供給と需要の Elasticsearch インデックスを再構築するためのアップグレード手順
- 検索および集計APIで空の値のクエリを有効にするには、供給と需要の Elasticsearch インデックスを再インデックスする必要があります。 詳細については、 「 10.2409.1 へのアップグレード後 」を参照してください。
- 最適化に関する新しい Kafka トピックを追加しました
- {topicPrefix} - {environment} -optimizer-request-org-woo-hold-orders-changelog
2024年9月
- 全般的な機能拡張
- パッケージの体積しきい値に基づいて、寸法重量の選択基準をカスタマイズする
- 寸法重量のしきい値を設定することで、物理重量または寸法重量に基づいて出荷重量を決定する制約条件として設定できます。 このフィールドが設定されると、コスト最適化にも寄与します。
詳細については、 「キャリアサービスの設定」 を参照してください。
- watson.ai の拡張検索が有効化されました
- ドキュメント IBM Sterling Intelligent Promising サイトでは、機械学習と自然言語処理を活用した watson.ai 検索を提供しています。 watson.ai の拡張検索機能は、文書全体にわたるパターンや傾向を特定することで、直感的で的を射た正確な回答を提供します。 図書館で検索を行うと、 watson.ai の拡張検索が自動的に実行され、検索内容に特化した情報を提供します。 試してみるには、任意のページヘッダーにある検索フィールドをご利用ください。
- オンプレミスコンテナの機能強化 ( 10.0.2409.0 )
- オペレータと画像の更新
- IBM Sterling Intelligent Promising オペレーター版: V1.0.10-1
- IBM OMS Gateway Operator バージョン: V1.0.10
- 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
- アプリケーション画像タグ: 10.0.2409.0-amd64
- バックエンドサーバーへの接続が確立されました Cassandra 宛て SSL 経由解決済み
- Promisingバックエンドサーバーがセキュアモード( SSL )経由で Cassandra ミドルウェアに接続できない問題は、正常に解決されました。 すべての接続が正常に機能しています。
- メジャーリリースおよび修正プログラム向けの新バージョン管理方式
- 2024年9月より、効果的なチャネルおよびフィックスパック管理のため、新たなバージョン体系を導入します。 詳細については、 メジャーリリースおよび修正プログラムのバージョン管理スキームを参照してください。
- オペレータのルート証明書抽出によるセキュアなイングリッジ構成
- KubernetesSterling Intelligent Promising のシークレットからオペレータのルート証明書を抽出し、それを用いてイングリッスリソースを設定し、安全な接続を確保します。 詳細については、 「オペレーターのルート証明書を抽出してIngressに追加する」 を参照してください。
- 個々のサーバー向けの強化された画像構成
- 個々のサーバーインスタンスに対して、イメージタグとプルポリシーを設定できるようになりました。 この機能により、サーバーごとに画像バージョンとプルポリシーを柔軟に管理できます。 詳細については、 画像タグとプルポリシーを参照してください。
- 外部サービス接続を検証するための新しい注釈
- デプロイ前に外部サービスの接続性を検証またはスキップするには、以下のアノテーションを使用してください。
apps.sip.ibm.com/validate-external-services-connectionsapps.sip.ibm.com/skip-external-services-connection-validation
- OMSゲートウェイにおけるカスタム TLS 証明書の設定柔軟性
- イングリッス層とOMSゲートウェイ間の安全な通信のために、独自の TLS 証明書を提供することで、セキュリティを強化し、内部ポリシーや業界標準を満たすことが可能になりました。 詳細については、 OMS Gateway のカスタム TLS 証明書構成を参照してください。
- 機能利用のためのアップグレード手順
- リリースで公開された特定の機能強化については、アップグレード処理後に追加の手順を完了する必要があります。 詳細については、 「 10.2409.0 へのアップグレード後 」を参照してください。
- 在庫管理、プロミシング、最適化に関する新しい Kafka トピック
- {topicPrefix} - {environment} -iv-migrate-accumulation
- {topicPrefix} - {environment} -iv-migrate-requests
- {topicPrefix}-{environment}-iv-product-available-supply-events-v2
- {topicPrefix} - {environment} -iv-product-available-supply-snapshot-container-events
- {topicPrefix}-{environment}-iv-product-available-supply-snapshot-events-v2
- {topicPrefix} - {environment} -iv-pub-available-supply-snapshot
- {topicPrefix} - {environment} -iv-segment-reallocation
- {topicPrefix} - {environment} -iv-demand-snapshot-container-events
- {topicPrefix} - {environment} -iv-pub-demand-snapshot
- {topicPrefix} - {environment} -prm-iv-supply-breakup-sink-stream
- {topicPrefix} - {environment} -optimizer-dataupdate-configuration
- {topicPrefix} - {environment} -optimizer-dataupdate-prov-serv
- {topicPrefix} - {environment} -optimizer-es-persist-failure
- {topicPrefix} - {environment} -prm-carrier-service-schedule-overrides-events
- {topicPrefix} - {environment} -prm-carrier-service-schedule-events
2024年8月
- 全般的な機能拡張
- 福利厚生レポートの最新データを入手する
- 福利厚生レポートの日付ピッカーが更新され、現在の日付を含む日付範囲の選択が可能になりました。 在庫KPIの最新データを取得するために、最新の範囲を選択できるようになりました。
詳細については、 福利厚生レポートを参照してください。
- 発送通知の時間を導入しました Sterling Intelligent Promising
- Sterling Intelligent
Promising 配送通知時間を設定するための Define or update a notification
calendar APIを提供します。 配送通知時間は、配送サービスが配達または集荷プロセスを開始できる最短時間を示します。
詳細については、およびを参照してください Define or update a notification calendar API。
- ステータスによる注文のフィルタリング
- 注文最適化の決定を再確認できます。具体的には、事前購入注文シナリオやAPI呼び出し Calculate checkout assignments using costs に対して行われた決定です Optimization service。
注文ステータス条件を含む最適化プロファイルを作成できます。 詳細については、 「最適化プロファイルの管理」 を参照してください。
最適化ダッシュボードおよび最適化説明ツールから、注文ステータスで注文をフィルタリングできます。 詳細については、 「最適化ダッシュボードの表示」 および「 注文リストページ」 を参照してください。
- 運送サービス追加料金
- 追加料金は、特定の航路における燃料費などの追加コストを補填するため、運送サービス提供者によって適用されます。 固定額方式と割合方式の追加料金が利用可能です。 詳細については、 追加料金をご覧ください。 追加料金はAPIを使用して設定できます。 詳細については、 「キャリアサービスの追加料金の設定」 を参照してください。
- オンプレミスコンテナの機能強化 ( 10.0.2406.2 )
- オペレータと画像の更新
- オペレーター版: V1.0.9
- 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
- アプリケーション画像タグ: 10.0.2406.2-amd64
- 新しいイメージの可用性(トラストストアジョブ実行用)
- 新たに導入された
sip-utilsイメージを使用して、OperatorおよびOMS Sterling Intelligent Promising Gateway Operatorによって実行される、トラストストアの作成や取得など、トラストストア関連のすべての操作を実行します。 デプロイにはイメージsip-utilsのプッシュ Sterling Intelligent Promisingが必須です。10.0.2406.2 リリース以降、`image-0`
openjdk-11、`image-1`、openssl`image-2`、`image-3`ubi-minimalの取得は不要です。これらの画像は`sip-utilsimage-4`に置き換えられています。 詳細については、 sipUtils パラメータを参照してください。 - 個々のサーバーごとにログレベルを設定する柔軟性
- 個々のサーバーインスタンスごとにログレベルを設定できるようになりました。 この機能はサーバー単位でログ記録の動作を精密に制御し、必要に応じてカスタマイズされた詳細なログ記録を可能にします。 詳細については、 logLevel プロパティを参照してください。
2024年7月
- 全般的な機能拡張
- 優先配送業者サービスに基づいて注文を最適化する
- フルフィルメントマネージャーとして、お客様が指定された配送業者サービスに基づいて注文を最適化できるようになりました。 これにより、最適化オプションが指定された配送先のみに対して評価されることが保証されます。 詳細については、 Optimizer API および Idle API を参照してください。
- 在庫 - 予約IDのカスタマイズ機能強化
- 在庫 - 予約IDのカスタマイズ機能強化 予約APIにおいて、ユーザー定義の予約IDがサポートされるようになりました。 詳細については、 「カスタム予約IDを使用した予約の作成」 を参照してください。
- 在庫 - 予約期限の延長
- 予約の有効期限を、IDまたはレスポンス出力で返される参照番号によってユーザー定義の日付まで延長できます。
既存の予約数量は増加可能であり、予約は最初に作成された日から最大30日間保持されます。詳細については、 「カートまたは参照による予約の延長」 を参照してください。
- オンプレミスコンテナの機能強化 ( 10.0.2406.1 )
- オペレータと画像の更新
- オペレーター版: V1.0.8
- 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
- アプリケーション画像: 10.0.2406.1-amd64
- Kafka トピックへの環境プレフィックス追加のサポート
- Kafka トピックに、トピックプレフィックスに加えて環境名をプレフィックスとして追加できるようになりました。 詳細については、 Kafka のサービスに関するトピック一覧を参照してください。
- と
commonomsGatewayパラメータに新しいプロパティが追加されました - プロパティ名 は
sslEnabled、 SSLomsGatewayを有効または無効にするために導入されました。 詳細については、 sslEnabled をご覧ください。 - .
common ingressで導入された2つのプロパティに続いて。customDomainsプロパティは、アプリケーションが公開される1つ以上の完全修飾ドメイン名(FQDN)を含むカスタムドメインのリストを指定します。 詳細については、を参照してください customDomains。skipDefaultAnnotationsデフォルトでOperatorが追加するすべてのアノテーションをスキップするプロパティ。 詳細については、を参照してください skipDefaultAnnotations。
- プロパティ名 は
- 水平ポッド自動スケーラー(HPA)を定義する新しい構成
- この機能を使用して、デプロイメント内のポッド数を自動的に管理する水平ポッド自動スケーラー(HPA)のリストを定義します。 詳細については、 horizontalPodAutoscalers パラメータを参照してください。
- 問題が解決しました
- オンプレミス コンテナで解決済みの問題の一覧を表示するには、 「コンテナ内の解決済みの問題」 を参照してください。
2024年6月
- 全般的な機能拡張
- 在庫 - 新しいイベント形式におけるフィールド
consumedSafetyQuantity-shortageQuantityおよび の計算を強化しました - 新しいパラメータ -
shortageQuantity,consumedSafetyQuantity, および が計算fulfillmentAllowed用に追加されました。 - 在庫 - 予約期限の延長
- 予約の有効期限を、IDまたはレスポンス出力で返される参照番号によってユーザー定義の日付まで延長できます。
既存の予約数量は増加可能であり、予約は最初に作成された日から最大30日間保持されます。詳細については、 「カートまたは参照による予約の延長」 を参照してください。
- 在庫 - 予約IDのカスタマイズ機能強化
- API Reservation でユーザー定義の予約IDがサポートされるようになりました。
詳細については、 「カスタム予約IDを使用した予約の作成」 を参照してください。
- 在庫 - 予約期限の延長
- 予約の有効期限を、IDまたはレスポンス出力で返される参照によって、ユーザー定義の日付まで延長できます。 既存の
予約数量は増加可能であり、予約は最初に作成された日から最大30日間保持されます。詳細については、 「カートまたは参照による予約の延長」 を参照してください。
- 在庫 - 予約数量の増加
- 予約モジュールは、十分な空き状況に応じて、予約作成後に予約数量を増やすことが可能になりました。
詳細については、 「予約数量の更新」 を参照してください。
- 新しいフィールド -
demandShortage,reservationShortage, およびsafetyShortageが新しいイベント形式で導入されました - 詳細については、 新しいイベント形式および日付ごとの詳細なノード可用性の取得を参照してください。 V2
- テナントベースのルールを導入し、フルフィルメントが有効か無効かにかかわらず、 および
availableSupplyChange.v2イベントproductAvailability.v2を公開できるようにしました - 詳細については、および テナントベースのルール
productAvailability.v2を参照してください テナントベースのルールavailableSupplyChange.v2。 - 在庫 - 予約IDのカスタマイズ機能強化
- 在庫 - 予約IDのカスタマイズ機能強化 予約APIにおいて、ユーザー定義の予約IDがサポートされるようになりました。 詳細については、 「カスタム予約IDを使用した予約の作成」 を参照してください。
- 在庫 - 新しいイベント形式におけるフィールド
- オンプレミスコンテナの機能強化 ( 10.0.2406.0 )
- 注:
- 10.0.2406.0-amd64IBM Sterling Intelligent
Promising またはそれ以降のバージョンにアップグレードする場合は、`table
inv_upgrade`に`job`列を作成する必要があります。 詳細については、 「オペレーターのアップグレード」 を参照してください。 - このリリースでは、パラメータ
webClientの定義が必須です。 詳細については、 webClient パラメータを参照してください。
- 10.0.2406.0-amd64IBM Sterling Intelligent
Promising またはそれ以降のバージョンにアップグレードする場合は、`table
2024年5月
- 全般的な機能拡張
- プロミシング - コストベースのプロミシングを導入
- Sterling Intelligent
Promising 事前購入出荷割り当てを計算し、サービス提供の総コストを最小化できるAPI Calculate checkout assignments using
costs を提供します。
詳細については、 「コストベースの推奨」 を参照してください。
Sterling Intelligent Promising プレミアムをご利用のお客様は、予測AIを活用したコストベースの納期保証に加え、在庫切れの回避や値下げの回避といった追加機能の恩恵を受けられます。
- テナント構成ページにおける在庫に関する考慮事項を導入しました
- テナント設定ページ( Order Hub UI)に在庫に関する考慮事項の詳細が表示されるようになりました。 詳細については、 テナント設定を参照してください。
- 追加のノードプロパティを導入しました
- ノード作成ページに3つの新しいフィールドが追加されました。 ノードの設定時に、 アウトバウンド転送のリードタイム、 インバウンド転送の処理時間、 および締切時間を追加できます。
詳細については、 ノードの設定を参照してください。
- 新イベント導入 -
availableSupplyChange.v2 - この
availableSupplyChange.v2イベントは、供給、需要、予約、または安全在庫に変更が生じた際の供給日に基づく在庫状況を提供します。 詳細については、を参照してください availableSupplyChange.v2。 - セルフサービス
- セルフサービスは、管理者がアプリケーション環境を完全に可視化し、ユーザー管理、システム通知の受信、メトリクスの監視を行える新しいウェブベースのユーザーインターフェースです。 組織のプロビジョニングが完了すると、 セルフサービスを開始するためのメールが届きます。
詳細については、 セルフサービスをご覧ください。
- SaaS 機能強化
Sterling Intelligent Promising プレミアム版が登場
- Sterling Intelligent Promising のプレミアムライセンスは、エッセンシャルおよびスタンダードライセンスの機能に、予測型人工知能(AI)と機械学習(ML)を追加したものです。 予測型AI機能は、購入前および購入後の最適化のために、コストベースの有望商品予測、値下げ回避、在庫切れ回避を提供します。 詳細については、 Sterling Intelligent Promising Premium をご覧ください。
Sterling Intelligent Promising Premium の導入方法については、 「システムインテグレーター向け導入ガイド」 を参照してください。
ファイル転送アダプタ
- ファイル転送アダプターは、データ統合の管理を支援するために利用可能です。 他のシステムからクラウドストレージバケットへ様々なデータタイプを転送し、データを異なる形式に統一することで、業務上の意思決定を支援できます。
詳細については、 データ取り込みのための「 IBM Sterling Intelligent Promising 」ファイル転送アダプターの使用を参照してください。
- オンプレミスコンテナの機能強化 ( 10.0.2403.2 )
- オペレータと画像の更新
- オペレーター版: V1.0.6
- 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
- アプリケーション画像: 10.0.2403.2-amd64
- 最適化サービスの提供状況
- 最適化サービスが開発モードで利用可能になりました。以下のサービスが含まれます。 これらのサービスは、購入後の履行に高度なアルゴリズムを活用し、可能な限り低いコストでお客様の約束を果たすと同時に、販売プロセスを強化します。
- 認証レイヤーをバイパスするためのサポート IBM OMS Gateway Operator
- .NET Framework 4.0 以降では、認証レイヤーをオプションで OMS Gatewayスキップできるようになりました。 新たに導入された
skipAuthenticationパラメータを有効にして、Bring Your Own Auth (BYOA) モードで設定 OMS Gateway してください。 このモードでは、認証プロセスが外部で処理されることを OMS Gateway 前提として、認証レイヤーを省略します。 詳細については、 スキップ認証プロパティを参照してください。 - supplySnapshot イベントを Kafka に公開するためのサポート
- supplySnapshot イベントを Kafka トピックに公開できるようになりました。 詳細については、 イベントおよび Kafka トピックを参照してください。
- プロミシングサービス、インベントリサービス、カタログサービスに新しい Kafka トピックを追加しました
- 以下の新しいトピックが追加されました:
- {topicPrefix}-iv-product-availability-snapshot-events-v2
- {topicPrefix} -iv-出版-船荷-ノード-AVL-分解-スナップショット
- {topicPrefix} -iv-供給-スナップショット-コンテナ-イベント
- {topicPrefix} -prm-item-deleted
- {topicPrefix} -prm-item-upserted
- {topicprefix} -カタログ-完全同期
- {topicPrefix} -カタログアイテムイベント-
詳細については、 Kafka のサービスに関するトピック一覧を参照してください。
- 制限付きセキュリティコンテキスト制約に対するUID範囲の順守を追加
- Red Hat® OpenShift® Container Platform 上 IBM Sterling Intelligent
Promising でのデプロイに使用されるサービスアカウントに対して既に制限付きセキュリティコンテキスト制約を適用している場合、ネームスペース内のUID範囲が指定範囲()内にあることを確認
1000/100してください。 名前空間の範囲を変更する方法の詳細については、 「セキュリティコンテキスト制約の有効化」 を参照してください。 - 問題が解決しました
- オンプレミス コンテナで解決済みの問題の一覧を表示するには、 「コンテナ内の解決済みの問題」 を参照してください。
2024年4月
- 全般的な機能拡張
- 運送会社の輸送詳細の閲覧が追加されました
- 配送業者の輸送詳細を確認し、ご注文のコストが最低水準に保たれていることをご確認ください。 詳細については、 「運送会社の配送状況の確認」 を参照してください。
- 有望 - 目的地ベースの有望ルールを導入
- Sterling Intelligent
Promising 国、州、都市を適用し、位置情報と通信事業者サービスに基づく制限を設定することで、プロミシングルールを構成できます。
詳細については、 有望なルールを参照してください。
- 有望 - 新しいキャリアサービス制限が利用可能になりました
- プロミシングルールの一環として、特定のキャリアサービスの選択を制限できます。 詳細については、 「プロミシングルールの管理」 を参照してください。
- 在庫 - 新しいイベント形式を導入 -
supplyChange.v2、demandSnapshotおよびsupplySnapshot - アイテムの供給または需要が変化すると、新しいイベントが
supplySnapshotトリガーされdemandSnapshot、システムインテグレーターが供給と需要システムの分析用スナップショットを公開するのに役立ちます。
詳細については、および demandSnapshot を参照してください supplySnapshot。アイテムの供給状況が変更されると、イベント
在庫 - 新イベント「 supplyChange.v2 」を導入しましたsupplyChange.v2が発生します。詳細については
を参照してください supplyChange.V2。 - インベントリ -
demandQuantityおよびsupplyQuantity属性は、 およびproductAvailabilitySnapshot.v2productAvailability.v2イベントに含まれます - 詳細については、 新しいイベント形式をご覧ください。
- オンプレミスコンテナの機能強化 ( 10.0.2403.1 )
- オペレータと画像の更新
- オペレーター版: V1.0.5
- 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
- アプリケーション画像: 10.0.2403.1-amd64
- パブリックイメージレジストリを使用してイメージをダウンロードする方法が
UsePublicImageRegistry導入されました - SIPEnvironment に新たに導入された
UsePublicImageRegistry仕様を使用して、イメージのダウンロードにパブリックイメージレジストリを使用するかどうかを指定します。 Docker Hub や Red Hat などの公開レジストリから画像をダウンロードしたい場合は、これをtrueに設定してください。
詳細については、 UsePublicImageRegistry 仕様書を参照してください。 - SIP環境、Promising、 Inventory Visibility、およびユーティリティサービス向けに
podAnnotations導入 - ポッドまたはデプロイメントに対して、キーと値のペアとして追加の注釈を指定できるようになりました。 詳細については、 pod注釈を参照してください。
- キースペースプロパティを削除しました
- Cassandra の
keyspaceプロパティが削除されました。 エラーを防ぐkeyspaceために、の代わりにiv_keyspaceを使用してください。 - コンテナイベントの公開メカニズム強化に伴う変更
- 今回のリリースにおけるイベント公開メカニズムの強化により、新しいイメージへのアップグレード後、トランザクションイベントからのメッセージが一時的に重複する可能性があります。
- アップグレードを行う場合、 表1: イベントおよび IBM Sterling Intelligent
PromisingKafka トピックにリストされているトピックで重複メッセージが生成されるのを防ぐには、 既存のSIPEnvironment
trueカスタムリソース内でannotationapps.sip.ibm.com/disable-duplicate-event-deliveryをに設定してください。イベントの複製は、アップグレード開始前にフライト中のイベントが失われるのを防ぐために発生します。 このイベント公開のプロセスは時間を要しません。 ただし、システムを数時間稼働させた後、重複したイベント配信を停止する注釈を設定することをお勧めします。 これ以降、イベントの公開は新しい仕組みを通じて行われる。
- 新規デプロイを行う場合は、重複メッセージ IBM Sterling Intelligent
Promisingの生成を防ぐため、直接 `
apps.sip.ibm.com/disable-duplicate-event-deliveryannotationtrue` を `` に設定してください。
- アップグレードを行う場合、 表1: イベントおよび IBM Sterling Intelligent
PromisingKafka トピックにリストされているトピックで重複メッセージが生成されるのを防ぐには、 既存のSIPEnvironment
- 問題が解決しました
- オンプレミス コンテナで解決済みの問題の一覧を表示するには、 「コンテナ内の解決済みの問題」 を参照してください。
2024年3月
- 全般的な機能拡張
- ドキュメントナビゲーションの更新
- フルフィルメント管理者、テナント管理者、システムインテグレーター向けの新しい「はじめに」セクションが利用可能になりました。 詳細については、 「はじめに」 を参照してください。
- 新しい「設定」「管理」「開発」セクションが利用可能になりました。
- ドキュメントセットのナビゲーションが強化され、コンテンツの検索が容易になりました。
- オンプレミスコンテナの機能強化 ( 10.0.2403.0 )
- オペレータと画像の更新
- オペレーター版: V1.0.4
- 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
- アプリケーション画像: 10.0.2403.0-amd64注: このリリースでは、 IBM オペレーターカタログイメージを使用している場合、必ず および IBM Sterling Intelligent Promising IBM OMS Gateway Operator オペレーターカタログイメージを使用してください。
- キャリアおよびプロミシングサービス向けのキースペース名追加のサポート
- 新たに導入された
cas_keyspaceおよびpromising_keyspaceプロパティを使用して、Carrier および Promising サービスのキースペース名を指定できるようになりました。 また、既存のkeyspace`property` は非推奨となり、 Inventory Visibility キー空間に置き換えられます。iv_keyspace詳細については、 Keyspaces を参照してください。 - S IPEnvironment内でデータセンターを定義するオプション
- S IPEnvironmentカスタムリソースで、データセンター名を定義できるようになりました。 このパラメータはオプションであり、そのデフォルト値は に設定されています
local。 詳細については、 一般的なパラメータの「データセンター」 を参照してください。 - 強化されたログ記録ユーティリティ
- ロギングユーティリティがアップグレードされ、コンソールおよび Kafka ロギングの両方に対してカスタム属性が追加されました
DATACENTER, APP_NAME, COMPONENT_NAME, NODE_NAME, POD_NAME, POD_IP。 ログ内のこれらの追加属性は、デバッグ機能を強化します。 詳細については、 ログメタデータのカスタム属性をご覧ください。 zookeeperContactPoints非推奨- Kafka
zookeeperContactPointsのプロパティは非推奨となりました。
2024年2月
- SaaS 機能強化
- テナント構成ページに最適化に関する考慮事項を追加しました
- UI Order Hub 上のテナント設定ページで、最適化に関する考慮事項の詳細が表示されるようになりました。 詳細については、 テナント設定を参照してください。
2024年1月
- オンプレミスコンテナの機能強化 ( 10.0.2309.2 )
- 重要:
- 以前のリリースから にアップグレード
10.0.2309.2する場合、このリリースで提供される新機能を利用するには、Operator IBM OMS Gateway Operator と IBM Sterling Intelligent Promising をアップグレードした後、カスタムリソースを再度作成する必要があります。 また、サービスグループがカスタムリソースの外で作成された場合、それらの IBM Sterling Intelligent Promising サービスグループのカスタムリソースを再度作成する必要があります。 詳細については、 「カスタムリソースの設定」 を参照してください。 - 「有望」については、以下の画像を使用し、標準で提供される画像は使用しないでください。
Image name: cp.icr.io/ibm-oms-enterprise/sip-promising:10.0.2309.2-amd64 Digest: sha256:b1a3139d6b2c36205b572689d211c32d7bc83fa3de36cd8dcba75b4a381d8743
- オペレータと画像の更新
- オペレーター版: V1.0.3
- アプリケーション画像: 10.0.2309.0-amd64
- アプリケーションおよびバックエンドサーバーを起動するための新規プロパティ
- 個々のサービスグループごとに、アプリケーションサーバーまたはバックエンドサーバーの実行を選択できるようになりました。 サービスグループ内の各アプリケーションサーバーおよびバックエンドサーバーで、新たに導入されたアクティブフラグを使用してください。 詳細については、 「インベントリおよびプロミシングサービスグループ共通のサーバープロパティ」 を参照してください。
- 以前のリリースから にアップグレード
2023 年 10 月
- 遅延オーダー最適化中に適用される遅延ペナルティーの拡張
- Sterling Intelligent Promising の Optimization service は、遅延日数に比例して遅延ペナルティーを適用します。 この拡張最適化ロジックは、オーダーを履行するために、最も安価で最速のオプションを持つ出荷ノードを推奨します。 詳細については、 最適化ペナルティを参照してください。
2023 年 9 月
- 約束-拡張された約束計算 API
- Sterling Intelligent Promising 計算 API は、特定のノードのフルフィルメントを制限するために、アイテム分類に基づいてルールを認識するようになりました。
- 在庫-ノード在庫状況 API では、ブランクまたはヌルの出荷ノードはサポートされません
- アプリケーションが拡張され、ブランクまたはヌルの出荷ノードを V1 および V2
getNodeAvailabilityAPI 要求に渡すと、状況 400shipNodes 配列にブランクまたはヌル値
のエラー・メッセージが含まれるようになりました。
2023 年 8 月
- 約束で導入された診断 API
- 「出荷およびピック (Ship and Pick)」 Diagnostics API が新たに導入されました。 これらの API を使用して、 Estimated Delivery Date API によって返される結果の背後にあるロジックを理解し、約束の計算をトラブルシューティングすることができます。 Diagnostics API の詳細については、 「Promising 計算」および「Diagnostic API」 を参照してください。
2023 年 7 月
- 在庫-需要と供給のための高度な在庫検索機能
- Inventory Visibility は、拡張在庫検索機能を提供します。これにより、フレキシブルな照会を使用して、供給データおよび需要データのリストまたは集約数量を取得することができます。 詳細については、 在庫検索を参照してください。
- 約束-API アクセス・トークンのレート制限 (1 時間あたり 1000)
- これで、アクセス・トークンのレート制限が、最大レート 1000 token per hourですべてのアカウントに適用されました。 ベストプラクティスに関する詳細については、 APIのベストプラクティスを参照してください。
- 約束-カタログ・サービスによるアイテムの分類の導入
- Sterling Intelligent Promising は、各分類の在庫を処理し、アイテム分類構成を管理するために、カタログ・サービスにアイテム分類を導入しています。 アイテム分類は、ビジネス・モデルが在庫管理の効率を実現するのに役立ちます。 詳細については、 品目分類を参照してください。
2023 年 6 月
- 在庫-在庫監査データ保存期間の延長
- インベントリー監査 データの保存期間は、監査データが作成されてから 30 日に延長されます。
2023 年 5 月
- 約束-API を使用した出荷ゾーン・コンポーネントの削除
- 出荷ゾーン・コンポーネントの削除を可能にするために、 Delete shipping zone components API が新たに導入されました。 この API は、複数の配送ゾーン・コンポーネントを削除して運送会社ゾーン構成データを修正し、約束または最適化時に異常が存在しないようにするために使用します。 詳細については、 「API を使用したキャリアゾーンとトランジット期間の設定」 を参照してください。
- 約束-ランク API は、ランク付けの前に在庫状況を検索します
- Rank API が拡張され、ランキング前の在庫状況に基づいて出荷ノードをフィルタリングするための在庫検索機能が追加されました。 詳細については、 在庫状況の照会を参照してください。
2023 年 4 月
- カタログ API を使用した SKU データの作成
- Optimization service は、 Optimization service が SKU データを内部で使用できるように、カタログ・サービスと統合されています。 最適化を目的として、 カタログAPI を使用してSKUを管理できるようになりました。 詳細については、 カタログサービスを参照してください。
- 優先運送会社サービスの選択
- Estimated Delivery Date および Calculate Checkout Assignments API が拡張され、1 つ以上の優先運送会社サービスの選択がサポートされるようになりました。 詳細については、および Estimated Delivery Date API を参照してください Calculate Checkout Assignments API。
- カート内のアイテムを個別に出荷するかどうかを制御します
- Calculate pre-purchase shipment assignments API が拡張され、オーダー内のアイテムを個別に出荷する必要があるという制約がサポートされるようになりました。 詳しくは、「 単独で出荷」を参照してください。
- 導入されたストアへの出荷 (STS)
- ストアにその在庫がない場合でも、ローカル・ストアからオンライン・ピックアップ・イン・ストア購入 (BOPIS) オーダーをフルフィルメントします。 より大規模なフルフィルメント・ネットワークを活用し、商品をストアに出荷するための転送ルールを定義します。 詳しくは、 ストアへの出荷 (STS)を参照してください。
2023 年 3 月
- 輸送期間の計算での輸送遅延の指定
- 運送会社ゾーンまたは運送会社ゾーン・コンポーネントで輸送遅延を指定できるようになりました。 これにより、輸送期間の計算時に輸送遅延を考慮することができます。これにより、輸送期間の正確な約束が得られます。 詳細については、 「ゾーンの通過時間の指定」 および 「ゾーンコンポーネントまたはルートの通過時間の指定」 を参照してください。
- 個々の起点と宛先の郵便番号の組み合わせで使用可能な輸送期間の構成
- 輸送期間は、出荷ゾーンだけでなく、出荷元と宛先の郵便番号の組み合わせに対しても構成できるようになりました。 詳細については、 「ゾーンの通過時間の指定」 および 「ゾーンコンポーネントまたはルートの通過時間の指定」 を参照してください。
2023年2月
RELEASESまたはUnitsでの最適化のための容量の管理- デフォルトでは、キャパシティー単位 (UOM) は
Unitsで定義されています。 Optimization serviceでRELEASESの容量を管理する場合、RELEASESの容量を考慮して、 リリースごとの平均単位数 の変換係数を構成できます。 詳しくは、 キャパシティー単位の設定を参照してください。 - 事前に決定されたノードのオーダー・フルフィルメント日の計算
- これで、 Calculate item delivery or pickup date API および Calculate pre-purchase shipment assignments API を使用して、事前選択されたノードのフルフィルメントに関する決定を行うことができます。 overrideNodeList 属性の導入により、ノードまたはノードのリストを事前定義して、約束の計算を行うことができます。 Calculate item delivery date API への影響について詳しくは、 ノード・リストのオーバーライドを参照してください。 Calculate pre-purchase shipment assignments API への影響について詳しくは、 ノード・リストのオーバーライドを参照してください。
- 配達およびピックアップのために要求されたフルフィルメント日が導入されました
- 「アイテム配達日の計算 (Calculate item delivery date)」 API および 「購入前出荷割り当ての計算 (Calculate pre-purchase shipment assignment)」 API が拡張され、配達およびピックアップの要求されたフルフィルメント日がサポートされるようになりました。
- Calculate item delivery date API バージョン 2 が導入されました
- 商品詳細ページのキャパシティー可用性およびキャパシティー・カテゴリー・タグに基づいて、信頼性の高い日付を提供します
- 以前は、約束の計算を行う際に、 Calculate item delivery date API および Calculate pre-purchase shipment assignments API では無限の容量が想定されていました。 これで、 Calculate item delivery date API の バージョン 2 の導入により、 pick 配信方法に信頼できる日付を指定できるようになりました。
2023年1月
- インベントリー- V2 可用性 API の更新
requestedEndTsは、すべてのV2可用性APIについて、最大6ヶ月の制限があります。 V2 availability APIで渡されるrequestedEndTsが6ヶ月を超えると、不正なリクエスト例外が投げられます。 もし6ヶ月以上の空室リクエストが必要であれば、IBM Supportまでご連絡いただければ、お客様のご要望に応じてこの値を設定することができます。
詳細については、 日付別の利用状況をご覧ください。
2022年10月
- カスタム属性を作成してプロミス・ルールの機能を拡張する
- Sterling Intelligent Promising、プロミス・ルールと最適化によって提供される機能を拡張するために、カスタム属性を作成する機能を紹介する。 カスタム属性について詳しくは、 変更点を参照してください。
- 約束の計算時にノードを登録または制限するための分配グループの構成
- 履行管理者は、約束の計算時にノードを構成および制限するための分配グループを作成できるようになりました。 これらの分配グループを使用して、オーダー・フルフィルメント・オプションを決定できます。 詳細については、 配布リストを参照してください。 さらに、プロミスのルールは、分配グループを考慮するように強化されている。 詳細については、 Cloud の変更履歴アーカイブをご覧ください。
- フルフィルメントの最適化
- マイクロサービス・アーキテクチャーを使用して Sterling Intelligent Promising の機能ポートフォリオをモダナイズするために、サービスに Optimization serviceが含まれるようになりました。 Optimization service は、ルール、構成、および制約を適用して、コストを最適化する最適なフルフィルメント・オプションを決定します。 詳細については、 最適化を参照してください。 はじめに、 シナリオ: 購入後のフルフィルメントの実装を参照してください。
- Calculate pre-purchase shipment assignments API バージョン 2 の紹介
- 「チェックアウト」ページの容量の可用性と容量カテゴリーのタグに基づいて、信頼できる日付を指定します。
- 以前は、約束の計算を行う際に、 Calculate item delivery date API および Calculate pre-purchase shipment assignments API では無限の容量が想定されていました。 Calculate pre-purchase shipment assignments using finite capacity windows API の バージョン 2 の導入により、タグ別に容量を分類し、可用性を定義できるようになりました。 例えば、キャパシティーをピックアップのキャパシティーとしてタグ付けしたり、出荷のキャパシティーとしてタグ付けしたりすることができます。 そのため、配達方法に基づいてキャパシティーにタグを付けることができます。 Calculate pre-purchase shipment assignments using finite capacity windows API (API の バージョン 2 ) は、構成された後、有望な決定を行う際にスロットの構成済みキャパシティーを考慮します。 詳細については、 「Capacity サービス」 を参照してください。
2022年9月
- 「商品詳細情報」ページでの ピックアップ ・オーダーの信頼できる日付の指定
- この機能を使用すると、 出荷 方法に加えて、配達方法として ピックアップ を提供することができます。 Sterling Intelligent
Promising を使用して、BOPIS と呼ばれるストアでのオンラインおよびピックアップの購入機能をサポートすることができます。 BOPIS は、ショッパーが ピックアップ 配達方法を選択したときに、ピックアップの予定日を表示してオーダーを発行するのに役立ちます。 Calculate item delivery date API は、 ピックアップ 配達方法に基づいて予定日を提供します。
ノードの個別の 出荷 および ピックアップ 処理時間を管理して、BOPIS および出荷の見積もりを改善します。 詳しくは、 処理時間を参照してください。 配送方法の詳細については、 「配送方法」 を参照してください。
Sterling Intelligent Promising が拡張され、 出荷 および ピックアップ の配達方法によって在庫状況を計算および追跡できるようになりました。 詳細については、 「在庫管理との連携」 を参照してください。
2022年8月
- グローバルな郵便番号に基づいて、信頼性の高い約束日を提供する
- グローバル郵便番号の運送会社、運送会社サービス、ゾーン、および輸送期間を管理し、これらの構成に基づいて信頼できる約束日を作成します。 詳細については、 「シナリオ:無限容量ウィンドウを使用した購入前の出荷割り当ての計算」 を参照してください。 輸送期間の管理の変更された動作について詳しくは、 ゾーンを使用した運送会社の輸送期間の管理を参照してください。 新しいキャリアサービスゾーンを導入するには、 「APIを使用したキャリアゾーンとトランジット期間の設定」 を参照してください。
2022年7月
- EOF サンプル・イベントの追加
資料には、 ProductAvailabilityToSell.ShipNodeSnapshot および ProductAvailabilityToSell.DistributionGroupSnapshot の EOF サンプル・イベントが記載されています。 詳細については、 イベント形式を参照してください。
- デマンド監査サービス
Inventory Visibility は、供給監査サービスに加えて、需要監査サービスも提供するようになりました。 デマンド監査サービスは、変更イベントを介してデマンド・サービスから監査関連のデータを受け取り、 OrderHub などの外部要求が特定のデマンド監査レコードのセットを照会できるようにします。 詳細については、 在庫監査を参照してください。
- ノードの管理
Sterling Intelligent Promising ユーザー・インターフェースからノードを管理して、オーダーを履行できるすべての可能なフルフィルメント・ロケーションをシステムが確実に認識できるようにします。 出荷ノードは、作成、編集、および削除することができます。 セラーは、すべての出荷ノードのリストを表示することもできます。
詳細については、 ノードを参照してください。
- カスタム・ノード・タイプの作成および削除
- Sterling Intelligent Promising ユーザー・インターフェースからノード・タイプを管理します。 この機能には、カスタム・ノード・タイプの作成と削除、およびすべてのノード・タイプのリストの表示が含まれます。 詳細については、 ノードとノードタイプを参照してください。
- 出荷グループの運送会社サービスを使用不可にする
- Sterling Intelligent
Promising ユーザー・インターフェースを使用して、特定のノード上の配送グループの配送業者サービスを一時的または永続的に使用不可にします。 ノード上の出荷グループに対して運送会社サービスが無効になっている場合、出荷日が発効日のいずれかに該当すると、そのノードのサービスは考慮されません。
この機能を使用して、キャパシティーが制限された運送会社サービスを、より高速な出荷サービスを必要とするオーダー用に予約することができます。 運送会社サービスが使用不可になっている場合、使用不可になっている運送会社サービスがターゲットの出荷グループから発信されたときに、配達予定日の計算中に出荷ノードが運送会社サービスを処理しないようにします。 運送会社サービスは、無期限に使用不可にすることも、他の出荷グループでの使用に影響を与えることなく、1 つの出荷グループに対して指定された日付に使用不可にすることもできます。 詳細については、 「配送グループに対する運送サービス無効化」 および「 配送グループ」 を参照してください。
配送グループ内のキャリアサービスを無効化するには、キャリアサービス無効化APIを使用します。
- 有望なルールを作る
- プロミシング・ルールを使用して、特定の特性を持つオーダーを満たすと考えられるノードまたはノード・タイプのセットを決定する。 有望なルールは、見積もり納期の精度を向上させ、ビジネス・ロジスティクスの制約を遵守するのに役立つ方法を提供する。 詳細については、 有望なルールを参照してください。
2022年6月
- 新しいプロパティー enableFulfillmentOptionOnlyWhenQtyChanges が導入されました。
新しいプロパティー enableFulfillmentOptionOnlyWhenQtyChanges が導入されました。 このプロパティーは
enableFulfillmentOptionに似ており、同期供給に使用されます。
詳細については、 「SKUの配送オプションを再度有効にする」 を参照してください。
2022 年 5 月
- 日付によるノードの予約
requestedReservationTsを将来の日付として渡すことで、将来の日付の予約を行うことができるようになりました。requestedReservationTsで有効な供給は、将来の予約要求を満たすために適用されます。 詳細については、 日付別のノード可用性をご覧ください。
- 新規 API
- このリリースの Inventory Visibility では、以下の 4 つの新しい API が導入されています。
- 安全在庫 API
- アイテム・レベルのイベントしきい値 API
- 項目しきい値 API
- アイテム・フルフィルメント・オプション API
- 供給監査サービス
供給監査サービスは、変更イベントを介して供給サービスから監査関連データを受け取り、 OrderHub などの外部要求が供給監査レコードの特定のセットを照会できるようにします。
詳細については、 在庫監査を参照してください。
- サプライ API による SKU フルフィルメント・オプションの再有効化
サプライ API は、特定の要求内のすべての SKU に対してフルフィルメント・オプションを再度有効にするように拡張されています。
詳細については、 「SKUの配送オプションを再度有効にする」 を参照してください。
- Webhook の操作
Webhook を構成して操作するには、特定の前提条件を満たし、いくつかの重要な構成ガイドラインに従う必要があります。 詳細については、 イベントをご覧ください。
2022年1月
- 新しい API が使用可能
- ノード・タイプをフェッチ、作成、および更新するための API が提供されています。
詳細については、 「ノードタイプの挿入または更新」 を参照してください。
- 導入された
Demand.Changeイベント Demand.Changeイベントは、分析のために需要変更データを外部システムに公開するために使用されます。 このようなデータにより、サプライ・チェーン (SC) 管理者は、在庫需要が急増した場合にアラートを受け取ることができます。 詳細については、 イベント形式を参照してください。
2021年12月
- e-コマース・ストアを実装するための新しい資料
新しい資料では、セラーが e-コマース・ストア・サイトでショッパーに提示する必要がある情報について詳しく説明し、 Sterling Intelligent Promising がセラーの実現にどのように役立つかを説明しています。 詳細については、 「eコマースストアの実装」 を参照してください。
2021年10月
- ユーザー・インターフェースを使用した運送会社の管理
Sterling Intelligent Promising ユーザー・インターフェースからキャリアを管理します。 運送会社は、作成、編集、および削除することができます。 セラーは、すべての運送会社のリストを表示したり、運送会社サービスを運送会社に関連付けたりすることもできます。 詳細については、 運送会社をご覧ください。
- ユーザー・インターフェースを使用した運送会社サービスの管理
Sterling Intelligent Promising ユーザー・インターフェースから運送会社サービスを管理します。 運送会社サービスは、作成、編集、および削除することができます。 セラーは、すべての運送会社サービスのリストを表示したり、運送会社サービスを運送会社および出荷グループに関連付けたりすることもできます。 詳細については、 キャリアサービスをご覧ください。
- ユーザー・インターフェースを使用した出荷グループの管理
Sterling Intelligent Promising ユーザー・インターフェースから配送グループを管理します。 出荷グループは、作成、編集、および削除することができます。 セラーは、すべての配送グループのリストを表示したり、運送会社サービスを配送グループに関連付けたりすることもできます。 詳細については、 配送グループを参照してください。
- ノードの運送会社サービスの非アクティブ化
ノードのオーダーを履行するときに考慮されないように、ノードの運送会社サービスを非アクティブにします。 詳細については、 運送業者による輸送の詳細をご覧ください。
キャリアサービスを無効化するには、キャリアサービス無効化APIを使用します。
2021 年 9 月 (Inventory Visibility)
- 新しい Carrier Service API
Carrier Service API を使用して、運送会社および運送会社サービスを管理します。 運送会社は、販売者とショッパーの間で配送サービスと配送サービスを提供する輸送サービス・プロバイダーです。 運送会社サービスは、運送会社サービス・プロバイダーによって提供されるサービスのレベルを定義します。これは通常、輸送時間によって異なります。 運送会社サービスが作成されると、その運送会社サービスはデフォルトでアクティブ化されていると見なされ、フルフィルメントの見積もりに使用できます。 キャリアに関する詳細については、 キャリアを参照してください。 キャリアサービスに関する詳細については、 キャリアサービスを参照してください。
キャリアサービスAPIを使用して、キャリアおよびキャリアサービスを管理します。
- しきい値を超えたときのイベント・パブリッシングの有効化
しきい値レベルで可用性に変更があった場合に、イベントを構成して公開できるようになりました。 既存のグローバル・イベントしきい値 API を更新して、しきい値を超えたときにイベントを発生させるための新しい
raiseOnThresholdChangeプロパティーを構成することができます。 詳細については、 イベントのしきい値を参照してください。
2021年8月
- 新規 Calculate shipment assignments API
Calculate shipment assignments API は、1 つ以上の固有のアイテムと要求数量で構成されるオーダーの出荷日、配達日、および出荷内訳情報を提供します。 詳細については、 「カート配送日と出荷割り当ての計算」 を参照してください。
配送割り当て計算APIを使用して、ECストアサイトのカート、チェックアウト、配送ページにおいて、購入者へ配送予定日を表示します。
- 出荷グループを作成および管理するための新機能の導入
e-コマース・セラーは、 Shipping Group Configurations API を使用して、ストア・サイトで発行できる運送会社サービスのコレクションを作成できるようになりました。 ショッパーが出荷グループを選択すると、出荷ノードごとにフルフィルメント見積もりが行われるときに、その出荷グループに割り当てられている関連運送会社サービス (複数可) が考慮されます。 詳細については、 配送グループを参照してください。
配送グループ設定API を使用して配送グループを管理します。
2023 年 4 月 (Inventory Visibility)
- 供給調整および同期要求のカスタム属性
- カスタム属性を供給調整および同期の一部として渡すことができます。これにより、カスタム属性値が供給監査画面に記録されます。 これらの属性は、供給のためにマップすることができます。 詳細については、 在庫監査を参照してください。
- シグニチャーの変更
- アイテム、アイテム・フルフィルメント、安全在庫、およびアイテム・イベントしきい値 API のシグニチャーが変更されました。 URLでサポートされなくなった構成の詳細については、 レジリエンスに関する発表をご覧ください。
2023 年 1 月 (Inventory Visibility)
- 供給アクションの API 透過性
- 同期トランザクション・トラッキングの提供
- サプライ同期要求の送信が正常に完了すると、トランザクション ID が表示されます。 このトランザクション ID を使用して、全体的な同期状況を確認し、供給明細の変更に関する個々の詳細を追跡することができます。
- 供給履歴
- 供給履歴 API は、過去 12 時間に作成または変更された最終ソース・タイム・スタンプおよび最終更新タイム・スタンプを含む供給詳細を提供します。
- バッチ・サポート
- 1 つ以上のサプライ同期要求を単一のバッチに追加して、実行中のすべてのプロセスのトレーサビリティーを向上させることができます。 トランザクション検索 API を使用して、特定のバッチに関連するすべてのレコードを見つけることができます。
詳細については、 サプライチェーンの透明性をご覧ください。
- アイテムの再公開
- 出荷ノード・レベルと分配グループ・レベルの両方で、1 つのアイテムまたはアイテムのリストのアイテムの在庫状況スナップショットを再公開できます。 詳細については、 インベントリスナップショットを参照してください。
- 配布グループ API の新規経路
- ディストリビューショングループ Inventory Visibility API は新しい Distribution group API に置き換えられます。 既存の Inventory Visibility 配布グループ API は引き続き機能します。 ただし、日付による V2 可用性フィーチャー・セットを使用するには、 Order Hub または新しい API を使用して分配グループを再作成する必要があります。
2022 年 10 月 (Inventory Visibility)
- インベントリー機能による日付別の可用性 API の拡張
- 日付による可用性機能が、完全なパブリック・リリースで使用可能になりました。 継続的な在庫フローにより、フルフィルメント・マネージャーは、フルフィルメント・ネットワークの在庫の正確性を高めるためにストライキを継続します。 この目標を支援するために、 Inventory Visibility は、以下を含む一連の新機能を提供しています。
- 在庫状況の有効期限の考慮事項-ロケーションで販売できなくなった在庫を除外する機能。
- 日付別の在庫状況ウィンドウ-期間ごとの在庫数の可視性が向上しました。
- カスタマイズ可能なルール・ベースの安全在庫-ビジネス主導のルールを使用して、個々のノードおよびネットワーク・レベルで源泉徴収される動的な安全在庫を作成します。
- スケーラブルな軽量カタログ-通常のカタログのユース・ケースおよび即応性の高いアイテム情報の取得に対応します。
- 次世代の構成 UI- Order Hub は、テナントの設定とフルフィルメント・ネットワークのセットアップを構成するための中心的な場所です。
- Sterling Order Management System Software ready- Sterling Order Management System Software と Inventory Visibilityの間の日付計算によるシームレスな可用性。
Inventory Visibility 可用性計算フレームワークの改訂の一環として、以下の機能が使用可能になりました。- バンドルの可用性に関する考慮事項-複雑なアイテム・バンドルとコンポーネントの関係を構成し、e-コマース・ショーケースで使用可能な単一のピクチャーを実現します。
- 可用性およびイベントへのアイテム属性情報の組み込み-ダウンストリームの待ち時間および依存関係を削減するために、 Inventory Visibility は、可用性照会およびイベント・パブリッシュの一部として、色、サイズ、素材などのアイテム属性を自動的に組み込むことができます。
- イベントの改善 - イベントの圧縮と統合の改善により、イベントの消費者は、 IBM Cloud Object Storage またはウェブフックエンドポイントを通じてより少ないイベントファイルを受け取ることになり、全体的なリソース消費を削減できます。
- スナップショット・タイプ・イベントのイベントしきい値の考慮事項-イベントしきい値は、ダウンストリーム・システムで受信されるイベントの数を制限できます。スナップショット・レベル・イベントのイベントしきい値を考慮すると、イベントの数が大幅に削減されるため、ダウンストリームは在庫が少ないことに注意を払うことができます。
- イベント・フォームでの日付による可用性-既存の
productAvailabilityイベントおよびdgAvailabilityChangeイベントに加えて、日付による可用性ウィンドウをイベント・フォーマットで使用できます。 また、構成されたイベント・エンドポイントでコンシューム可能です。 - 検索可能な監査-倉庫スタッフによって実行される在庫調整および同期アクションの追跡可能性が強化され、検索可能な監査が提供されます。
- 出荷ノードの優先順位付けを考慮したネットワーク予約-ロケーションの優先順位に基づいて、ノード・レベルで在庫予約を実施することにより、浮動予約をデュースします。
Inventory Visibility は、「V2」API とも呼ばれる日付による可用性機能セットに対して、引き続き機能を追加します。 V2 可用性 API を使用することで、オーダー管理システムおよび e-コマース・システムとの統合に必要な労力を削減できます。
V2 可用性API 機能セットへの移行について詳しくはこちらをご覧ください。有効化の詳細については、 IBM サポートまでお問い合わせください。
- V2 可用性 API は、以下の機能を提供します。
- 利用可能なすべてのAPIを確認するには、 V2 availability API を参照してください。
- V2 可用性 API へのマイグレーション
V1 の可用性 API をご利用中で、 V2 の利点を利用するために移行をご希望の場合は、 IBM サポートを通じてオペレーションチケットを発行し、 V1 から V2 への移行を開始できます。 詳細については、 「 V2 可用性APIへの移行」 を参照してください。
- V2 可用性 API 機能に関する追加の詳細:
- ルール・ベースの安全在庫
- Inventory Visibility には、安全在庫を管理するための新しいルール・ベースの方法が用意されています。 安全在庫ルールを有効にすることで、追加の在庫を維持し、需給の不確実性に起因する部品の不足リスクを軽減することができます。
- ルールベースの安全在庫を Order Hub UIで設定する方法の詳細については、 「ルールベースの安全在庫の設定」 を参照してください。
- 安全在庫ルールの作成、編集、削除、複製に関する詳細は、Order Hub UIの 「安全在庫ルール」 を参照してください。
- 安全 Inventory Visibility 在庫の詳細については、 「品目ベースの安全在庫」 を参照してください。
- ルールベースの安全 Inventory Visibility 在庫に関する詳細については、 「ルールベースの安全在庫」 を参照してください。
- バンドル
バンドルは、複数のコンポーネントで構成されるアイテムです。 バンドル・アイテムは、そのコンポーネントの在庫状況によって決定されます。
詳細については、 バンドルを参照してください。
- ノードの可用性 (日付別)
在庫がノードで更新されると、 Inventory Visibility は常に在庫状況ピクチャーを公開します。 日付別の在庫状況では、在庫タイム・スタンプを使用して日付範囲が計算されます。
詳細については、 日付別のノード可用性をご覧ください。
- 日付別の分配グループの可用性
日付による分配グループの可用性は、日付範囲による可用性を提供します。 分配グループの在庫状況ピクチャーは、販売可能な在庫の日付別のすべての関連ノードの在庫状況の集約ビューです。
詳細については、 「日付別の配布グループの可用性」 を参照してください。
- 日付によるノードの予約
これで、将来の日付の予約を行うことができます。
requestedReservationTsを将来の日付として渡すことにより、将来の日付の予約を行うことができます。
詳細については、 日付によるノード予約を参照してください。
- 日付別分配グループ予約
分配グループ・レベルの予約は、常にノード優先順位機能を使用して行われます。
詳細については、 「日付による配布グループの予約」 を参照してください。
- アイテム属性
- 属性は、カタログに定義されているアイテム特性です。 カタログ・サービスと Inventory Visibility を統合すると、API 呼び出しおよびイベント内の項目に関する詳細情報が提供されます。
詳細については、 アイテム属性をご覧ください。
その他の機能
- 出荷ノード管理
出荷ノード・データは、 Order Hub UI を使用して Inventory Visibility で管理されます。 Inventory Visibility の既存の出荷ノード API は推奨されません。 詳細については、. Sterling Intelligent Promisingのノード設定を参照してください。
2022 年 7 月 (Inventory Visibility)
- EOF サンプル・イベントの追加
資料には、 ProductAvailabilityToSell.ShipNodeSnapshot および ProductAvailabilityToSell.DistributionGroupSnapshot の EOF サンプル・イベントが記載されています。 詳細については、 イベント形式を参照してください。
- デマンド監査サービス
Inventory Visibility は、供給監査サービスに加えて、需要監査サービスも提供するようになりました。 デマンド監査サービスは、変更イベントを介してデマンド・サービスから監査関連のデータを受け取り、 OrderHub などの外部要求が特定のデマンド監査レコードのセットを照会できるようにします。 詳細については、 在庫監査を参照してください。
2022 年 6 月 (Inventory Visibility)
- 新しいプロパティー enableFulfillmentOptionOnlyWhenQtyChanges が導入されました。
新しいプロパティー enableFulfillmentOptionOnlyWhenQtyChanges が導入されました。 このプロパティーは
enableFulfillmentOptionに似ており、同期供給に使用されます。 詳細については、 「SKUの配送オプションを再度有効にする」 を参照してください。
2022 年 5 月 (Inventory Visibility)
- 日付によるノードの予約
requestedReservationTsを将来の日付として渡すことで、将来の日付の予約を行うことができるようになりました。requestedReservationTsで有効な供給は、将来の予約要求を満たすために適用されます。 詳細については、 日付別の利用状況をご覧ください。
- 新規 API
- このリリースの Inventory Visibility では、以下の 4 つの新しい API が導入されています。
- 安全在庫 API
- アイテム・レベルのイベントしきい値 API
- 項目しきい値 API
- アイテム・フルフィルメント・オプション API
- 在庫-供給監査サービス
供給監査サービスは、変更イベントを介して供給サービスから監査関連データを受け取り、 OrderHub などの外部要求が供給監査レコードの特定のセットを照会できるようにします。 詳細については、 在庫監査を参照してください。
2022 年 2 月 (Inventory Visibility)
- サプライ API を使用した SKU フルフィルメント・オプションの再有効化
サプライ API は、特定の要求内のすべての SKU に対してフルフィルメント・オプションを再度有効にするように拡張されています。 詳細については、 「SKUの配送オプションを再度有効にする」 を参照してください。
- Webhook の操作
Webhook を構成して操作するには、特定の前提条件を満たし、いくつかの重要な構成ガイドラインに従う必要があります。 詳細については、 イベントをご覧ください。
2022 年 1 月 (Inventory Visibility)
- 導入された
Demand.Changeイベント Demand.Changeイベントは、分析のために需要変更データを外部システムに公開するために使用されます。 このようなデータにより、サプライ・チェーン (SC) 管理者は、在庫需要が急増した場合にアラートを受け取ることができます。 詳細については、 イベント形式を参照してください。
2021 年 11 月 (Inventory Visibility)
- 導入された
ProductAvailabilityToSell.DistributionGroupSnapshotイベント ProductAvailabilityToSell.DistributionGroupSnapshotイベントは、特定の配布グループまたはすべての配布グループの可用性のスナップショットを送信するために使用されます。 詳細については、 イベント形式を参照してください。
- 「
DgAvailabilityChangeの更新」イベント DgAvailabilityChange/publish_allAPI を呼び出して、分配グループの可用性の完全なスナップショットを手動でトリガーできます。publish_allからイベントが生成されると、ファイルの終わり (EOF) イベントが発行され、すべてのイベントが生成されたことが通知されます。 詳細については、 イベント形式を参照してください。
2021 年 8 月 (Inventory Visibility)
- イベントしきい値
イベントしきい値は、さまざまなレベルで構成を提供することにより、可用性イベントの生成頻度を制御するために使用されます。 イベントしきい値は、グローバル・レベル、アイテム・レベル、ノード・レベル、または分配グループ・レベルで構成できます。 しきい値構成は、イベントがしきい値より小さいか、しきい値より大きい場合にのみパブリッシュされるように、可用性の数量を検証するために使用されます。 このイベントは、しきい値の設定に関係なく、数量がいずれかのしきい値レベルを超えると発行されます。 詳細については、 イベントのしきい値を参照してください。
- 日付別の新規および拡張された可用性 API
- ベータ版の Availability API が使用可能になり、日付による可用性が提供されるようになりました。 応答ペイロードで currentAvailability および futureAvailabilityが報告されるようになりました。 日付による可用性 API は、将来期限切れになる時間依存インベントリーについて、より明確な可用性ピクチャーを提供します。 以前は、可用性ピクチャーは、時刻以外のものが変更された場合にのみ更新されていました。 詳細については、 日付別の利用状況をご覧ください。
- 分配グループ優先順位を使用する出荷ノードの予約を作成できるようになりました
- 分配グループで予約を作成する代わりに、分配グループ用に構成された優先順位によって出荷ノード予約を作成できるようになりました。 この機能は、出荷ノードが複数の分配グループの一部である場合に使用します。 この機能は、出荷ノードが複数の分配グループの一部である場合に、分配グループ・レベルの予約で発生する可能性がある潜在的な過剰販売を克服します。 詳しくは、 予約を参照してください。
2021 年 7 月 (Inventory Visibility)
- タグ付けされていない需要と供給の可用性の修正
- 在庫システムで在庫状況が正確であることを確認するために、 IBM Sterling Inventory
Visibility は、在庫状況の計算時に、供給または需要をブランクおよび 3 つのパイプ (
|||) としてtagNumberとマージします。tagNumberが 3 つのパイプ (|||) である供給または需要が調整または同期される場合、tagNumberはブランクとして置き換えられます。 詳細については、 「需要と供給の調整」 を参照してください。
2021 年 5 月 (Inventory Visibility)
- 可用性イベント用に導入された
fulfillmentAllowed属性 - ノード・レベルまたはアイテム・レベルで現在のフルフィルメント・オプションの状況を判別できるように、商品の在庫状況イベントに
fulfillmentAllowed属性が導入されました。 例えば、この属性は、特定のアイテムに対してオンライン履行が許可されているかどうかを示します。 詳細については、 イベント形式を参照してください。
2021 年 4 月 (Inventory Visibility)
- REST API 用の 「この API を試す (Try this API)」 機能の導入
- REST API の 「この API を試す (Try this API)」 機能を使用することで、REST クライアントを使用せずに任意の API を試すことができるようになりました。 まず、 OAuth 認証 API を使用してベアラートークンを生成します。 詳しくは、 API の認証を参照してください。 次に、任意の API を選択し、 「この API を試す (Try this API)」をクリックします。 認証フィールドにトークンを「 tenantID 」
Bearer [token]の形式で入力し、必要に応じて JSON を入力して「 リクエストを実行 」をクリックします。
2021 年 2 月 (Inventory Visibility)
- ノード・フルフィルメントのオーバーライド
- 出荷ノード API が拡張され、ノードでのフルフィルメントの無効化がサポートされるようになりました。 詳細については、 ノードのフルフィルメントオプションを参照してください。
2021 年 1 月 (Inventory Visibility)
- プロセス状況を取得するための
JobAPI の導入 JobAPI を使用して、DG Sync などの長期実行プロセスの状況を取得できます。 詳しくは、「 Job API」を参照してください。
- 可用性 API キャッシュ・ヘッダー
- 可用性 API は、しきい値に基づいてキャッシュ・ヘッダーを返すようになりました。 詳細については、 可用性 API のレスポンスモデルを参照してください。
- ProductAvailabilityToSell.ShipNodeSnapshotイベントを更新しました
- セグメント属性 (segment および segmentType) がイベントで使用可能になりました。
earliestAvailableDateとlatestAvailableDateの属性は、より詳細なAPI earliestOnhandAvailableDate、latestOnhandAvailableDate、earliestFutureAvailableDate、latestFutureAvailableDateに置き換えられます。 詳細については、 イベントをご覧ください。
2020 年 10 月 (Inventory Visibility)
- 在庫状況の計算で安全在庫を無視する
- 可用性 API は、可用性の取り出し時に安全在庫の計算を無視できるようになりました。 詳細については、 品目ベースの安全在庫を参照してください。
2020 年 7 月 (Inventory Visibility)
- 導入された
ProductAvailabilityToSell.ShipNodeSnapshotイベント ProductAvailabilityToSell.ShipNodeSnapshotイベントは、特定のノード、すべてのノード、または分配グループに属するノードの可用性のスナップショットを送信するために使用されます。 詳細については、 イベントをご覧ください。
- 導入された PLAN の供給および需要タイプ
PLAN supply and demand typeは、将来の需要と供給を追跡するために導入されています。 詳細については、 「需要と供給の調整」 を参照してください。
2020 年 5 月 (Inventory Visibility)
- ノードおよび分配グループの可用性イベントの予約情報
- アイテム予約が正常に投稿または更新されると、ノードおよび分配グループの在庫状況イベントが公開されます。 詳細については、 イベントをご覧ください。
- 検索基準のカスタマイズ
- より多くの検索基準をサポートするための在庫検索機能の拡張。 詳細については、 「データ受信のためのインベントリ設定」 を参照してください。
2020 年 3 月 (Inventory Visibility)
- 分配グループ
- 在庫の分配グループを作成し、それらをエンタープライズ内のノードに関連付けることができます。 詳細については、 配布グループを参照してください。
2020 年 1 月 (Inventory Visibility)
- Inventory Visibility UI でインベントリー・アラートを構成するための機能拡張
- 在庫しきい値を構成し、在庫品目の遅延、需要の減少、および在庫切れの接近に関するアラートをモニターできるようになりました。 これらのインベントリー・アラートを確認する際に、これらの問題を解決するため、または重要でないアラートをクローズするために、即時にアクションを実行することができます。
詳細については、 「在庫アラートのしきい値を設定する理由」 を参照してください。
- 導入された
DgAvailabilityChangeイベント - 分配グループ内のアイテムの在庫状況が更新されると、
DgAvailabilityChangeイベントが発生するようになりました。 詳細については、 イベントをご覧ください。
- 配送オプション
- オーダー・フルフィルメント・プロセスには、販売時点照会から顧客へのアイテムの配達までのすべてのステップが含まれます。 Inventory Visibility は、さまざまなレベルで正確な在庫状況ピクチャーを提供します。これにより、販売チャネルを拡大してマーケットプレイスを組み込むことができます。 詳細については、 商品発送オプションをご覧ください。
2019 年 10 月 (Inventory Visibility)
- 製品名の変更
- IBM Inventory Visibility の製品名が IBM Sterling Inventory Visibilityに変更されました。
- Inventory Visibility ユーザーインターフェースにアクセスするための URL 変更
- Inventory Visibility のユーザーインターフェースにアクセスURLが、
https://www.supply-chain.ibm.com/order-managementに変更されました。 旧URL をブックマークに登録している場合は、新しいURL に更新してください。 詳細については、 イベントをご覧ください。
- 同期フィードの実装の拡張
- Inventory Visibility によって受信されたメッセージが、供給テーブルまたは需要テーブルに存在するメッセージよりも古い場合、そのようなメッセージは無視されます。
2019 年 9 月 (Inventory Visibility)
- Inventory Visibility ユーザー・インターフェースを導入するための機能拡張
- Inventory Visibility の新規ユーザーは、 Inventory Visibility ユーザー・インターフェースを使用して、ノード間で製品インベントリーを管理できます。 アイテムおよび SKU を検索し、ノード間でその詳細と在庫状況を表示することができます。 また、ノード間で在庫を移動し、安全在庫を調整して、特定のフルフィルメント・チャネル用に在庫を確保することもできます。
アップグレードの一環としてこれらの機能の実装を検討している場合は、 IBM サポートにお問い合わせください。 詳細については、 「データ受信のためのインベントリ設定」 を参照してください。
2019 年 7 月 (Inventory Visibility)
- 親アイテムの SKU の在庫状況を判別する
- 通常、在庫は SKU (在庫管理単位) レベルで在庫されます。 類似した特性を持つすべてのアイテムをグループ化し、1 つ以上の子 SKU を持つ親アイテムとして表示することができます。 このような SKU の在庫状況は、出荷ノードまたはネットワーク・レベルで判別できます。 詳細については、 「バリエーションのある商品」 を参照してください。
- アイテムの在庫状況の有効化または無効化
- 特定のロケーションでのアイテムの在庫状況を有効または無効にすることができます。
詳細については、 APIドキュメントを参照してください。
2019 年 6 月 (Inventory Visibility)
- イベントの購読
- イベントをサブスクライブして、イベントが IBM Cloud Object Storage エンドポイントにパブリッシュされたことを確認できます。 詳細については、 イベントをご覧ください。
2019 年 5 月 (Inventory Visibility)
- カスタムの供給タイプおよび需要タイプのサポート拡張
- PUT 要求メソッドを使用して供給タイプまたは需要タイプの REST API を開始することにより、供給タイプまたは需要タイプを拡張します。 詳細については、 「需要と供給の調整」 を参照してください。
2019 年 4 月 (Inventory Visibility)
- 分配グループのしきい値の定義
- 各ロケーションには、在庫を受け取る可能性のあるすべてのノードを含む分配グループが定義されています。 ただし、これらのロケーションでの各アイテムの回転が異なるため、ユーザーは、各約束ロケーションに対してしきい値を構成して、顧客がオーダーを発行する際に顧客に警告することができます。 詳細については、 アイテムの閾値を参照してください。
- 属性が更新されました
- 可用性イベントによってパブリッシュされたメッセージ内の属性が更新されます。
2019 年 3 月 (Inventory Visibility)
- 在庫しきい値
- Inventory Visibility には、特定の項目のしきい値を定義および表示する機能が用意されています。 詳細については、 アイテムの閾値を参照してください。
- べき等トランザクション
- すべての REST API に対して、べき等なトランザクションのサポートが提供されています。 ユーザーは、要求に Transaction-Id ヘッダーを指定して、再試行シナリオで同じ更新が複数回適用されないようにすることができます。