Commerce Workflow Steps

Overview

Workflow administration is the final step in setting up a Commerce Process. Workflows are made up of steps, which define the states transactions can be in, as well as document permissions and routing. Commerce Processes can have any number of workflow steps.

For example, an RFQ process could have steps like "Submitted", "Quoted", "Accepted", "Declined" and "Expired". These steps could transition a transaction from an RFQ document, to a Quote document, then to a PO document.

You can add, edit, and delete all steps, profiles, transition rules and timers from a single page. Steps and profiles are organized in a hierarchical tree structure for ease of administration. You can re-order your steps and profiles and move transition rules using drag and drop. The following image shows how workflow steps, profiles, and transition rules are related.

Workflow Step relations

Standard Process Workflow Steps

The Standard Process is delivered for new Oracle Sales integrated site installations and is the default process when creating a new Commerce process. The Standard Process provides pre-defined workflow steps to manage quote approvals and order management.

The following steps are automatically created when a new Standard Process is created. These steps can be modified to meet customer workflow requirements. Note that steps cannot be deleted once a process is deployed.

Oracle CPQ 24D Standard Process Workflow Steps

Beginning in Oracle CPQ 24D, newly created Standard Processes will include predefined stage-specific workflow steps and rules to manage user access and transitions for transactions in the Order and Agreement Commerce process stages. Refer to the following for more information:

Oracle CPQ 23B Standard Process Workflow Steps

Standard Process Workflow Seps

 

Administration

 

Notes

Notes:

  • All workflow step functionality can be administrated in Commerce Processes that have not been deployed. Steps cannot be deleted after a process has been deployed.

  • IDs and descriptions for all steps can be viewed easily after accessing the Workflow page. You can view them by clicking a Step name.
  • You can use the Filter feature to dynamically drill down through the Steps, Profiles, Actions and Rules. For example, you could type "Sales" into the Filter, and any Step Profile, Action or Transition Rule that has "Sales" in the name would dynamically display, improving the speed of maintenance.
  • When performing a Mass Update, users can filter which steps the update applies to.

Custom Variable Name Conventions

In Oracle CPQ 23D, CPQ adopted Oracle CX Sales variable naming conventions for custom items. When an administrator creates a new custom Commerce item, the "_c" suffix is appended to the variable name. The new naming convention for custom variable names provides more consistency for integrations with Oracle Sales.

Beginning in Oracle CPQ 24C, customers can submit a service request to disable the "_c" suffix on variable names for custom Commerce entities (Actions, Analytics, Attributes, Data Columns, Integrations, Library Functions, Rules, Steps, etc.). The "_c" suffix is enabled by default for standard and legacy Commerce processes.

  • Customers can submit a Service Request (SR) on My Oracle Support to disable the "_c" suffix on variable names for custom Commerce entities
  • When the "_c" is disabled, the "_c" variable name suffix will not be required for newly created custom Commerce entities.
  • Disabling the "_c" variable name suffix for custom Commerce entities will not change existing variable names.
  • The "_c" suffix setting will not impact existing variable names when cloning a Commerce process or migrating Commerce items. Target variable names will be the same as the variable names from the source Commerce process.

 

Related Topics

Related Topics Link IconSee Also