Functionality Enhancemen in 12i
Functionality Enhancemen in 12i
Electronic Records and Electronic Signatures (ERES) Support for 21 CFR Part 11
Compliance
With this release, Oracle Inventory has extended the support for Electronic Records and
Electronic Signatures to miscellaneous transactions. Based on user defined setup
parameters, the system may prompt a user for an electronic signature while performing
Account Alias Receipts and Issues and Miscellaneous Receipt and Issue transactions in
Oracle Inventory. When viewing transactional history in the lot or serial genealogy forms,
Oracle Inventory can display the Electronic Record generated for those transactions.
Enhanced Inter-company Transactions
With this release, Oracle Inventory has enhanced its inter-company invoicing to support
these global fulfillment and procurement business flows. This new functionality supports:
Shared Procurement Services: If a PO is placed by an operating unit (OU) that is
different from the material destination OU, then the procurement OU can invoice
that receiving OU. The invoice can be done at either the PO price or the transfer
price, and accounting is done to represent a transfer of ownership between the
OU's.
Ownership Transfer during sales order shipments: When doing a sales order
shipment from an OU that is different from the OU on the sales order, users can
now generate accounting which represents a transfer of ownership from the
shipping OU and the selling OU, rather then just a pure invoice. In this case, the
inter-company invoice is always done at transfer price.
Drop Ship Across Sets of Books: On a drop ship sales order, you must specify the
warehouse (Org) that owns the fulfillment of the order. In this release, this Org
can be in a different set of books, and the purchasing can be done through a
shared procurement center. Invoicing and accounting are done as described above.
Chains of inter-company relationships: In all of the above cases, users can define
a chain of OU's through which ownership must pass when transacting between a
selling and shipping OU, or between a procuring and receiving OU. Intercompany invoices are generated between all OU's, and accounting is done to
represent and ownership transfer between all OU's in the chain.
The following new attributes have been added to the inventory item definition. For more
information regarding each of these attributes.
New Features
Cross
Organization
Serial
Genealogy
Inquiry
Users can now inquire on a Serial's transaction history and genealogy without first
knowing the Organization in which it currently resides. In addition, the display will show
all transaction history and genealogy data across all Organizations.
deliverables tracking and formal change management. Organizations can use these
capabilities to minimize exposure to contractual risks, maximize their buying power, and
eliminate erroneous payments from sourcing through contract award, order execution
through termination or renewals. Oracle Purchasing allows you to leverage these new
capabilities in various aspects of the procurement flow; contract authoring with
sophisticated terms, deliverables definition and tracking, contract binding and document
signatures, document communication in PDF format, contract attachments with revision
tracking, and more. Please refer to the About Oracle Procurement Contracts document for
more information;
Integration with Services Procurement
Oracle Services Procurement enables a streamlined process for sourcing, procuring and
managing of services, such as contingent labor, facilities management, marketing,
information technology, consulting services, and more. These commodity areas usually
account for a large percentage of an organizations spend. Oracle Purchasing enables key
business functions in the services procurement flow, including preferred supplier
identification and management, long term agreements for fixed price and rate based
services, purchase order management, time card management and auto invoice generation
and payment. Please refer to the About Oracle Services Procurement document for
additional information;
Gapless Self-Bill Invoice Numbering
Self-bill Invoices (SBI) is an automated invoicing process where the buying company
creates an invoice on behalf of the supplier. This process lowers the invoicing costs,
errors and cycle time for both buyers and suppliers. SBIs include evaluated receipt
settlements, debit memos, and purchase price adjustment invoices. Certain countries
require that invoice numbers on SBIs be gapless.
Oracle Purchasing now supports gapless invoice numbering for all self-billing invoices.
The buying organization has the flexibility to turn on or off gapless SBI numbering by
supplier site or by operating unit.
Changed Features
Retroactive Price Changes
Prices for items on blanket agreements can change over the effective period of an
agreement as a result of ongoing negotiations between the buyer and the supplier. In fact,
it is common practice in certain industries to initiate and execute against an agreement
with an interim price. A firm price may get finalized several months into the life of the
agreement. In these scenarios it is possible that the updated price is applicable
retroactively. Oracle Purchasing allows buyers to make price changes on global blanket
agreements and on blanket agreements. With 11.5.9, Oracle Purchasing allowed
automatic updates to orders (standard purchase orders and blanket releases) referencing
the modified agreements with the latest pricing as long as there was no receiving or
invoicing activity against these orders. With this release Oracle Purchasing can optionally
update prices on orders to reflect the latest agreement price, even if there has been
receiving and invoicing activities against them. Additionally, for orders that have been
received against, Oracle Purchasing automatically adjusts the accrued liability to reflect
the latest pricing. Finally, for orders that have been invoiced, Oracle Purchasing
automatically generates price adjustment invoices in Oracle Payables. Depending on the
nature of the change, the Payables department can then process either a payment or a
debit memo request against the price adjustment invoice.
Receiving Open Interface Enhancements
Most companies managing receiving docks in a high volume environment use barcodes
and radio frequency (RF) scanning devices to record shipment and receipt information.
Such capabilities are readily available when receiving using the Oracle Mobile Supply
Chain (Oracle MSCA) or Oracle Warehouse Management (Oracle WMS) applications.
Should a company have some other form of barcode/RF support then the receiving open
interface provides a mechanism to process the generated transactions. Substantial
improvements to the receiving open interface include:
Support for most receiving transactions, including advanced shipment notices
(ASN), advanced shipment billing notices (ASBN), receipts, deliveries,
inspections, and transfers.
Multistage
transaction
processing:
For example, you may import related receive, transfer and deliver transactions as
and when they occur.
Receiving transactions against advanced shipment notices (ASN), advanced
shipment billing notices (ASBN), return material authorizations (RMA), internal
orders, and inter-organizational transfers.
The import of transactions in Batch, Immediate, and Online modes.
The integrated business flow between Oracle Order Management and Oracle Purchasing
facilitating drop shipments has been streamlined. Enhancements include:
Improved Purchase Order Communication: Drop ship purchase order information
communicated to suppliers includes all relevant details about the end customer
(customer name, ship-to contact, etc.).
Automatic Document Synchronization: Customer requested changes to sales
orders (for example, order cancellation, quantity increase, or date changes) in
Oracle Order Management would now automatically flow down to the
corresponding purchasing documents. This ensures that the sales order and the
corresponding purchase order are always in sync, eliminating the need for manual
data synchronization. Changes to the sales order are automatically captured as
revisions to the corresponding purchase order. These changes can be
automatically communicated to the supplier as a purchase order change.
ASN Auto-generation of Receipt: Suppliers send an advanced shipment notice
(ASN) to notify the purchasing organization that goods have been shipped.
Buying organizations can now choose to automatically record receipt transactions
against the supplier ASN. This receipt enables buying organizations to recognize
liability and to optionally automatically generate the invoice as soon as the goods
are shipped to the end customer. The receipt can also be used to automatically
generate an invoice for the end customer in Oracle Accounts Receivable.
Encumbrance Enhancements
Many organizations negotiate long-term agreements with suppliers and commit to a
certain level of spending during the life of the agreement. These minimum spending
commitments need to be captured and budgeted. Buyers now are able to capture these
commitments and encumber funds on blanket and global blanket agreements to
accurately reflect existing commitment levels. These funds are encumbered against a
summary budget account as called out by the buyer on the agreement. The encumbrance
on an agreement is gradually relieved as purchase orders or releases are created against
the agreement. Requisition lines referencing encumbered agreements are not
encumbered, as funds committed on the backing agreement have already been reserved.
You can now relieve encumbrance at any level (header, line, shipment, or distribution) of
the purchasing document from the entry windows (View Purchase Orders, View Releases,
or View Requisitions).
Suppliers can include lot/serial and LPN information in an Advance Shipment Notice
(ASN). This information is automatically captured in subsequent receipt transactions,
thus greatly reducing manual data entry at time of receipt.
All LPN actions pack, unpack, nesting, transfer can be performed on receiving
transactions through the Oracle Purchasing receiving open interface. LPN information is
never mandatory, but once assigned to a material in a receiving transaction it will remain
associated with it unless you change it.
For lot/serial controlled items, you can define lot and serial information on all receiving
transactions imported through the receiving open interface. These include receipts,
transfers, inspections, deliveries, returns and corrections. The lot/serial information is
optional throughout receiving and is mandatory only at delivery into inventory. This
functionality takes advantage of the Oracle Warehouse Management LPN open interface
table (WMS_LPN_INTERFACE). Suggested Document 258449.1
Receiving Locator Support
Sub inventory and locator functionality has been extended to the receiving dock allowing
for an added level of granularity to receiving locations. It is now possible to specify
receiving subinventories and locators on receiving transactions in addition to the
receiving location, when importing these transactions through the open interface. This
makes it easier to accurately track material on the receiving dock.
Integration with Oracle Inventory provides receiving personnel access to the Inventory
Material Workbench with a view of all the material contained in receiving sub-inventories
and locators.
Timestamps for Improved Logistics Management
You can now specify a time associated with need by and promised dates on requisitions
and purchase orders. This enables you to be more specific in communicating your
requirements to suppliers. Oracle Purchasing also allows capture of timestamps for
receiving transactions.
Some organizations may find the additional time component useful to more effectively
plan resource requirements, receiving activity and downstream material usage, especially
in low lead-time, JIT environments.
Enable
Purchase
Order
Execution
in
Any
Organization
Buyers were able to centrally negotiate pricing and contract terms on behalf of
multiple organizations using Oracle Sourcing in 11.5.9. The finalized agreement
was captured as a global blanket agreement in Oracle Purchasing. Enabled
organizations were able to leverage the centrally negotiated pricing but forced to
generate purchase orders in the organization where demand originated. Now,
buyers can define purchase order execution organizations for each of the demandgenerating and enabled organizations on a global blanket agreement. For example,
a European-based company can create and enable a global agreement with a
supplier based in China and specify that all purchase orders issued against the
global agreement will be issued from an international subsidiary organization in
China. Furthermore, buyers can also specify the supplier location (supplier site)
from which demand will be satisfied for each of the enabled organizations.
Global
Contract
Purchase
Agreements
Oracle Purchasing introduces the new global contract purchase agreements
document with 11.5.10. Global contract purchase agreements, like global blanket
agreements, enable companies to centralize supplier relationship management and
to standardize terms and conditions across all enabled organizations when doing
business with a given supplier. Buying organizations may find global contract
purchase agreements especially helpful when considering how best to use Oracle
Advanced Pricing capabilities with a central procurement organization. In
addition, global contract purchase agreements may be helpful in some situations
when extending a single negotiated supplier catalog across many organizations.
Procurement
Execution
in
Shared
Services
Environments
Buyers in center-led procurement organizations are typically responsible for
procuring on behalf of multiple demand raising organizations within a company.
With this release, Oracle Purchasing provides a powerful framework from which
an organizations complex procurement environment can be mapped directly to
system execution. For example, enterprises can:
Map purchase order generating organizations (shared service centers) to
demand raising organizations via global blanket agreements or global
contract purchase agreements.
Continue to rely on automatic document creation to preserve automated
generation of purchase orders where possible, even when the purchase
order will be created in a different organization than where demand
originated.
Extend buyer productivity through access to center-led procurement
functions from the AutoCreate workbench when manual intervention or
manual purchase order creation is required.
Receipt
Accounting
&
Drop
Shipments
Regardless of which organization issued the purchase order, receipts continue to
be processed in the demand raising organizations. To reconcile accounting
between organizations, companies model their financial relationships and the
system initiates and executes appropriate cost transfer/invoicing accounting
transactions, especially if these flows cross legal entities and sets of books.
Business transactions like receipts, invoice matches and payments automatically
initiate the appropriate cost transfer or inter-company invoicing accounting
transactions based on the rules defined in the financial relationship between the
purchase order creation and receiving organizations. Please refer to the About
Oracle Inventory in Oracle Supply Chain Management document for details on
Enhanced
Inter-company
Transactions;SuggestedDocument258455.1.
The drop shipment process has also been modified to go across traditional
organization boundaries. Companies can have local or central order capture
organizations that interface with a center-led procurement shared services
organization. In fact, the order capture organization and purchasing organization
can even belong to different sets of books. The appropriate accounting and intercompany invoicing transactions are automatically initiated based on the rules
defined in the financial relationship between the sales order and purchase order
creation organizations.
Custom
Pricing
Date
API
Prices of products in catalogs may not be static and can vary with time due to
various factors: supply/demand variations, buying volume, and component price
variations. The variation of the price of a product with time is actually captured in
terms of price and effective periods in the form of price breaks on blanket
purchase agreements, and catalog quotations. Price list lines in Oracle Advanced
Pricing
can
also
have
effective
periods
defined.
Based on the supplier agreement, the price of the product being ordered or
requested from the catalog may be determined based on the price that is effective
on the pricing date. The pricing date can be the date that the order is placed, the
day that the order is shipped, or the date that the material is expected to arrive.
Rules determining the pricing date widely vary from one business to another and
even
within
a
business
from
one
commodity
to
another.
Businesses can add PL/SQL code to a new custom hook that accommodates their
own special rules to determine the pricing date. Subsequent pricing calls return
the unit price from the source blanket or quotation that is effective on the pricing
date.
Custom
Requisition
Pricing
API
Often times the price maintained on supplier catalogs are purely list prices and
does not factor in adjustments like discounts and surcharges as negotiated
between a specific buyer-supplier pair. Businesses can add PL/SQL code to a new
custom price adjustment hook in the standard Requisition Pricing API to adjust
the price as determined from a source document (blanket or quote). This provides
a mechanism to factor in negotiated discounts, surcharges, or other adjustments on
top of the catalog prices.
Custom
PO/Release
Pricing
API
Businesses can add PL/SQL code to a new custom price adjustment hook in the
standard PO/Release Pricing API that can adjust the unit price as determined from
a source document (blanket or quote). This would provides a mechanism to factor
in negotiated discounts, surcharges, or other adjustments on top of the catalog
prices.
You can now manually change prices on purchase orders or releases even if there have
been receiving and invoicing activities against them. This greatly simplifies the
procurement process for goods or services where pricing is volatile and changes often
need to be made after the purchase order has been created and possibly even after a
purchase order has been received or invoiced.
Control Action Enhancements
Oracle Purchasing supports cancel actions from the Tools menu in the Enter Purchase
Order and Enter Release windows. This allows multiple cancel actions on a single
document to be performed within a single revision from the entry windows. Cancel
actions from Purchase Order Summary, Enter Purchase Order/Release, and the Cancel
API support all communication modes (print, fax, e-mail, XML, EDI).
PDOI Enhancements
The Oracle Purchasing Documents Open Interface (PDOI) has been enhanched as
follows:
Add Standard Purchase Order Lines and Shipments: You can add a new line to an
existing standard purchase order, based on certain conditions such as document
status through the purchasing documents open interface. This will enable new
purchase order lines to be imported from a legacy system or another Oracle
Applications instance, allowing for seamless processing of receipts and invoice
matching. When a new line is added to an existing standard purchase order all the
applicable actions like re-approval, archival, reservation will be performed on
these lines based on the status of the purchase order.
Import Grant Information: Companies can now import award information related
to purchase order distributions using the PDOI. This eliminates the need for
manual data entry when importing purchase order information from an external
source.
UI Enhancements
UI Improvements have been made to some of the purchasing windows to allow buyers to
perform their daily tasks more efficiently.
Increased the size of the Enter Purchase Order window and the AutoCreate
window Increased the number of requisition lines displayed in the AutoCreate
window Increased the number of lines displayed in the Enter Purchase Order
window Reduce unnecessary pop up windows in the enter Purchase Order
window and the AutoCreate window Provide Reassign Buyer option in the
AutoCreate window secured by a menu function Improvements to the Enter
Releases window to function more like the Enter Purchase Order window
Multiple tabs in the Approval window of the Enter Purchase Order window for
easier navigation
Deal
Discount List
Promotion List
Surcharge List
Discount
Price Break
Promotional Goods
Surcharge
Guided flows to create price lists and price list lines are now available in the HTML User
Interface (UI). This feature is only available in Oracle Advanced Pricing.
Creating Qualifiers
Guided flows to create qualifiers for price lists and modifiers are now available in the HTML
User Interface (UI). This feature is only available in Oracle Advanced Pricing. Note: Qualifier
groups can only be created in the forms-based windows but, once created, can be used in the
HTML UI.
Updating Price lists and Modifiers created from Blanket Sales Agreement (Oracle Order
Management)
Price lists and modifiers created from Blanket Agreements cannot be updated (regardless of any
other QP security rules) from outside of Blanket Agreements. Therefore, they are view-only if
they are opened through the Pricing Manager Responsibility. Price lists and modifiers created for
blankets are NON- SHAREABLE (the lists created for one BSA can not be shared by other
BSA).
Attribute Manager Loader
In previous releases, multiple .ldts per product consisting of same entity
affected performance of the database driver. The same data or overlapping data
for the same entity could be uploaded multiple times.
In this release, two attribute manager loaders are provided for loading attributes:
QPXATTRS.ldt: Is owned and managed by QP (pricing). Contains Contexts, Attributes
amount calculations, the order lines are selected regardless if the order line meets all of
the other modifiers qualifications.
2. The calculation engine takes the sum of the amounts from the order lines selected from
the preceding step.
3. The sum of amounts is used as the group amount for the net amount calculations.
Example
Suppose you create a price break modifier line with the following setup (this is a simplified
example):
Product: Item Number AS54888
Net Amount Calculation: "For matching products" selected
Pricing Attribute: Red
If this modifier is applied against the following order (this is a simplified order example: item
number, unit prices and other information is omitted), then all order lines that match the Product
(in this case, Item Number: AS54888) specified by the price break modifier line are grouped
together for the net amount calculations (regardless of other qualifying criteria).
Line
Product
Pricing Attribute
Red
Blue
Red
Lines that contribute to Net Amount Calculations: All order lines with Product "Item
applied to Lines 1 and 3 because they meet the remaining qualifying criteria that the
modifier specified (pricing attribute = Red)
You must select the following criteria to use the "For matching products" option for net amount
calculations:
Modifier Type for the modifier line must be Price Break (or Price Break Header in the
Line level is Line, then only "For all matching attributes" can be selected in the Net
Amount Calculation field.
Automatic check box for the modifier line must be selected.
Volume Based on must be Item Amount.
Product attribute must be defined in the setup (this is important to the special grouping by
attribute that is performed).
Promotional Goods and Net Amount Calculation: Promotional good amounts will not be
included in the net amount calculation. For example, if an order line gets a promotional good
(buy A, get B free/discounted), the new line will not contribute to any net amount calculation of
any modifier in the order.
Changed Features
Price Lists: Create Price List Line and Create Price Break Line flows (HTML UI)
Two separate flows--one for creating price list lines and the other for creating price break lines-have been added to the Update Price List: Price List Lines page in the HTML UI. From this page,
click either the Create Price List Line or Create Price List Break Line button to create a new price
list line or price break line.
Price List Maintenance page (HTML UI)
When you enter criteria to change existing price list/price list line information in the Maintenance
Criteria region of the Bulk Change: Make Changes page, you can click either the Continue or
Refresh Data button to process the changes. If you click Continue, the Bulk Change: Review
Changes page ds the processed changes.
In prior releases, if you entered change criteria and clicked Continue (without clicking Refresh
Data), then the changes were not processed.
Navigating between Fields
The navigation between fields has been changed for the following pages: Price Lists, Modifier
Lists, and Price List Maintenance pages (HTML UI). Now pressing the Tab key navigates you to
the field below rather than the field to the right.
Integration Enhancements with Oracle Service Contracts (OKS)
The following enhancements have been introduced to support Oracle Service Contracts (OKS)
requirements for price locking and prorated billing requirements for Advanced Pricing customers:
Price List Locking
In prior releases, the user was responsible for creating a locked price list and price list line from
the user interface (UI). However, in the current release, an API is called programmatically from
the OKS code to lock the price list and price list line without user intervention. Locking an
already locked price list and line is also supported now. A new naming convention (shown below)
automatically assigns a new name to the locked price list:
<Source System Code> || ' LOCKED ' || <Source Price List Name>
However, if the Source Price List name already has already been assigned a "locked" name, for
example, <Source System Code> || ' LOCKED ' prefix, then the new name will be <Source
System Code> || ' LOCKED' || <version no> || ' ' || <Original Source Price List Name> where the
version number starts from 2.
For example, if the source price list is named Corporate, then the locked price list will be named
QP LOCKED Corporate. However, if the source price list name is QP LOCKED Corporate, then
the locked price list name will be QP LOCKED2 Corporate.
Price Line Locking
The ability to lock an already locked price list line is now being supported in this release. Price
line locking describes the process where the price list line of the source price list is copied (now
the locked price list line) as a child of the locked price list.
For example, suppose Oracle Service Contracts (OKS) wants to lock the locked price list line
with list_line_id = 201 on the OKS LOCKED Corporate price list. Since it is an already locked
list line, it will have a pricing attribute with context = 'QP Internal' , attribute = 'List Line Id' and
value = 201. Then the following steps occur:
1. The locked price list will be created with the name OKS LOCKED Corporat price list.
2. The new locked price list line will be a copy of the price list line with list_line_id = 201
and created under the locked price list OKS LOCKED2 Corporate. The new locked line
with, for example, list_line_id = 301, will have a new pricing attribute with context = 'QP
Internal', attribute = 'List Line Id' and value = 301 attached to it (in addition to the other
pricing attributes copied over from the source list line with list_line_id 201). However,
the pricing attribute with context = 'QP Internal', attribute = 'List Line Id' and value = 201
that is attached to the source list line with list_line_id = 201 is not copied over from the
source to the newly locked list line having list_line_id = 301.
Note: The Locked price list is created only once for a given source price list and source system
code. For subsequent lock requests, the new locked price list lines are created under the already
existing locked price list.
Effective Dates for Copied Price List
No effective dates are copied to the locked price list and price list lines--instead the effective
dates can be controlled by OKS using the effectivity dates on the associated Service Contract.
Changed Features
International Trade Management (ITM) Partner Integration Enhancements
Oracle Shipping Execution has enhanced the existing integration capability to 3rd Party
International Trade Management Partners' applications. Having pre-built integration can greatly
decrease the cost to build custom integration and to maintain it. The integration allows for the
following:
Sales orders can be submitted for export compliance screening by embedding the seeded
release and ship confirm. Those deliveries failing screening raise a shipment exception.
Item and Customer synchronization: The integration allows pertinent attributes of the
Customer Location
Oracle Order Management is being enhanced to enter Customer Locations that can be
used as a mailing address to which the quote can be sent. Customer Location can be used
during the Negotiation phase or Fulfillment phase on all Sales Transactions which
includes Quotes, Orders, and Blankets.
Decimal Quantities for Options of ATO Configurations
We now provide the ability to specify decimal quantities when selecting options for ATO
models, both in the Configuration and in the Options Window.
End Customer
This feature enables you to specify the End Customer information on a sales order.
International Trade Management Generic Export Screening
Oracle Order Management introduces Generic Export Compliance Screening through the
partner ITM application for all the export related compliance checks. These include
Restricted Party Screening, Embargo Country Screening, License Determination, and
other partner supported screening like Document Generation etc.
Key Transaction Dates for DBI
Order Management now allows customers to track order firmed date and actual
fulfillment date. Order firmed date can be defaulted. It is not available for update via the
User Interface or Order Import in this release. It can be updated via public APIs.
The Actual fulfillment date is populated by system when the actual fulfillment event
takes place, for example when a line is shipped or line is fulfilled for a
non-shippableitem.
These dates are used in Daily Business Intelligence (DBI) Reports.
Open Interface Tracking
Oracle Order Management has introduced the Open Interface Tracking form to allow
users to view the current status of the various XML and EDI electronic messages, as well
as Order Import. This feature also allows the user to drill down to relevant Workflow,
XML and Corrections information.
Source, Orig Sys Document Ref Combination For Each Customer" and allows orders
with the same reference information to be distinguished based on the Sold To customer.
Preview and Print Sales Documents
Oracle Order Management provides a flexible Preview and Print feature that allows users
to preview the sales agreement as it would appear for customer signing, and to print the
document. The document may or may not contain textual terms and conditions as part of
the agreement. The print and preview feature is available for blankets as well as sales
orders/quotes.
Publishing Plan Results to Oracle Order Management
In this release, Advance Supply Chain Planning can recommend and release warehouse,
date, and ship method changes for sales orders. Users can firm the warehouse on the sales
order to have planning system to honor the warehouse specified on the sales order. Order
Management
provides
three
ways
to
firm
the
sales
orders:
1. Based on an event. Users could choose to firm the line at scheduling, or when the line
is
interfaced
to
shipping,
or
not
at
all.
2. Through a seeded workflow process. A new workflow subprocess will hold the lines
until they are progressed. Once the lines are progressed, they are firmed. A new
concurrent program is provided for progressing lines waiting at this subprocess.
3. Using the Firm flag on the sales order line. Users can set the flag manually, or unfirm
the line.
Retroactive Billing
Order Management provides the Retrobilling Organizer form to identify order lines that
have previously been invoiced that may be subject to retroactive billing
due to price changes, a simple approval mechanism, and then the automatic generation of
credit memos (and occasionally invoices).
Simple Negotiation in Oracle Order Management
Sales orders and Blanket Sales Agreements can now include a workflow phase to support
the activities that typically occur within a negotiation process, such as an internal
approval and customer acceptance. A sales order in the negotiation phase will be referred
to as a Quote. This enables users to create and manage quotes during the negotiation
phase and transition the quote to a sales order, which will begin its fulfillment flow, after
completion of the negotiation.
Oracle Order Management has also introduced the Expiration Date for negotiated sales
orders. A Quote is an offer to do business and the validity of that offer is often limited to
a specific period. If the customer does not complete the negotiation by a specific point in
time, then the offer is liable for closure.
Scheduling Flexibility
The following scheduling parameters are offered to users, allowing users to control
various scheduling activities. Users can maintain current functionality without changing
the default values.
Whether a change in Request Date should reschedule the lines.
Whether a change in Ship Method should reschedule the lines.
How the Promise Date is used. A Promise Date can be defined as a static field, either the
first Request Date or the first Schedule Date. Other choices are making the Promise Date
dependent on the Request Date or the Ship Date. A fifth choice is setting the Promise
Date manually, i.e. by defaulting or manual entry.
Partial manual reservations. When reserving manually on the Sales Orders window or
using the Reservation Time Fence, you can choose whether or not to allow partial
reservations.
Control the behavior of the Latest Acceptable Date (LAD) for manual scheduling.
(System scheduling always honors the LAD.) For manual scheduling, you can choose to
ignore the LAD, and display a warning message but allow the scheduling process to go
through.
Versioning
Oracle Order Management has introduced Versioning to capture changes and updates
made to any transaction, which includes Sales Orders, Quotes, and Blanket Sales
Agreements. Creating and managing versions can be of great assistance during the
negotiation phase of any transaction and helpful when maintaining history throughout the
life of a Sales Order, Quote, and Blanket Sales Agreement.
XML Transactions
Change Sales Order
Oracle Order Management is able to generate and send an outbound OAG Change Sales
Order XML document in the following scenarios:
A change in status of XML sales orders from Pending to Accept. A change in ordered
quantity, unit selling price, or schedule ship date on booked XML sales orders, and
optionally putting the order line on hold to wait for a response from the buyer via Change
Purchase Order ..
Change Purchase Order
Order Management is able to consume the Change Purchase Order XML document from
the buyer to change a sales order in Order Management. Changes can include
cancellation, attribute updates, and line creation. Change Purchase Order can be sent
standalone or as a response to a Change Sales Order XML document.
Changed Features
Blanket Sales Agreements Enhancements
Oracle Order Management continues to enhance Blanket Sales Agreements (BSA) to
leverage common functionality including workflow, approvals, versioning, and
processing constraints as well as include BSA-specific functionality such as inline
pricing.
Configuration Date Effectivity Enhancements
As part of the increased flexibility provided to customers in handling the many dates used
in processing orders with configurations, customers can specify either the creation date of
the model line or the system date until booking for validation of item effectivity in new or
existing configurations. This feature is available for product configurator as well as the
Options window.
Credit Checking Enhancements
Order Management Payment Type definition can determine the inclusion or exclusion of
order lines when executing credit checking. Pre-payment amounts associated to the sales
order are now considered when validating customer credit limits.
Return lines can be included or excluded during credit checking execution based on your
credit check rule definition.
Enhanced Credit Exposure report to provide exposure information at any level in a party
hierarchy.
Display Choices for Freight Rating
When you choose the action Choose Ship Method from the Order tab or Lines tab, the
Display Freight Choices form opens. At the time of opening, Order Management calls
Transportation Execution by passing all the order lines to get shipment summary
information.Shipment Summary contains the number of shipments and Ship From, Ship
To, Weight, and Volume for each of the shipments.To view all the available ship methods,
cost, transit time, and charge, you must select a particular shipment and click Open.
When you click Open, Order Management calls Transportation Execution to get the
different ship methods, cost, and transit time.
Once Order Management gets the ship methods, cost, and transit time, the Pricing Engine
is called to convert the costs to charges for each of the ship method.
When you select the ship method click Apply, the OE_ORDER_LINES_ALL table is
updated with ship method and the freight charges are inserted into
OE_PRICE_ADJUSTMENTS table.
Drop Ship Across Sets of Books
Currently, drop ship lines can only be sourced from warehouses (suppliers) defined in the
same Operating Unit or Set of Books as the Operating Unit in which the customer sales
order is taken. Now we are providing the ability to drop-ship goods across Operating
Units, Legal Entities, and Sets of Books.
Drop Ship Change Management
Oracle Order Management has enhanced the drop shipment process by communicating
additional data elements from Oracle Order Management to Oracle Purchasing and then
to the end supplier, and automatically sending sales order changes to the purchase order
and then the supplier.
EDI Transactions Processing
To improve performance of EDI inbound Orders, the EDI acknowledgment API now only
writes column ids to the acknowledgment tables. The column values which are sent back
on the outbound EDI message are generated at a later stage via a deferred workflow
process. The workflow status can be verified by querying up the order in the new
Tracking window.
Fulfillment with Wait
Oracle Order Management has enhanced the Fulfillment Workflow activity to provide a
new seeded workflow sub-process Wait to Fulfill Line. Customers can add this subprocess before the existing defer_fulfillment and/or fulfill_line. The sub-process is
especially useful to hold non shippable order lines from getting fulfilled immediately
after order booking. Thus, user can change such order lines without facing system
constraints enabled at line fulfillment e.g. order line can now be canceled until the line is
progressed beyond Wait to Fulfill Line and fulfill line sub-processes. This sub-process
can also be used for shippable order lines.
Display of modifier Price Breaks in addition to existing price list Price Breaks.
Ability to apply Manual Discounts to items whose price is being checked.
Ability to store a selected group of items being checked, so that they can all be quoted or
ordered at once.
Several new attributes, Item, Item Weight, Item Size, and Default Source type have been
added to the Item Information tab.
The Creation of an Order and Quote from this form can be secured through Function
Security.
Ability to Add Customer & Find Customer from Pricing/Availability.
Project Task Changes for Booked Orders
This enhancement benefits users of Oracle Project Manufacturing. Prior to this, once an
order line was booked, the user could not make any adjustments to the Project or Task
attached to the line. This restriction is lifted; allowing the user to make changes to the
Project or Task number further along in the order's life cycle.
Reservation Enhancements
The Reserve Order Program has been enhanced to support three reservation modes,
which are "Fair Share," "Percentage," and "Partial." In addition to this the program has
been enhanced to simulate the results so that you can view the results and make
corrections to the output before placing the actual reservation.
Service Termination
Order Management has enhanced the return flows to identify if prorated, full, or no credit
should be issued when extended warranties are terminated in service contracts on return
of a product. The RMA line corresponding to the product item is stamped with a value
that determines the credit behavior for the extended warranty lines based on a new
workflow
activity
added
in
Order
Management.
Also, if an RMA line doesn't qualify the credit behavior for service lines, Service
Contracts determine the credit behavior based on the Global Contracts Defaults setup.
The Credit Option Rule in Global Contracts Defaults will determine if service lines
qualifies for credit and what percentage of credit (prorated vs. full vs. none) is issued. If
the Credit option rule is not specified in Global Contracts Defaults, then Service
Contracts will honor the existing "OKS: Raise Credit Memo for IB Instance Termination"
profile and prorates the credit based on the return date.
Purge
Oracle Order Management has enhanced the purge criteria to include negotiated orders
that are no longer needed within the operational requirements of the order taken and order
administration.
Copy
Oracle Order Management has enhanced the copy function to allow the creation of quotes
based on an existing quote or sales order using the Copy Orders feature.
XML Transactions
Process Purchase Order (RosettaNet 3A4)
The Process Purchase Order (RosettaNet 3A4) xml message now supports the Pending
status. The pending status can be assigned at the Order level or at the Order Line level.
Updates in SCM FP.J RUP1
New Features
Exception Management
Changes have been made to the Order Management Messaging feature to enable you to
view messages logged when a workflow activity fails due to an exception. Each message
logged has an associated status (seeded values are Open or Closed).
The Sales Orders, Blanket Sales Agreement, and Open Interface Tracking windows
provide direct navigation to Open errors, and enable you to retry a workflow activity that
failed. If the retry is successful, Open messages are automatically closed.
A new workflow error handling process generates an Order Management-specific
notification that uses standard workflow functionality to enable the recipient to retry an
activity
in
error.
By going through successive iterations of fixing errors and retries, you can identify and
fix all the issues that are causing an activity to error out. This feature also provides a
record of errors and corresponding diagnostic information for Oracle Support in case you
are unable to fix the problem.
Changed Features
End Customers
The following features enhance End Customer functionality:
Automatic Account Creation for End Customer
You can automatically create an account for the End Customer.
Closed Order Import is supported for End Customer.
You can import Closed Orders with End Customer attributes.
Mass Change for End Customer Attributes
You can use mass change for End Customer attributes.
HVOP Support for End Customer Attributes
You can import end customer attributes using HVOP, which is bulk-enabled for high
volume users. There is EDI support for End Customer attributes with HVOP.
Install Base fields: IB Location, IB Current Location, and Owner Were Added
You can import Open and Closed Orders with these fields.
Earlier IB Owner, IB Installed Location, and IB Current Location fields were working as
code fields, for example you must supply the values like SOLD_TO, END_CUSTOMER,
SHIP_To_LOCATION etc. Now these fields are working as values columns and new
code fields have been added like IB Owner Code etc.
Print Preview Feature for End Customer Attributes.
End Customer attributes are available in Print Preview feature.
Reporting End Customer Information
The Comprehensive Order Detail report displays the End Customer, Address, and Contact
at the line level.
OIP Displays the Name and Address of the End Customer
Within Order Information Portal (OIP) you can view the name and address of the End
Customer, as captured at the time of processing the order, at both at the header and line
levels.
OIP Displays the Contact for the End Customer
You can view the contact for the End Customer, when captured at the time of processing
the order, at both the header and line level.
OIP Displays End Customer Attributes for the Installed Base
You can view the Owner, Installed at Location, and Current Location in OIP - at both the
header and line level.