IMPORTANT Actions and Considerations

Replaced and Removed Features

From time to time, Oracle replaces existing Cloud service features with new features, or removes existing features. Replaced features may be put on a path to removal. As a best practice, you should use the newer version of a replaced feature as soon as the newer version is available.

This section identifies the features in this Cloud service that have been replaced or will be removed.

Module Removed Feature Target Removal Replacement Feature Replaced In Additional Information
Global Order Promising

Available Supplies REST API

Order Promises REST API

25C Global Order Promises REST API 20D

No additional enhancements will be made to the Available Supplies and Order Promises REST services. The services will continue to work until they're removed in 25C, but you should move to the replacement Global Order Promises service at your earliest convenience. The Global Order Promises REST service provides more comprehensive access to order promising features, including availability checking, allocation rules, order scheduling, and supply information. It also delivers higher performance.

For details about the Global Order Promises service, see REST API for Oracle Fusion Cloud SCM, available on the Oracle Help Center.

Use Only Supported Public View Objects in Your Order Management Extensions

Before update 24C, if you use a public view object (PVO) in an order management extension to get data from an Oracle application, then Oracle Order Management doesn't look to see whether it supports that PVO when you validate your extension.

Starting with update 24C, Order Management will make sure it supports that PVO when you validate your extension. You must use only the PVOs that Oracle supports. To prepare for this change, you should use only supported PVOs in your extensions starting in update 24B.

For a list of supported PVOs, see Public View Objects in Oracle Applications Cloud (Document ID 2386411.1) on My Oracle Support. For additional details, see Guidelines for Using Extensions to Get Data from Oracle Applications.

Changes to Pricing Algorithms

Some algorithms in Oracle Pricing have changed in this update, and the changes may require you to take action.

Modified Algorithms

Pricing Process

Algorithm Name

Description of Change

Get Sales Pricing Strategy

Get Sales Pricing Strategy

Support Id to Value conversions for returning DefaultCurrencyName, PricingSegment, and PricingStrategyName.

Price Sales Transaction

Create Zero Charge

Updated algorithm to address rollup charges for subscription models termination flow.

Price Sales Transaction

Process Line Currency Conversion

Added mode to perform header currency conversion for prepriced tax-only case.

Price Sales Transaction

Calculate Tax Cost and Margin

Invoke process line currency conversion for prepriced tax-only case.

Price Sales Transaction

Apply Matrices

Enhanced to support item category-based price adjustments and category-based attribute discounting rules in matrices.

Price Sales Transaction

Aggregate Roll Up Charge Components

Enhanced to support item category-based price adjustments and category-based attribute discounting rules in matrices.

New Algorithm

Pricing Process

Algorithm Name

Description

Price Sales Transaction

Get Item Categories

Populates item categories data from PIM into the PriceRequest DataObject to support category based pricing.

In addition, refer to the topic Promote Pricing Algorithms into the Current Release in Oracle Fusion Cloud SCM: Administering Pricing on the Oracle Help Center. Oracle recommends that you review and promote algorithms in every quarterly update.

Changes to File-Based Data Import (FBDI) Templates

Some Supply Chain Planning FBDI templates have changed in this update. For details of the specific changes, refer to the Instructions tab of these FBDI templates:

  • ATP Rules (ScpATPRulesImportTemplate)
  • Bill of Resources (ScpBillOfResourcesImportTemplate)
  • Purchase Order Shipments Receipt History (ScpPurchaseOrderRcvHistoryImportTemplate)

You can find the latest templates in the Supply Chain Planning section of Oracle Fusion Cloud SCM: File-Based Data Import (FBDI) for SCM, available on the Oracle Help Center.

Changes to the Integration from Shipping and Receivables to Order Management

Starting with update 24B, the integration from Oracle Shipping and Oracle Receivables to Oracle Order Management now goes through an interface table. The Process Responses from Order Fulfillment scheduled process now comes predefined to automatically process data in the table. It runs one time every day with the Record Set parameter set to Process Records That Failed, and with the Task Type parameter set to one of these values:

  • Invoice
  • Shipment

One instance of the scheduled process runs for invoices and another instance runs for shipments. Both instances start at 00:00:00 AM UTC.

During any given day, Shipping confirms shipments and Receivables invoices sales orders. The Manage Shipment Interface scheduled process stores data in the interface table when Shipping confirms the shipment, and the Notify Feeder System of Receivables Transactions scheduled process stores data in the table when Receivables invoices the sales order.

Over time, a large number of failed records might accumulate in the table. These records might prevent fulfillment from moving order lines past the shipment step in your orchestration process when Shipping confirms the shipment, or past the invoice step when Receivables invoices the sales order. Failed records might also degrade performance when Process Responses from Order Fulfilment must process a lot of them simultaneously. Running the Process Responses from Order Fulfilment scheduled process one time each day helps to prevent these problems. You can modify how frequently it runs according to your daily volume and the time of day when you notice that records typically fail.

Changes to Hold Codes

Starting in update 24C, to avoid problems when processing holds, Oracle will update hold codes so you can't include a comma ( , ) or an apostrophe ( ' ) in the Code attribute. If you currently have a comma or an apostrophe in the Code attribute in your 24B implementation, then we recommend that you end date that hold code so it’s no longer available to apply on sales orders. Create a new hold that doesn't include a comma or apostrophe in the Code attribute. This change applies whether you import the hold code or define it in the Setup and Maintenance work area. For details, see Use Holds to Stop Orchestration Processes.

Changes to Applying Holds on Sales Orders

Starting in update 24B, Oracle has improved performance and reliability for placing holds on sales orders. Use these guidelines to make sure your holds work successfully.

Guidelines

  • If you apply a hold on a change order, then we recommend you apply it only after you receive the Compensation Completed event for the change order from Order Management. Order Management won't hold any task that it's currently compensating. For background, see Overview of Managing Change That Happens During Order Fulfillment.
  • Order Management won't process a hold request or release a hold request on a sales order or order line that's in error recovery. You must fix the error, then retry the hold.

If a hold request fails, and if the response from the hold request contains the FOM-4515574 error code, then make sure:

  • You aren't currently updating the order line.
  • The orchestration process is currently on a wait step and it isn't attempting to process the line.
  • The order line isn't in an error status.

Use an Extension or REST API

You can use an order management extension or REST API to apply your hold.

If You Apply the Hold

Then

Immediately after you create a new sales order, and then submit it.

Use an Order Management Extension. For more, see Use Order Management Extensions to Apply Holds.

Immediately after you revise a sales order, and then submit it.

Use REST API. For more, see Use REST API to Apply and Release Holds.

Use Your Own Task Type

If you use your own task type:

  • Examine the response and make sure it's successful. If the response fails, then resend it.

For more information, see Use Your Own Task Type to Apply Holds.

Operations to Be Deprecated

Oracle will deprecate the RequestHold operation and the ReleaseHold operation in the Receive Order Request SOAP service starting in update 24C. If you're currently using those operations, then we recommend that you start using the Apply Hold and Release Hold actions in the Sales Orders for Order Hub REST resource instead. To use the Apply Hold and Release Hold actions in the REST resource, you must first create and enable a specific profile option. For instructions, see Use REST API to Apply and Release Holds.

For details about the Sales Orders for Order Hub REST resource, see REST API for Oracle Fusion Cloud SCM, available on the Oracle Help Center.

New Order Management Parameter

Don't use the Cascade Order Header Values to Order Lines parameter in Oracle Order Management until further notice. This parameter is for future use.