R12

R12 ” Enhanced Performance for High Volume Receivables
Processing
Posted on May 17th, 2012 by Sanjit Anand | Print This Post | Email This Post
Do you know , In this release EBS 12.2.2 , performance of the key batch processing programs
is enhanced significantly to support high volume processing requirements of customers belonging
to industries which process large number of transactions every day.
Performance of these programs is vastly enhanced by implementing parallel processing and leveraging
database indexes and statistics.
The following programs now provide improved performance to support high volume processing:
 AutoInvoice Master Program
 Automatic Clearing for Receipts
 Automatic Remittances Master Program
 Lockbox Execution Program
Over application In AR
Posted on May 15th, 2012 by Sanjit Anand | Print This Post | Email This Post
Allow Over application simply means "You are asking the system to over apply the amount than
what is actually due on the invoice"
Here is Reader query :
What hapens if credit memo is applied after the receipt is applied full for an AR Invoice .
Billing is done via third application ( Billing data is interfaced to AR) and cash application is done via
Oracle AR. What-if i creat a credit memo against that invoice in source Billing system and interfacing
that to AR, ...
1. Can credit memo be applied to AR invoiced which are already applied with receipt
fully?
Two scenario likely to happen :
We can not credit an invoice which is fully applied, if "Allow Overapplication" is not checked.
2. If it can be applied how is the accounting treatment happens in this case i.e. what
When we over apply an invoice then invoice will be left with a negative balance (in case allow
overapplication is checked"
Thats means
 Allow Overr aplication checked means it will allow uys to attach a receipt more than the
invoice amount.

 Eg: If the invoice amount is 100 and the receipt associated with the invoice is 120.If the
allow overapplication is checked it will allow us to attach this invoice against the receipt .
 The invoice amount will be changed to negative from Positive in this case once the
receipt is applied
Posted in Oracle Receivable | No Comments »
Refund Functionality in R12
Posted on December 28th, 2011 by Sanjit Anand | Print This Post | Email This Post
In response to a reader's query here is small note on EBS refund functionality.
Refund processing for the Supplier and Employee
When a supplier or employee sends a refund for an invoice payment that have made, record the
refund can be recorded in Payables. A refund closes out an outstanding credit balance, so you are
actually making a negative payment for a credit balance. The credit balance can consist of the
outstanding balance of any combination of the following documents, as long as the sum is negative
and equals the refund amount:
 Invoices
 Debit memos
 Credit memos
 Expense report
Paying these documents with a refund records each document as paid, and gives you a complete
supplier transaction history.
Refund processing for the Customer
R12 There are two refund Options Available
1. Initiation of a customer refund by application of a credit or unapplied cash to a refund
receivables activity
2. Automated refund generation based on credit memos generated by Auto invoice
o Check refunds
o Credit card refunds
In R12, the refund process has been automated for non-credit card transactions from Oracle AR
module. For credit card transactions, refunds are applied to the same credit cards used on the
transactions in Account Receivables. For non-credit card transactions, refunds are processed via AP.
Receivables submit the refund request to AP, and in turn AP transacts refunds via Oracle Payments
after gong through the approval process. To view the status of the refund, one can select the button
"Refund Status" off the Receipt Application window which brings to the AP workbench. Following are
the Refund process generated at receivable and then pass to payable to further processing and

payment
Those who does not use Oracle AR as receivable, the refund data with customer basic information are
fed into the Payable invoice where Customer will be created as one time supplier with minimum setup
and check will be generated against the invoices created from refund data.
In case if you need some more thoughts on setup and steps , drop me offline
Posted in Oracle Payable, Oracle Receivable | No Comments »
TCA & Business Objects
Posted on August 19th, 2011 by Sanjit Anand | Print This Post | Email This Post
Do you know In R12 , there is New Public API’s for Business Objects, which can be used with a single
API call. This Covers a total of 16 objects
of 4 Composite objects as
 Person
 Organization
 Person Customer
 Organization Customer
It also covers granular objects like Customer Account, Address etc.
There are four action avaiable in these API's as Create / Update / Save / Get
This provides API’s to Map Business objects in TCA to Source system identifier of other systems.
Public API for logical Person is HZ_PERSON_BO_PUB
 create_person_bo – Creates person related elements
 update_person_bo – Updates person related elements
 save_person_bo – Saves person related elements

 get_person_bo – Retrieves person related elements
where as Person Customer API is HZ_PERSON_CUST_BO_PUB
Public API for logical Organization is HZ_ORGANIZATION_BO_PUB
Public API for Organization Customer is HZ_ORG_CUST_BO_PUB
There is Business Object Events which can be used to notify the Spoke/custom systems for updates
done to TCA data.
Posted in Oracle TCA | No Comments »
Obsolete in R12 : why everyone talks about New Feature …..
you need to know ….
Posted on July 24th, 2011 by Sanjit Anand | Print This Post | Email This Post
Agree ,everyone talks about R12 New Feature ..... but not on Obsolete functions
Here are three things got Obsolete in R12
1. The Oracle Trade Accounting feature is obsolete and replaced by Oracle’s Deduction
Management solution. The Deductions Management solution is delivered in partnership
between Oracle Receivables, Oracle Trade Management, and Oracle Credit Management
products and provides a robust and efficient way to handle
customer deductions and overpayments.
2. The Bills of Exchange feature is obsolete and replaced by the Bills Receivable feature. The
Bills Receivable feature provides a comprehensive solution to managing the entire life cycle of
bills receivable: creation, acceptance, remittance, updates, history, and closing.
3. The Collections Workbench module in Oracle Receivables is obsolete in this release. Like
functionality is provided by Oracle Advanced Collections, including customer collections
interactions and correspondences, transaction processing, and dunning activities as well as
additional features. Oracle have a migration white paper and scripts will be provided to
Receivables customers moving to Oracle Advanced Collections.
What Is Extensible Attribute Architecture?
Posted on June 13th, 2011 by Sanjit Anand | Print This Post | Email This Post
Extensibility framework and features basically comes from Oracle Product Lifecycle Management
(PLM).
Extensible Attributes are similar to DFF's in the sense that Extensible Attributes feature provides out-
of-the box capability to store additional information associated with certain EBS modules entities.In

the past, Oracle Descriptive FlexFields (DFF) had a limitation of 15 or 22 data fields per record. There
is no limit for Extensible attributes.
The functionality allows you to view and maintain these additional attributes without having to create
custom screens. It also allow you to group related attributes and display attributes on specific UI
pages.
R12 Extensible Attributes –What are they?
 Extensible attributes add additional rows or records into the database structure and therefore
are limitless.
 Extensible attributes can contain one single record (of numerous extended. data fields) or
multiple record
 The extended database fields have four data types to choose from and can contain list of value
(LOV) definitions for data consistency (entry and reporting) and can control record inserts to
be based upon uniqueness (no duplicates)
In Comparison to Descriptive FlexFields (DFF)
Here are the quick comparision with DFF.
Some of the features are
 Limited to certain EBS modules entities.
 Attributes can be displayed as text, check box or radio group.
 Database view is created for each attribute group.
 Uses Value Set for attribute validation.
 Extensible Attributes store unlimited number of repeating attributes (multiple rows of similar
data), unlike Descriptive Flexfields.
Components of an extension:
 Attribute Group
 Attributes
 Associations
 Pages
 Functions

 Actions
 Value Sets (Recommend creating before attribute groups)
Extensible entities have corresponding tables to store additional attributes.
For example, in the case of Teleservice some of the tables are CS_INCIDENTS_EXT_B,
CS_INCIDENTS_EXT_AUDIT, etc.
For TCA you have HZ_PARTY_SITES_EXT_B, HZ_LOCATIONS_EXT_B, etc.
If customer wants to use Extensible Attributes in Oracle Loans then you need to check with Loans
Development to see if they implemented or not Extensibility framework.
Will see more details for TCA Extensible Attributes, in next post.
Posted in AOL, Oracle TCA | No Comments »
EBusiness Suite : Oracle Channel Revenue Management
Posted on April 9th, 2011 by Sanjit Anand | Print This Post | Email This Post
Do you know, In Release 12.1 Trade Management is now a suite of four products as below in a new
product family called Oracle Channel Revenue Management that manages financially oriented channel
processes.
1. Accounts Receivable Deduction Settlement
2. Advanced Rebates and Point of Sale Management
3. Price Protection [This is new product in R12.1]
4. Supplier Ship and Debit [This is new product in R12.1]
Adding these Products in Line of your Business will help you to :
 Decrease in Deductions DSO and improved visibility into all processes
 Improved Margins through process automation and accuracy with an integrated solution
 Increased productivity through automation of traditional spreadsheet managed processes
 Reduced revenue leakage
Typically these products are best suited for industry like High Tech, Life Sciences/HealthCare,
Wholesale/Retail, that application are best suited if you are considering for "Invoice to Settlement"
Business flow.
Lets have a brief introduction for these family products.
ACCOUNTS RECEIVABLE DEDUCTIONS SETTLEMENT
This provides a central repository of all claims and deductions to claim analysts, giving them easy
access to the information they need to resolve claims quickly, and to give management full visibility
into outstanding claims and deductions. It integrates resolution of deductions and claims with
receivable systems and accounts payable and validates that the correct general ledger accounts are

assigned. Properly approved claims automatically spawn payments and credits in Oracle Payables and
Oracle Receivables.
Some of key functionality for this products are :
 Dispute/deduction handling
 Rebates Settlement
 Promotional Payments View
 Complete AR processing that means you get high visibility into aging buckets and total
amounts outstanding
 Lockbox integration additional you have customer reason code mapping
 Auto-write offs
 Mass Settlements
This application is have Integration with Accounts Receivables, Accounts Payable, Order Management,
General Ledger, Channel Rebate and POS Management ,Tax Engine and Oracle Collection.
Those who have high transactional volume of invoicing and disputes and currently using Oracle
Financials and Order Management take take advantage of this products. This also help in order to
meet your compliance regulations
ORACLE CHANNEL REBATE AND POINT-OF-SALE (POS)
Oracle Channel Rebate and Point-of-Sale Management provides functionality above and beyond that
provided by Oracle Advanced Pricing for pricing scenarios including net accruals, retroactive pricing,
complex volume pricing agreements, supplier ship and debit and the ability to update the correct
general ledger accounts for all pricing situations including discounts. This is the only system in Oracle
today that provides the correct accounting procedures for price reductions given on invoices. It also
controls pricing in multi-tiered distribution.
This system addresses four critical areas related to the effective processing, POS data load, data
validation & cleansing, dispute handling and Claims settlement.
ORACLE PRICE PROTECTION
Oracle Price Protection is a new module in Release 12.1 that provides distributors the ability to adjust
and control their inventory valuations, purchasing costs and sales pricing based on pricing changes
received from vendors. Price Protection automates the price protection processes when a vendor
changes the price of a product and adjusts the GL records systematically.
More specifically, this product:
 Generates and tracks price-protection claims for both on-hand product inventory and
customer product inventory
 Updates inbound prices lists and purchasing systems with new prices
 Updates costing and financial systems to reflect new prices and its execution can be
done by
o Providing consolidated view of inventory across WMS and TM (Channel
inventory)

o Calculating accruals and generate debit claims for vendors
o Calculating accruals and issue credits for customers
o Integrating with Oracle Costing to adjust Cost of Goods and Services (COGS)
o Integrating with Oracle Purchasing to adjust inbound price list and purchase
orders
o Integrating with Oracle Pricing to update inbound price list with new price
o Integrating with Oracle Financials to handle deferred revenue recognition
Price Protection leverages Oracle Fusion Middleware and has service-oriented architecture to allow for
rapid deployment into heterogeneous environments. Price Protection is designed to work out-of-the-
box with Oracle E-Business Suite
This product is Integrates with Procurement, Warehouse / Inventory, Costing, General Ledger,
Accounts Payable, Accounts Receivable.
This new products is targeted for Wholesalers/distributors specially for High Tech customers. This
application is having dependency and perquisite of first two application discussed above.
ORACLE SUPPLIER SHIP & DEBIT
Oracle Supplier Ship and Debit is a new module in Release 12.1 and a new flow introduced that
enables Distributors to more quickly and intelligently respond to market conditions by automating
special price requests to Vendors, in order to close more sales and increase profitability. Distributors
are able to reduce the cost of managing the special pricing process as the execution and the more
tedious claiming process are completely automated thereby providing greater visibility.
This products sound similar to Wholesalers/distributors specially for High Tech customers. This
application is having dependency and perquisite of first two application discussed above.Supplier Ship
& Debit application have Dependencies and perquisite with AR Deduction Settlement and Channel
Rebate & Point of Sale Management application.
Posted in Oracle Receivable, R12 | No Comments »
Difference between reversing a receipt, unapplying a receipt,
and deleting a receipt
Posted on April 3rd, 2011 by Sanjit Anand | Print This Post | Email This Post
Its very simple ...
You reverse a receipt when no payment was received from the customer for the receipt amount.

Reversing the receipt creates reversal journal entries in the general ledger and reopens all of the debit
and credit items that were closed by the original receipt.
You unapply a paid receipt either to return payment to the customer or to reapply a receipt applied in
error to the correct transaction.
If you unapply a receipt to return payment to the customer, either with a refund or an on-account
credit, you must create a credit memo against the original transaction that was closed by the receipt
application.
You can delete manual receipts that were created but not yet applied to transactions.
You can delete automatic receipts belonging to an automatic receipt batch that has not yet been
approved. When you delete a receipt from a batch, the transactions closed by the receipt become
available for automatic receipt selection.
TCA : Party Purge API
Posted on January 30th, 2011 by Sanjit Anand | Print This Post | Email This Post
Looking for API which can delete desired party record completely.. use this API which can be used to
Purge the Party Information from TCA Architecture.The name of the API
is apps.hz_purge.purge_party.
Oracle R12 Financials Enhancements Cheat Sheet – >
Receivables & iReceivable
Posted on January 17th, 2011 by Sanjit Anand | Print This Post | Email This Post
You can find the details in these post.Major Enhancement in R12 Receivables are:
 Partial Period Revenue Recognition: Partial Period Revenue Recognition enables the
generation of revenue recognition schedules that respect the start and end dates of
contractual obligations.
 Revenue Deferral Reasons: Event-Based Revenue Management allows users to define
revenue deferral reasons and corresponding revenue recognition events.
 COGS and Revenue Matching: new COGS and Revenue Matching feature satisfies this
matching principle by synchronizing the recognition of revenue with the recognition of
associated COGS.
 Enhanced Payment-Based Revenue Recognition: Feature achieves payment based
revenue recognition by associating transaction lines with revenue impacting contingencies.
 Line Level Cash Applications
 Refunds Enhancements: Oracle Receivables is fully integrated with Oracle Payables to
deliver a seamless, automated process to generate check and bank account transfer refunds.

 Balance Forward Billing: enhanced version of the existing consolidated billing functionality
for industries where customers are billed for all their account activity on a regular, cyclical
basis. You see more details here.
 Late Charges: enhanced Late Charges functionality enabling the creation of standard late
charge policies that can be assigned to customer accounts or account sites.
 Multi Org Access Control(MOAC) enabled.
 Integration with Subledger Accounting
 Receivables Reconciliation Enhancements: Easily reconcile your receivables using
enhanced reporting.
 Collections Workbench Obsolescence: Features moved to Oracle Advanced Collections.
 Bills of Exchange Obsolescence: The Bills of Exchange feature is obsolete and replaced by
the Bills Receivable feature.
 Trade Accounting Obsolescence: The Oracle Trade Accounting feature is obsolete and
replaced by Oracle’s Deduction Management solution.
Those you are using ORACLE IRECEIVABLES or planning to use , can find major enhancement in
R12 as:
 Trading Community Architecture: TCA Integrated.
 Oracle Payments: Integrated with Oracle Payments.
 Multi Org Access Control(MOAC) enabled.
 Enhanced User Self Registration: Feature has been enhanced.
 Cross Customer Site Payments: Oracle iReceivables has enhanced the payment
functionality to allow the selfservice users to pay their bills and review their payments across
customer sites
What point you consider when ‘Applying Receipts and On-
Account Credit Memos’?
Posted on January 3rd, 2011 by Sanjit Anand | Print This Post | Email This Post
You can apply all or part of a receipt or on-account credit memo to a single debit item or to
several debit items.
For example, a customer may send a single check to pay all of one invoice and part of another
invoice.
The customer may also have an on-account credit memo to use with the check to close an open debit
item.
Usually , these points to consider when applying receipts and on-account credit memos to
transactions:
 Credit Memo Search
 Transaction Balance for Applications Always Used profile option

 Receipt Application on Cross-customer Transactions
 Foreign Currency Receipts
 On-Account Credit Memos
 Balance Forward Bills

R12

More Related Content

What's hot (20)

Similar to R12 (20)

Recently uploaded (20)

R12