クラウドでの変更点のアーカイブ

前の Sterling Intelligent Promising アプリケーションに対して行われた変更のリストを確認します。 変更を確認し、アプリケーションに適用します。

2022年10月

Promising - Promising計算のために拡張されたビジネス属性に基づいて、Promisingルールを定義します
約束計算 API ( バージョン 1バージョン 2 の両方) は、ビジネス・オペレーションをより正確に満たすためにソーシングの決定を評価する一方で、拡張ビジネス属性を考慮するようになりました。 詳しくは、 Calculate pre-purchase shipment assignment API both バージョン 1 および バージョン 2を参照してください。 また、 カスタム属性も参照してください。
Promising - Promisingの計算を行う際に、Promisingルールの分配グループを考慮する
プロミス・ルールが強化され、ディストリビューション・グループに基づくノード制限も適用できるようになりました。 有望な計算を実行しながら、有望なルールは、最も最適な注文処理オプションを決定するために、流通グループに基づいてノードを評価するようになりました。 詳しくは、 分配グループを参照してください。
約束- Calculate pre-purchase shipment assignments API は、 pick デリバリー方式をサポートするようになりました。
Calculate pre-purchase shipment assignments API は、既存の 出荷 配達方法に加えて、 pick 配達方法をサポートするようになりました。 バージョン1API の詳細については、'シナリオ無限容量ウィンドウを使用した購入前の出荷割り当ての計算 を参照のこと。 バージョン2API の詳細については、'シナリオ有限キャパシティウィンドウを使用した、購入前の集荷および出荷割り当ての計算 を参照のこと。

2022年9月

約束-削除された基本ノード API
以前は、製品の保守リリースの一部として、基本ノード API ( V1 node/basic API とも呼ばれる) は非推奨になっていました。 現在、以下の API の基礎となるコード・クラスおよびメソッドは使用できなくなりました。
代わりの方法として、以下の API を使用して、ノード情報を更新、取得、または削除します。
約束-処理時間の管理
以前は、 Deprecated featureDefine node processing time API を使用して処理時間を管理することが予期されていました。 Define node API を使用して処理時間を管理できるようになりました。
約束- Calculate item delivery date API が拡張され、 ピックアップ 配達方法が考慮されるようになりました。
Calculate item delivery date API が拡張され、 出荷 配達方法と ピックアップ 配達方法の処理時間が区別されるようになりました。 以前は、 出荷 配達方法のみの処理時間を構成できました。 詳しくはシナリオをご覧ください:無限のキャパシティウィンドウに基づいて、商品の配達日または集荷日を計算します。

2022年2月

約束-Node API への更新

ノード関連 API が拡張され、アドレスやジオコードなどの属性がサポートされるようになりました。

詳しくは、 基本ノード構成の取得基本ノード構成の設定または更新、および 基本ノード構成の削除を参照してください。

在庫-供給および需要の変更の公開済みイベントの更新
IBM® Sterling Inventory VisibilitySupply.Change イベントと Demand.Change イベントが更新され、新しい属性 adjustmentReasonが追加されました。 この属性には、供給および需要の調整の理由が含まれます。
詳しくは、 イベント・フォーマットを参照してください。

2022年8月

約束-ゾーンを使用した運送会社の輸送期間の管理
以前は、3 桁の郵便番号のみを受け入れる API を使用して、運送会社の輸送期間を管理することが予期されていました。 このロジックが拡張され、運送会社サービス・ゾーンを構成できるようになりました。 ゾーンは、グローバル郵便番号の運送会社の時間を管理するのに役立ちます。 詳しくはシナリオをご覧ください:無限のキャパシティウィンドウを使用して、購入前の出荷割り当てを計算します。

2022年1月

約束- Estimated item delivery date API は、 pick デリバリー方式をサポートするようになりました。
Estimated item delivery date API は、既存の 出荷 配達方法に加えて、 pick 配達方法をサポートするようになりました。 バージョン1API の詳細については、'シナリオ無限のキャパシティウィンドウに基づき、商品の配達日または集荷日を計算する を参照のこと。 バージョン2API の詳細については、'シナリオ有限のキャパシティウィンドウに基づき、アイテムの配送日または集荷日を計算する を参照のこと。
約束-出荷割り当てを計算するための更新 API

運送会社サービスは、 Calculate shipment assignments API の入力として受け入れられません。 代わりに、1 つの配送グループを入力として API に渡す必要があります。

詳しくは、 Sterling Intelligent Promising API の資料を参照してください。

2021年11月

約束- 配達予定日シミュレーター への更新

Order Hub「予定配達日シミュレーター」 を使用する場合、指定した宛先にアイテムを配達できる最も早い日付を表示するために、出荷グループを指定する必要があります。

詳しくは、 配達予定日の構成のテストを参照してください。

2021年9月

約束- Calculate item delivery date API への更新

運送会社サービスは、 Calculate item delivery date API の入力として受け入れられません。 代わりに、1 つの配送グループを入力として API に渡す必要があります。

詳しくは、 Sterling Intelligent Promising API の資料を参照してください。

2021年5月

在庫-分配グループの在庫状況の同期の更新
出荷ノードを追加するときに、ジョブのステータスを表示できるようになりました。 ジョブが配布グループ可用性同期用に作成されると、ジョブのデータ・フィールドには、配布グループ内の新規ノードではなく、変更された配布グループ・ノードが取り込まれます。
詳細については、ProductAvailabilityToSell.ShipNodeChangeを参照してください。
インベントリー- ProductAvailabilityToSell.ShipNodeChangeDgAvailabilityChange、および ProductAvailabilityToSell.ShipNodeSnapshot イベントの更新、および詳細なノード可用性の取得 API の出力
これらの 3 つのイベントおよび Get Detailed Node Availability API 出力では、予約数量が手持ち数量および将来の数量より大きい場合、保留されている安全数量および保留されている予約数量が再計算されます。 さらに、'totalReservedQuantityWithheldは、'ProductAvailabilityToSell.ShipNodeChange、'DgAvailabilityChange、'ProductAvailabilityToSell.ShipNodeSnapshotイベントおよびGet Detailed Node Availability API出力によって公開されるデータにおいて、'totalSafetyQuantityWithheldよりも優先される。
詳しくは、 イベントを参照してください。

2021 年 1 月

インベントリー- ProductAvailabilityToSell.ShipNodeSnapshot への更新イベント
earliestAvailableDate属性とlatestAvailableDate属性は、より詳細なAPI 'earliestOnhandAvailableDate, 'latestOnhandAvailableDate, 'earliestFutureAvailableDate, 'latestFutureAvailableDate に置き換えられました。
詳しくは、 イベントを参照してください。

2020年10月

インベントリー-API 検証
必要な属性を渡さずに API 呼び出しを実行すると、以下が返されます。400 Bad RequestAPI 出力に表示されます。 詳しくは、 IBM Sterling Intelligent Promising API の資料を参照してください。

2020 年 2 月

在庫-分配グループの在庫状況の同期
既存の分配グループの可用性同期機能が変更されました。 配布グループの可用性を更新するために、 syncDgAvailability 属性の値を Y に構成する必要はなくなりました。 詳しくは、 分配グループでの可用性を参照してください。