Professional Documents
Culture Documents
Functional Overview
February 2023
Table of contents
Oracle Order Management Cloud is designed to improve order capture and fulfilment execution across the
quote to cash process by providing a central order hub for multi-channel environments. The application
provides the ability to capture, price and configure orders through direct order entry. Orders can also be
received from external sources, modified, and then processed for fulfilment. It also provides pre-built
integrations with other Oracle Cloud services, centrally managed orchestration policies, global availability,
and fulfilment monitoring.
Using this framework, organizations can send and receive real-time transactional B2B messages. Can
exchange messages directly with your customers or suppliers or by using an intermediary such as a B2B
service provider. Collaboration Messaging Framework can receive B2B messages from trading partners or
service providers through Oracle B2B, an e-commerce gateway that enables the secure and reliable
exchange of business documents between an enterprise and its trading partners, or directly using SOAP web
services that are available to consumers.
A number of predefined service providers are set up in Collaboration Messaging Framework. If Nokian uses
one of these predefined service providers, all documents and messages are already set up. You need to
define trading partners that reference the predefined service provider using the Manage B2B Trading
Partners task and select the documents you want to exchange. After that need to associate the trading
partners to the customers and suppliers that have been set up in Oracle Fusion applications. The
organization can perform other optional setup tasks based on specific needs including mapping your values
for specific data elements within Oracle Fusion applications to the values of your trading partners for the
same data elements.
Pricing profile
Explanation of callouts:
1. Pricing Profile. Categorize customers who exhibit similar characteristics. For example, categorize a
customer as high customer size, high customer value, medium customer rating, and high revenue
potential.
2. Pricing Segment. Assign customers who exhibit similar buying practices to a pricing segment, and
then associate this segment with a pricing strategy that meets the business and revenue goals that the
organization sets for this segment.
4. Lists. Create lists, such as a price list, that includes rules that calculate price and shipping charges for
an item, and then reference these lists from the pricing strategy. The organization can do the following
work:
• Apply multiple charges to an item. For example, authorized users can define a charge for a one-
time sales price for a desktop computer in one pricing rule, and then apply another charge for
maintenance service for this desktop computer that recurs monthly in another pricing rule.
• Create pricing rules that calculate the base price, list price, price adjustments, discounts, return
charges, shipping charges, and so on according to a set of conditions and results.
• Define currency conversion rules that manage pricing for different currencies.
5. Pricing Algorithm. Set up the process that Pricing uses during pricing calculations, including pricing
algorithms and service mappings that authorized users can define to meet organization’s business
requirements. A pricing algorithm is a set of rules that uses conditional logic, variables, functions, and
Groovy script to manipulate data that affects pricing. The organization can use it to modify the logic that
Pricing uses when it prices an item.
Organizations can use file-based data import to import or update a large number of price lists, create,
append, or update price list headers, access sets, items, charges, rules that reference attributes, and
descriptive flex field data. Users can view and correct data validation errors that occur during import.
The following diagram illustrates how Order Management fulfils a sales order.
Create order
Assign orchestration
Transform order process
update
Oracle
Customer: Warehouse:
Applications:
Receive order Pick and ship
Do billing
1. Order management responsible employee creates a new sales order on the Create Order page
and/or import source orders from another order management system into Oracle Order
Management.
3. Order Management creates an orchestration process that fulfils each of the fulfilment lines. The
orchestration process references tasks that do fulfilment, such as schedule, reserve inventory, and
ship. Fulfilment status can be monitored at any time. To schedule fulfilment for the sales order, each
orchestration process uses the supplier configuration that operation’s order administrator set up,
such as which warehouse will supply the item.
4. Order Management sends the sales order to Oracle Fusion Inventory Management, which reserves
inventory, picks the item from warehouse shelves, and then ships it to the customer. Inventory
Management communicates shipment progress to Order Management during order fulfilment, and
Order Management displays these updated statuses in the Order Management work area so that
users can monitor fulfilment progress.
6. Order Management uses the billing configuration that order administrator set up, such as the
payment terms for this customer, to bill the customer for this sales order, and then billing collects the
payment. The organization can also specify billing details in the Billing and Payment Details area of
the Create Order page. Order Management continuously updates the order status and displays it
throughout the Order Management work area during order fulfilment.
• The organization offers a discount of 10% on the list price for certain specific items sold to an
important customer on orders placed between 01-Jan-2023 and 31-Dec-2023.
• The organization offers a flat price, lower than the list price for a frequently ordered item sold to a
customer over the duration of a year.
• The organization offers a discount of 15% on the list price for certain specific items only on a pre-
negotiated price list. This price list is enforced on all orders placed by the customer for specific items
included in the sales agreement.
Hold Release
Approver Approver
If organization decides to establish approval rules, and if this sales order meets an approval rule, then Order
Management sets status to Approval Pending, locks the sales orders so users can’t edit them and then sends
a notification to the approver. The approver can approve or reject the approval request based on a variety of
criteria: value, quantity, price override, customer credit check. If the sales order is approved, Order
Management sets the order status to Processing and sends the sales order to order fulfilment. In case of
rejection Order Management unlocks the sales order, sets order status to Draft and allows the approver to
add a comment, and then sends the sales order back to the authorized user for rework.
• Add more than one coverage item to one covered item. For example, authorized users can add one
coverage item that covers parts for a laptop computer, and then add another coverage item that
covers service for the same laptop computer.
• Cancel a coverage item that Oracle Order Management Cloud has not yet sent to order fulfilment.
• Return a coverage item that Oracle Order Management Cloud already fulfilled.
• Extended Warranty
• Software Maintenance
• Preventive Maintenance.
The global order promising features of Oracle Order Management Cloud help organizations meet the most
demanding customer expectations by checking availability and scheduling delivery using all potential
sources, including production capacity and purchases from suppliers. When demand exceeds supply, global
order promising also limits access to hot items and intelligently manages the order backlog to keep the
fulfillment operations on track.
With Global Order Promising capability, users can make optimal product availability commitments, taking
advantage of all available supply, to increase revenues and customer satisfaction while reducing fulfillment
costs. Global Order Promising collects key supply information and applies user-definable sourcing and
promising rules to select the best availability options for the customer and for the enterprise. Promising
options include Lead-time based, Available to Promise, Capable to Promise, and Profitable to Promise.
Allocation by demand class ensures that scarce supply is reserved for the most important customers.
Inventory
Availability
eCommerce
checks
Inquiries Production
Scheduling
Purchases
requests
Customer service
Orders Planned
supply
Potentials
Stores sources
Sourcing
Order Order strategies
Returns Delivery
capture promising
dates Backlog
management
Mobile Apps
Global order promising matches incoming orders to all available supply sources
• An industrial manufacturer ships all orders above a certain quantity directly from the plant, saving
distribution center stock for smaller, short-term orders.
• A high technology firm forwards their make-to-order demand to contract manufacturing partners for
production and drop shipment to the customer.
• A retailer picks regularly stocked items from local stores but also ships directly to customers from
suppliers to deliver a broader, “endless aisle” assortment of specialty goods.
Global order promising uses capable to promise (CTP) to plan internal material transfers, manufacturing work
orders and purchases to fill an order when supply is not available. For back-to-back items, it pegs the supply
orders to the sales orders to respect existing material reservations. Capable-to-promise calculations can
include multiple levels of component sourcing, transfer, and assembly. They can also consume planned
supply from Oracle Cloud Supply Planning or an external planning solution. This allows organizations to
schedule demands beyond their execution horizon. It also maximizes the planning system’s flexibility to
adjust total supply to meet demand, so organizations are not limited by what is already in the process of
being purchased, procured, or transferred.
When complex items with multiple configuration options are assembled or picked to order (e.g. wheel
assembly), Global Order Promising considers each required option’s availability and lead time, as well as
option-dependent sources. If an item is already on-hand that matches the configuration being ordered, it
can fulfill the order. Drop Shipment Scheduling Global order promising can model promising scenarios that
include drop shipments from a supplier directly to the customer. To derive an accurate promise date, it
considers:
If there are multiple sources and delivery methods that can meet the customer’s delivery date, Global Order
Promising selects the one with the lowest total fulfillment cost. Called “profitable-to-promise,” this feature can
improve margins while maintaining customer satisfaction. Users can update the standard cost of the
inventory as well as delivery costs to reflect updated supply prices or deplete excess stock. Real-time
analytics compare beforehand-after cost, margin, and delay.
Global Order Promising gives the tools to identify, prioritize, and reschedule past due orders. Users can select
alternate fulfillment locations by:
An interactive dashboard gives organizations an at-a-glance picture of the overall promising performance as
the system continues to schedule orders. The organization can also review the sourcing strategy used for
each line, along with the available and allocated supplies for each item and fulfillment location. Supply status
can be refreshed at regular intervals to reflect the latest conditions. If you have more extensive order backlog
management requirements, Oracle Supply Planning Cloud offers a comprehensive solution. It includes
flexible demand priority rules and what-if simulation capabilities.
When there isn’t enough supply available at any single location, global order promising can split an order line
between two fulfillment centers. Organizations can also ship a part of an order line on time, while scheduling
whatever is not available to a future date. They can even substitute items under certain conditions if the
ordered item is not available.
Sometimes organizations want to reserve a portion of supply for specific customers when long-term
contracts are in place. Or they need to set aside supply for in-store business when online orders are picked
from stores. Global order promising uses demand classes to identify a specific quantity, percentage, or ratio
of supply with a particular customer or channel. Orders that do not specify the demand class do not have
access to the supply that’s associated with it. Users can override these allocation rules when necessary to
deal with customer escalations or backlog issues.
Besides Financials for invoicing and projects collections Oracle Order Management Cloud is pre-integrated
with other Oracle Fusion Cloud services including Product Hub, Logistics, Manufacturing, Procurement, and
CPQ to enable a set of advanced fulfillment processes for configure-to-order, drop-ship fulfillment by
suppliers and partners, back-to-back fulfillment orchestration, internal transfers, and quote-to-cash. It also
provides a set of services to integrate with other Oracle and 3rd party cloud and on-premises applications
that are needed for a complete order-to-cash process.
Backlog Management is working in tandem with the Global Order Promising component of Order
Management Cloud. Users can schedule orders as they arrive in real time using Global Order Promising and
refine the schedule dates later in Backlog Management. Backlog Management is tightly integrated with
Oracle Order Management Cloud.
Real-time scheduling
Updated scheduled
REST Services dates
Transform order
In today’s business environment, customers are demanding products that are tailored to unique
specifications. The Oracle Configurator Cloud is a powerful guided selling and configuration product that
enables flexible modelling of configurable, multi-option and customizable products and services that can
help the organization in satisfying the demand for customer tailored products. It has two major components:
a configurator modelling capability that uses constraint-based technology to develop a series of rules and
options that define valid configurations for products and a configurator run-time that can use these
configurator models, or optionally a simpler definition based directly on the product structure, to present a
dynamic user interface for the capture of the configuration selections on an order.
Oracle Configurator Cloud's dynamic runtime user interface provides an intuitive user experience to help
choose the best product options for the customer's needs. As each option is selected, it is interactively
validated by the Oracle Configurator Cloud's constraint engine. Options that become invalid can be
dynamically hidden or shown as invalid based on the user interface's display condition rules. Images can be
used for option selections in place of standard controls, and visualization elements can be added to further
portray the product being configured.
The configuration process can be simplified by adding guided selling questions to the model and tying the
answers to one or more option selections via rules, directing the end-users to the right or optimal solution.
With a constraint engine and AI solver ‘under the hood’, modelers have a wide variety of rules to leverage
including simple Default Rules and bi-directional Constraint Rules. Groovy can be used to create Configurator
Extension rules, to invoke business logic that falls outside the scope standard rules. Search Decision Rules
can be used to capture logic needed to ‘solve’ or ‘finish’ the configuration.
Organizations can utilize existing items, structures and item class information defined in Product
Management to use as the basis of your configuration model. Simple to complex (i.e., nested models) are
supported as well as support for Transactional Item Attributes (those whose value is determined through a
configuration session). Design, build and simulate model behavior and overall user experience prior to
release. Incrementally release delta model changes into production, leveraging comprehensive impact
analysis and validation checks to ensure quality. Unrelease models from production to revert to the
previously released versions of the models.
Organizations can take advantage of the power of Configurator in third-party quoting and/or order capture
application by embedding the Configurator run time user interface directly into your applications.
Configurator run time services allow organizations to start a new configuration session in the order capture
application and restore the configuration to make changes or revise the order, as necessary in a later phase
in the quote to cash process. Oracle Configurator is pre-integrated with both Oracle Order Management
Cloud and Oracle CPQ, to provide a seamless user experience across the quote to cash process.
To expand market share and stay competitive, manufacturers and suppliers often offer pricing rebates to
customers to promote specific products and drive revenue through distribution channels. These rebate
programs managed by wholesale distributors are often complex. If distributors failed to effectively manage
their supplier programs and process rebate claims, they could lose profit margins due to unclaimed rebate
revenue and missed sales.
Oracle Cloud Channel Revenue Management, a component of Oracle Order Management Cloud, enables
wholesale distribution companies to define promotional programs and rebates, as well as effectively manage
claims processing and accounting against supplier ship and debit agreements. This includes:
Channel Revenue Management solution – Drive channel efficiencies and maximize trade program performance
In today's highly competitive environment, manufacturers and distributors offer rebate programs to their
customers to promote specific products to drive revenue through channels. These programs are complex to
manage and track, requiring claims to be quickly processed and settled. Channel Revenue Management
Cloud allows organizations to centralize all programs, automate processing and settlement to maximize
revenue, profitability, and market share.
The Supplier Ship and Debit process allows organizations to model the rules of the special price agreement
between the organization and its supplier in terms of program effectivity, the products that are eligible for the
rebate and the target market or customers for the program. Once activated, supplier ship and debit
programs are applied as to eligible sales order lines. Accruals are tracked in Channel Revenue Management
through the Supplier Checkbook which provides a view into the financial status and performance of the
organization’s supplier programs. Finally, Channel Revenue Management allows organizations to automate
the claim creation and settlement process to realize faster time to value - claims can be generated based on
earned accruals, interfaced to Payables and the claim closed with details of the settlement.
This end to end, fully integrated ship and debit process automates the process of managing special pricing
agreements ensuring that all potential sales are realized, claims are efficiently handled, and supplier
rejections are minimized.
Channel Revenue Management supports multiple channel flows and categorizes them as either buy side or
sell side flows. Each has its own separate user interface for their transactional users. A sell side channel flow
centers around a customer account and typically involves rebates offered to customers. Deductions is part of
the sell side flow. A buy side channel flow centers around a supplier site and involves administering rebates
from suppliers.
Deductions originally started in consumer goods where powerful retailers would short pay invoices based on
their understanding of the trade terms or agreements. This has spread across all industries, and deductions
are a common practice not only for collecting promotions, but also for any kind of dispute or
misunderstanding, whether it's a pricing error, transportation related, damages, and so on. This is also the
hardest challenge for the receivables departments to resolve because of the need for approval from outside
receivables, like sales or shipping. The customer may short pay based on their own policies and procedures.
Chargebacks or short pays, when customer remit less than the invoiced amount, citing reasons for
withholding partial payment, the amount withhold is deductions. Deductions can be trade-related such as
trade promotions, co-op programs, price markdowns; or non trade-related such as compliance, product
shortages. It's up to organizations to resolve these claims through collaboration between receivables, sales,
compliance and customer service departments.
Copyright ©2023, Oracle and/or its affiliates. This document is provided for information purposes only, and the contents
hereof are subject to change without notice. This document is not warranted to be error-free, nor subject to any other
warranties or conditions, whether expressed orally or implied in law, including implied warranties and conditions of
merchantability or fitness for a particular purpose. We specifically disclaim any liability with respect to this document, and no
contractual obligations are formed either directly or indirectly by this document. This document may not be reproduced or
transmitted in any form or by any means, electronic or mechanical, for any purpose, without our prior written permission.
29 Copyright
Oracle,©Java,
2023, Oracle
and MySQLand/or its affiliatestrademarks
are registered / Confidential – Oracle
of Oracle Restricted
and/or its affiliates. Other names may be trademarks of their
respective owners.