重要な処理および考慮事項
交換および削除された機能
オラクル社は、既存のクラウド・サービスの機能を新しい機能に置き換えたり、既存の機能を削除することがあります。 置換された機能は、削除するパスに配置されることがあります。 新しいバージョンが使用可能になり次第、置き換えられた機能の新しいバージョンを使用することがベスト・プラクティスとなります。
このセクションでは、このクラウド・サービスで置換された機能、または削除される予定の機能を示します。
モジュール | 削除される機能 | 削除予定 | 置換後の機能 | 置換時期 | 追加情報 |
---|---|---|---|---|---|
グローバル・オーダー納期回答 |
使用可能供給RESTリソース オーダー納期RESTリソース |
25C | グローバル・オーダー納期回答RESTリソース | 20D |
使用可能供給およびオーダー納期RESTサービスに対する追加の拡張は行われません。 これらのリソースは25Cで削除されるまで継続して動作しますが、できるだけ早い時期に代替のグローバル・オーダー納期回答サービスに移行する必要があります。 グローバル・オーダー納期回答RESTリソースは、有効数量チェック、配賦ルール、オーダー・スケジューリング、供給情報など、オーダー納期回答機能へのより包括的なアクセスを提供します。 また、パフォーマンスも向上します。 グローバル・オーダー納期回答RESTリソースの詳細は、Oracle Help CenterにあるOracle Fusion Cloud SCMのREST APIを参照してください。 |
オーダー管理 |
「新しいオブジェクトのパージ」スケジュール済プロセス 「新しいユーザー要求のパージ」スケジュール済プロセス |
25C |
「クローズ済販売オーダーおよび履行明細からの非トランザクション・エンティティの削除」スケジュール済プロセス |
24C |
置換スケジュール済プロセスの詳細は、クローズ済販売オーダーおよび履行明細からの非トランザクション・エンティティの削除を参照してください。 |
オーダー管理 | オーダー受入要求SOAPサービスでのRequestHoldおよびReleaseHold操作 | 25D | オーダー・ハブの販売オーダーRESTリソースでの「保留の適用」および「保留のリリース」処理 | 23C |
RESTリソースで「保留の適用」および「保留のリリース」処理を使用するには、まず特定のプロファイル・オプションを作成して使用可能にする必要があります。 詳細は、REST APIを使用した保留の適用およびリリースを参照してください。 オーダー・ハブの販売オーダーRESTリソースの詳細は、Oracle Help CenterにあるOracle Fusion Cloud SCMのREST APIを参照してください。 |
オーダー管理 |
オーダー受入要求SOAPサービス - 次の操作が置換されます:
|
25D |
次のものに置換されます:
|
23C |
オーダー受入要求サービスSOAPサービスは、ソース・オーダーをオーダー獲得システムからOracle Order Managementにインポートします。 このサービスおよびそのすべての操作(ReleasePausedTasksを除く)は置換されました。 できるだけ早く置換オプションに移行してください。 RESTリソースの詳細は、Oracle Fusion Cloud SCMのREST APIを参照してください。 FBDIインポートの詳細は、SCMのファイルベース・データ・インポート(FBDI)を参照してください。 どちらのガイドもOracle Help Centerで入手できます。 |
オーダー管理 |
オーダー・インポートSOAPサービス - 次の操作が置換されます。
|
25D |
次のものに置換されます:
|
23C |
オーダー・インポートSOAPサービスは、ソース・オーダーをオーダー獲得システムからOracle Order Managementにインポートします。 このサービスおよびそのすべての操作は置換されました。 できるだけ早く置換オプションに移行してください。 RESTリソースの詳細は、Oracle Fusion Cloud SCMのREST APIを参照してください。 FBDIインポートの詳細は、SCMのファイルベース・データ・インポート(FBDI)を参照してください。 どちらのガイドもOracle Help Centerで入手できます。 |
価格設定アルゴリズムの変更
Oracle Pricingの一部のアルゴリズムがこの更新で変更されており、変更によって処理が必要になる場合があります。
変更済アルゴリズム
価格設定プロセス |
アルゴリズム名 |
変更の説明 |
価格販売トランザクション |
プロモーションの適用 |
プロモーション特典が販売オーダーに適用された通貨とは異なる通貨で提供される場合の通貨換算のサポート。 |
価格販売トランザクション |
階層価格設定の適用 |
プロモーションでの階層割引の使用のサポート。 |
また、Oracle Help Centerで『Oracle Fusion Cloud SCM: 価格設定の管理』の現在のリリースへの価格設定アルゴリズムの促進のトピックを参照してください。 四半期ごとの更新ごとにアルゴリズムを確認および促進することをお薦めします。
販売オーダーへの保留の適用に対する変更
更新24B以降、販売オーダーに保留を適用するためのパフォーマンスと信頼性が改善されました。 次のガイドラインを使用して、保留が正常に機能していることを確認します。 ガイドラインの推奨事項は、今後の更新ですべてのお客様で必須となるため、これらの推奨事項はすぐに採用するようにしてください。
ガイドライン
- 変更オーダーに保留を適用する場合は、オーダー管理から変更オーダーの報酬完了イベントを受信した後にのみ適用することをお薦めします。 オーダー管理では、現在報酬を支払っているタスクは保持されません。 背景は、オーダー履行中に発生する変更の管理の概要を参照してください。
- オーダー管理は、エラー・リカバリ中の販売オーダーまたはオーダー明細の保留要求を処理またはリリースしません。 エラーを修正してから、保留を再試行する必要があります。
保留要求が失敗し、保留要求からの応答にFOM-4515574エラー・コードが含まれている場合は、次のことを確認してください:
- 現在、オーダー明細を更新していない。
- オーケストレーション・プロセスは現在待機ステップにあり、明細の処理を試行していない。
- オーダー明細がエラー・ステータスではない。
拡張またはREST APIの使用
オーダー管理拡張またはREST APIを使用して、保留を適用できます。
保留を適用するタイミング |
結果 |
新規販売オーダーを作成して送信した直後。 |
オーダー管理拡張を使用します。 詳細は、オーダー管理拡張を使用した保留の適用を参照してください。 |
新規販売オーダーを改訂して送信した直後。 |
REST APIを使用します。 詳細は、REST APIを使用した保留の適用およびリリースを参照してください。 |
独自のタスク・タイプの使用
独自のタスク・タイプを使用する場合:
- 待機ステップを使用する必要があります。 詳細は、販売オーダーで保留を設定するためのガイドラインを参照してください。
- 即時応答を送信した後にのみ保留を適用し、少なくとも2分間待機します。 詳細は、履行システムへのオーダー管理の接続の概要を参照してください。
- 応答を調べて、成功していることを確認します。 応答が失敗した場合は、再送信します。
詳細は、独自のタスク・タイプを使用した保留の適用を参照してください。
予定日が正しいことを確認してください
オーダー・ハブの販売オーダーRESTを使用して販売オーダーを作成または改訂する場合は、次のガイドラインに従ってください:
- オーダー明細で「スケジュールの上書き」属性を「はい」に設定した場合は、その明細の「予定出荷日」属性または「予定到着日」属性に値が含まれていることを確認します。
- 「予定出荷日」属性および「予定到着日」属性の値を指定する場合は、「予定出荷日」属性で指定する値が「予定到着日」より後ではないことを確認します。
次のことを確認します:
- これらのガイドラインを、未出荷、履行済、搬送済、クローズ済、取消済または請求開始済の各オーダー明細に適用しています。
- 注文管理の拡張機能がガイドラインを満たしています。
- 各販売オーダーの作成または改訂に使用するインポート・ペイロードがガイドラインを満たしています。
- 更新25Aの前のガイドラインを満たしています。
更新25A以降、オーダー・ハブの販売オーダーREST APIを使用して新しい販売オーダーを送信する場合、または既存のものを改訂し、そのオーダーの1つ以上の明細がガイドラインを満たしていない場合、エラーが発生し、Order Managementによってオーダーが送信されません。 Order Management 25Aではこれらの検証が実装され、オーダー明細の予定日が互いに矛盾しないことが確認されます。
再設計されたページでの値のカスケード
24Dを更新する前に、Oracle Order Managementのクラシック・ページのいずれかでオーダー明細の属性を変更した場合、Order Managementでは、明細全体が上書きされていると想定していました。 たとえば、オーダー明細の倉庫を変更し、後でオーダー・ヘッダーの出荷優先度を変更したとします。 Order Managementでは、明細全体が上書きされたとみなされるため、出荷優先度は明細にカスケードされません。
更新24D以降、RedwoodエクスペリエンスのOrder Managementの再設計されたページでは、カスケードするかどうかを決定するときに、再設計されたページでは明細全体ではなく個々の属性が考慮されるため、出荷優先度がカスケードされます。 詳細は、My Oracle Supportの「Oracle Order Managementテクニカル・リファレンス(Doc ID 2051639.1)」に移動し、「ヘッダーを明細にカスケード」添付をダウンロードします。