3/23/2015 Document 

603971.1

R12 How To Diagnose Issues with Period End Accruals (Doc ID 603971.1)

In this Document

Purpose
Troubleshooting Steps
  INTRODUCTION
  TESTCASE INFORMATION
  FUNCTIONALITY
  SETUP
   LOGGING
  TRACING
  PROCESSING OVERVIEW
  DATA AND QUERIES
  CODE FILES
  PATCHES
  Still Have Questions?
References

APPLIES TO:

Oracle Purchasing ­ Version 12.0 to 12.0.4 [Release 12]
Information in this document applies to any platform.
Receipt_Accrual_Period­End CSTPEACR (CSTVRAPS.pls)
Uninvoiced Receipt Report CSTACREP (CSTACREP.rtf)
Create Accounting ­Receiving­ CSTCRACCRCV
Subledger Multiperiod Accounting and Reversal Report ­ XLARPMPX
***Checked for relevance on 20­May­2013*** 

PURPOSE

This document is designed to provide detailed information on how to track ,identify and troubleshoot issues
encountered in Period End Accruals in R12.

TROUBLESHOOTING STEPS

INTRODUCTION

Period End Accruals is the recommended method for accruing Expense Destination Transactions in Oracle. 
Expenses are generally classified in Accounting as Period Costs because they are consumed in generating the
revenues for a period. Expense items typically are not accounted for on a daily basis and most companies find it
more convenient to account for and reconcile them at month­ end rather than at the time each individual expense is
incurred. 

There are serious financial implications if the Accrual Amount is not properly accumulated and reported on the
Balance Sheet. Under/Over statement of accruals may distort the True and fair view of Financial Statements. In

https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl­state=o1h2v9pcp_133&id=603971.1 1/9
3/23/2015 Document 603971.1

R12, although the basic underlying assumptions for accumulating and reporting Period End Accruals essentially
remain the same as in prior Releases, there have been changes in the methods of moving the Transactions from
PO Tables to the  General Ledger. SLA ­Subledger Methodology now stores permanent records transferred to GL
replacing the temporary GL interface Table. This document discusses and highlights the functional changes and
minimal implementation setups for Period End Accruals in R12. The Flow of Accounting Information to the Ledgers
and their Reconciliation with the Uninvoiced Receipt Report will be presented. We will also cover Debugging tools
available and new code files introduced in R12. 

TESTCASE INFORMATION

It is very important to understand as much about a problem as possible ,in order to effectively assist in diagnosing
the cause and solution . Hence the following information should be validated to help confirm the extent and
background to the issue.

The following  are the suggested  steps to follow in accumulating and reviewing Period End Accruals in R12.

Create a Purchase Order in Purchasing Responsibility: Expense Destination with accrue_on_receipt_flag ='N'
Approve and Receive the PO
Run the Uninvoiced Receipt Report with the following parameters:Accrued Receipts: NO Include on Line
Accruals NO
Run the Receipt_ Accrual_ Period­End.  Note there is no Output for Report . Also Note that before running
the program Purchasing control Period must be OPEN, GL Period must be OPEN and AP Period must be
CLOSED. This is to ensure that all invoices relating to the Period are matched or swept to the next Period
Immediately after re­run the URR with the following parameters: Accrued Receipts:Y Include on Line
Accruals:NO
Review Accounting Entries in RCV_RECEIVING_SUB_LEDGER. These transactions will have
ACCRUAL_METHOD_FLAG='P'
Run Create Accounting­Receiving
Review the subledger Accounting Entries in View Subledger Journal Entry Inquiry Screen
If the parameter to Transfer and post journals to GL is set to 'Y' review the journals in GL
Reconcile the URR output with GL Journal
Close Purchasing Period
Open next GL Period Journals are automatically reversed. (When receipt accrual period end program is
submitted, Period End  Accrual Entries are created in  RRSL
Now when create accounting is submitted to create records in XLA, the following set of records will be
created : 
1) original accrual entries will be created with xla_ae_headers.accrual_reversal_flag Y and accounting_date
in current period. 
2) reverse accrual entries will be created with xla_ae_headers.accrual_reversal_flag N and accounting_date
in next period.  Depending on the 'to date' parameter of the create accounting program the status of these
records will be either INCOMPLETE or FINAL . 
i) If the to date includes the next period date then status will be final . 
ii) If the to date does not include the next period date then status will be incomplete. 
These reversal entries which are in incomplete status in XLA for the next period, will change to either final
or draft status when the Create accounting program is submitted for the next period. And depending on the
period status and "Tranfer to GL' parameter of the create accounting program run, 
the xla_ae_header.gl_transfer_status_code will be N or Y. If the period is closed or transfer to GL is N, the
gl_transfer_status_code flag will be N. 
So for "creating" the accrual reversal entries, one has to explicitly run the Create Accounting program with
"to date" with a date in the next period, this will ensure the reversals are created in final mode in XLA. 
Again user has to explicitly choose the option of 'transfer to GL' parameter of the Create Accounting
program. If he wants the reversal entries to be transferred to GL directly, Y or if he chooses No, then he has
to submit the 'Transfer to GL' program to have the reversal entries transferred to GL.) 

The following steps can be used to fully analyze the testcase;

Verify have a complete demonstration of how the problem is encountered.
Does the Receipt_Accrual _Period­End program complete with error?

https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl­state=o1h2v9pcp_133&id=603971.1 2/9
3/23/2015 Document 603971.1

Are the accounting entries both Actual and Encumbrance generated in RCV_RECEIVING_SUB_LEDGER
Does either the Create Accounting program or the spawned program 'Subledger Multiperiod Accounting and
Accrual Reverse complete with error or warning?
What is the status of the accounting entries in the subledger? Is the Journal entry status shown as
Incomplete or the event status shown as Unprocessed (from View Subledger Journal Entry Inquiry Screen )
Are the proper accounting entries generated from Subledger Accounting Program Report
Are the accounting entries properly generated and posted to GL?
Is Journal Category Accrual as stated in Note 555547.1
Are there any Errors in Journal Import Execution Report
Does the Uninvoiced Receipt Report (URR) complete with error?
Are you able to reconcile the URR balance to GL?

FUNCTIONALITY

  The following are the major changes made in R12 for Period End Accruals.

In Release12 all the Period End Accrual processes are done under Cost Management Responsibility:
Navigation : Cost Management/ SLA Responsibility.  Prior to Release 12 the Accrual process was under the
Purchasing Responsibility
RVCAC.opc  the executable used in running the Receipt_Accrual_Period­end  is replaced by CSTVRAPS.pls  in
R12
Receipt_Accrual_Period­End  in prior Releases generates the Accounting Entries in both
RCV_RECEIVING_SUB_LEDGER and GL_INTERFACE .  In  Release 12 the program populates only the
RCV_RECEIVING_SUB_LEDGER
SLA (Subledger Accounting)  in R12 acts as the interface with GL.  SLA is populated by the Create
Accounting­ Receiving Concurrent Program.  There are options in the Create Accounting ­Receiving program
to Transfer the Journals to GL/and or post t GL. If the option to Transfer and Post the Journals is selected
the Create Accounting ­Receiving Program will spawn another program 'Subledger Multiperiod Accounting
and Accrual Reversal' Report which will automatically reverse the actual entries in the next period in SLA as
well as in
.If the Create Accounting­Receiving Program is selected with Parameters: Transfer to General Ledger = 'NO'
and Post in General Ledger='NO' then the Transactions will be in Draft Mode and one will need to to run
separate concurrent program to Transfer the Journals to GL.
The technical name for Uninvoiced Receipt Report (URR),  the designated Report used to reconcile Period
End Accruals in GL has changed from POXPORRA.rdf  to CSTACREP.rtf  The URR parameters remain the
same.  'Accrued Receipt' looks at the accrued_flag in the PO_DISTRIBUTIONS_ALL table. If the parameter is
set to 'N' only transactions with accrued_flag = 'N' in PO_DISTRIBUTIONS_ALL will be retrieved.The 
Parameter: 'Include On Line Accruals' looks at the accrue_on_receipt_flag at PO_LINE_LOCATIONS_ALL (at
shipment level)and the PO_DISTRIBUTIONS_ALL (at the distribution level). If the parameter is set to 'N'
then only transactions that meet this criteria will be retrieved.

SETUP

To achieve the best results for Period End Accruals the following minimal setups are recommended.

Journal Category: Accrual . The Application comes with seeded Default Journal Category: Receiving (Seeded
Value) for both Journal Category Value 'Receiving' and Journal Category Accrual . Follow the steps in Note
555547.1 to setup the Journal Category: Accrual.

GL­Un Freeze Journals for Cost Management Source: Need to uncheck Freeze Journals for Cost
Management Source for the Reversing Journal Period­End Accruals to be created in the next period Bug
6821283  Note 454472.1

General Ledger Responsibility/Setup/Financials/Accounting Setup Manager/Accounting setups:Subledger
Accounting Options: Accounting Program defaults for example Draft or Final,Transfer to GL 'Yes' or 'No',
Post in GL 'Yes' or 'No' to be setup for Cost Management

Accrue_on_receipt_flag 
The accrue_on_receipt_flag in PO Shipment determines whether a receipt accrues 'On Receipt' or 'Period
End'. For a receipt to accrue at Period End the accrue_on_receipt_flag in Po Shipment must be set to 'N' The
default comes from PO Options/Receipt Accounting . For an overview of Defaulting Rules for
Accrue_on_receipt_flag refer to Oracle Purchasing Release 11.5.10 User Guide. Go to the Section Titled
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl­state=o1h2v9pcp_133&id=603971.1 3/9
3/23/2015 Document 603971.1

Purchase Order Defaulting Rules and look at the column Accrue on Receipt

The Purchasing Options Form allows users to set Expense items to accrue 'ON RECEIPT' or 'AT PERIOD
END'. The value entered in this Form is simply a default used when creating a Purchase Order. This is the
default used in PO Shipment. Even though this field is up­datable,careful consideration should be made
before doing so. It should be noted that changing the default value in PO Options only affects future
Purchase Orders. The change has no impact on already existing Purchase Orders. All Purchase Order
shipments currently set to accrue at Period End will continue to accrue at Period End despite the change.

Expense A/P Accrual Account 
The Expense A/P Accrual Account is a temporary Liability Account that holds received but uninvoiced
amounts until they are invoiced and released to A/P Liability Account. 
The Account is set up at PO Options and defaults to Po Shipment when the Purchase order is created. It is
set up at the Operating Unit Level.

Default Expense Account: 
The Charge Account uses the default rules of the PO Account Generator when creating the Charge Account
for Expense destination transactions in PO Distribution. .

1.  If an Expense item is defined in the Item master,, the system checks to see if a default expense
account exists in the item Org. If so that will be the first default Charge Account.
2.  Second, the system checks and will default the expense account defined on the employee record in
HR.
3.  Third, if the Employee has no Charge Account defined, the system will use a Favorite Charge Account
if one exists in Iprocurement.
4.  Fourth if Expense Account Rules are defined, the Default Expense will be used
5.  Lastly, if all the above fail to return an account, then the user is prompted to enter a value for the
charge account.

Validation

The following validation takes place when the Receipt_Accrual_Period­End is submitted

Destination_Type_Code must be EXPENSE in PO_DISTRIBUTIONS_ALL
The accrue_on_receipt_flag in both the po_line_locations_all (at shipment level) and the po_distributions_all
(at distribution level) tables has to be 'N'
The accrued_flag in po_distributions_all should either be NULL or 'N'. If the flag is NULL then it is safe to
assume that the distribution has never seen a period end accrual cycle
The Closed_Date in PO_LINE_LOCATIONS_ALL must be NULL  or greater than date of accrual
Quantity Received must be greater than Quantity Billed in PO_LINE_LOCATIONS_ALL

The following Validation takes place when the Create Accounting­Receiving program is run:

GL Next Period Must be Open or Future Entry
The End Date of Create Accounting is advised to be the First Day of Next Period. For example if you are
running for the End of Period June 30 2008 the End date must be July 1 2008. If the end date is given in the
current period, accrual reversal will get created in SLA with 'INCOMPLETE' status and it is not eligible to get
transferred to GL. Whenever the Create Accounting­Receiving is submitted with end date falling under the
next period, those incomplete records will get updated to Final status and get transferred to GL.
Reversal Date is advised to be First Day of Next Period
If Accounting Program Mode is set to Draft, Create Accounting will create entries only in SLA even if
Transfer to GL is set to 'YES'
Accounting Records must exist in RCV_RECEIVING_SUBLEDGER in order for Create Accounting Program to
generate any records in subledger or GL
If any changes are made to Accounting Setup Manager for example Accounting Method Change or Journal
Category Change 'Validate Application Accounting Definitions Concurrent Request must be submitted first
otherwise Create Accounting Program will fail. Refer to Error Message in Note 452484.1

Accounting Flow

Under this section we will examine the accounting data that flows into the Accrual Account and Charge Account.
Before discussing the actual debits and credits one needs to understand the following general principles
https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl­state=o1h2v9pcp_133&id=603971.1 4/9
3/23/2015 Document 603971.1

Invoice matched to PO with price variance has no IPV line created if the variance account and the charge
account are same. Entire amount is calculated as a charge line
If the PO distribution has destination type = Expense, and accrue on receipt is set to 'N', then the invoice
distribution is using the po distribution charge account. ap_invoice_distributions_all.dist_code_combination_id
= po_distributions_all.code_combination_id
Non Recoverable Tax (NRT) portion of the Tax is capitalized as part of the cost of the item and the
Receipt_accrual_period_end program accrues the NRT as part of the cost
Period End Accruals generated at the End of one Period is automatically reversed at the beginning of the
next period to prevent double counting of the same accrual transactions in the next period.

Let us now look at the actual Accounting entries generated for Expense Destination Transactions accrued at period
end;

Receive the PO ­ No Accounting Entries are generated
Run the Receipt_Accrual_Period­End :RCV_RECEIVING_SUB_LEDGER 
Debit Expense Charge Account @(po price +NRT)*Qty received 
Credit AP Expense Accrual a/c @(po price +NRT)*Qty received
Run Create Accounting­ Receiving (View Subledger Accounting Program Report)Debit Expense Charge
Account @(po price +NRT)*Qty received 
Credit AP Expense Accrual a/c @(po price +NRT)*Qty received
Transfer and Post Transaction to GL (This can be done via Create Accounting Program)Debit Expense
Charge Account @(po price +NRT)*Qty received 
Credit AP Expense Accrual a/c @(po price +NRT)*Qty received
Close Purchasing Period End of Period to re­set accrued_flag in 
po_distributions_all to 'N' The flag was set to 'Y' when Receipt_accrual_period­end was run. Setting it to 'N'
will make it possible to accrue transactions that have not yet been invoiced in the next period.
Beginning of Next Period( Subledger Multiperiod Accounting and Reversal Program) Automatically Reverses
the Subledger and GL Transactions 
.Debit AP Expense Accrual a/c @(po price +NRT)*Qty received 
Credit Expense Charge Account @(po price +NRT)*Qty received
AP INVOICE VALIDATION AND CREATE ACCOUNTING PROGRAM 
Debit Expense Charge Account @invoice amount 
Debit Tax a/c @ Tax Amount 
Credit AP Liability @ invoice amount +Tax

 LOGGING

1.Review Concurrent Log files for errors.  Log files of the following concurrent programs and reports must be
reviewed for Errors. Receipt Accrual Period­End, Create Accounting­Receiving, Subledger Multiperiod Accounting
and Reversal, Uninvoiced Receipt Report, and Journal Import Execution Report.

2. In R12 the code involved writes its debug output using the standard FND Debug logging method.  This can be
enabled to write to screen, a logfile or a table.  For this processing it is recommended to enable writing to either a
file or the table . Steps to get the FND log messages:

a. Navigate Responsibility: System Administrator /Profile/ System Query 
  User: User submitting the Report 
  Profile: FND:%Debug% 

b. Set the following Profile values at the user level:

FND: Debug Log Enabled Yes 
FND: Debug Log Filename <empty>
FND: Debug Log Level STATEMENT 
FND: Debug Log Mode Asynchronous with Cross­Tier Sequencing 
FND: Debug Log Module %

c. Run this query, and note the number:

SQL> select max(log_sequence) from fnd_log_messages

d. Reproduce the issue by submitting the Create Accounting program 

https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl­state=o1h2v9pcp_133&id=603971.1 5/9
3/23/2015 Document 603971.1

e. Get the fnd_log_messages in excel format:

SQL> SELECT log_sequence, message_text,substr(module,1,100) 
FROM fnd_log_messages msg, fnd_log_transaction_context tcon 
WHERE msg.TRANSACTION_CONTEXT_ID = tcon.TRANSACTION_CONTEXT_ID 
AND tcon.TRANSACTION_ID= /*Give the request id of accounting program*/ 
ORDER BY LOG_SEQUENCE desc

From the output of FND log messages, check for the errors in column 'Message_text' corresponding to the module
having xla packages to analyse further.

TRACING

Whilst predominantly used for looking at performance issues, traces can also be useful for identifying data
problems where queries are not returning the expected results. Steps to get the trace for  concurrent program:

1. Navigate Responsibility: System Administrator /Profile / System /Query 
  User: User submitting the Report 
  Profile: Initialization SQL Statement ­ Custom 

2. Click on User column ­ Edit Field and enter;

begin fnd_ctl.fnd_sess_ctl('','','TRUE','TRUE','LOG','ALTER SESSION SET EVENTS='||''''||'10046
TRACE NAME CONTEXT FOREVER,LEVEL 12'||''''); end;

3. Set Profile Option: SLA: Enable SQL Trace ­ Yes 

4. Reproduce the issue by submitting the Create Accounting program 

5. Upload the raw and tkprof trace file created. Use the following SQL to locate the file:

SQL> select value from v$parameter where name = 'user_dump_dest'; 

PROCESSING OVERVIEW

Period End Accruals in R12 is a process that must be carefully reviewed and implemented. 
There are different components of the process and each part performs a separate function in moving the
Transactions from the PO tables to RCV_RECEIVING_SUB_LEDGER to SLA and finally to GL.

Expense Destination Transactions with accrue_on_receipt_flag='N' do not generate any accounting
transactions on receipt
The Receipt_Accrual_Period ­End program CSTPEACR (CSTVRAPS.pls) populates the
RCV_RECEIVING_SUB_LEDGER with information from PO_LINE_LOCATIONS_ALL that meet the following
criteria: 
  1) accrue_on_receipt_flag ='N' 
  2) Quantity_ Received>Quantity Billed 
  3) Closed_Date must be Null or greater than date transactions are accrued
CSTVRAPS.pls also creates a reversing entry for the encumbered amount corresponding to an Expense while
creating an Actual Entry for the Receipt in RCV_RECEIVING_SUB_LEDGER. 
Please review the following patches for encumbrance reversals issues; Patch 6987381, Patch 7029419 and
Patch 7033488.
CSTCRACCRCV­ Create Accounting ­Receiving moves the Expense Transactions with Accrual_ Method_flag
='P' from RCV_RECEIVING_SUB_LEDGER to SLA Tables. These Transactions must meet the criteria for
EVENT CLASS Journal Category 'Accrual' implemented in the setups in Note 555547.1
CSTCRACCRCV may also automatically kick off Journal Import and Transfer to GL concurrent program if the
parameters: Transfer and Post to General Ledger ='Y'.
XLARPMPX­Subledger Multiperiod Accounting and Reversal Report automatically reverse the actual entries in
the next period in SLA and GL. This ensures that there are no duplicate entries in a Period. At the beginning
of the following period you reverse the accrual entry for the expense and recreate the encumbrance entry

https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl­state=o1h2v9pcp_133&id=603971.1 6/9
3/23/2015 Document 603971.1

you reversed in the previous period
CSTACREP.rtf ­ Uninvoiced Receipt Report is the designated Report for reconciling Journal Category 'Accrual
Transactions in GL. CSTACREP.rtf retrieves information based on Accrue_on_Receipt_Flag and
'Accrued_flag' in PO_DISTRIBUTIONS_ALL. 
If Accrued_Receipt is set to 'N' and Include on Line Accruals is set to 'N' then all expense destination
transactions accrued at period end that meet both criteria in po_distributions_all and po_line_locations_all
will be retrieved. Usually this Report Output is generated before running the Receipt_Accrual_Period­End
Concurrent Program to show the anticipated accruals to be generated
If Accrued_Receipt is set to 'Y' and Include On Line Accruals is set to 'N' then Expense Destination
Transactions accrued at Period End that meet both criteria in po_distributions_all and po_line_locations_all
will be retrieved. Usually, this Report output is generated after running the Receipt_Accrual_Period­End but
before closing the Purchasing Period to show the actual accruals generated in GL. Closing the Purchasing
Period will re­set the accrued_flag in po_distributions_all from 'Y' to 'N'
Closing the Purchasing Control Period or running the "Reset Period End Accrual Flags" concurrent
program,will Set Accrued_ Flag = 'N 'in PO_DISTRIBUTIONS_ALL Table to ensure that uninvoiced Expense
Transactions that were reversed at the beginning of the next period will accrue in the next run of
Receipt_Accrual_period­End if these transactions are still uninvoiced in the next period. 
 

DATA AND QUERIES

Reconcile balance of the  uninvoiced Receipt Report with balances of  first two sql ouput below from GL_JE_LINES
and RCV_RECEIVING_SUB_LEDGER:

SQL from gl_je_lines:  

SQL> select sum(accounted_dr), sum(accounted_cr) from gl_je_headers gjh, gl_je_lines gir 
where gjh.je_header_id = gir.je_header_id and gjh.je_source = 'Cost Management' 
and gjh.je_category = 'Accrual' and gjh.period_name = (give the <'period_name'>)

SQL from rcv_receiving_sub_ledger:

SQL> select sum(entered_dr),sum(accounted_cr) from rcv_receiving_sub_ledger where
je_source_name = 'Purchasing' 
And Accrual_Method_Flag = 'P' And period_name= (<give the 'period_name'>)

SQL to get PO details:

SQL1> select * from po_line_locations_all where po_header_id in (<give the po_header_id>)

SQL2> select * from po_distributions_all where po_header_id in (<give the po_header_id>)

SQL4> select * from rcv_receiving_sub_ledger where reference4 in (<give the 'po number'>) and
set_of_books_id = SOB id

SQL5> select * from xla_distribution_links where source_distribution_type =
'RCV_RECEIVING_SUB_LEDGER' and source_distribution_id_num_1 in (<give the rcv_sub_ledger_id
from result of query 4>)

SQL6> select * from xla_ae_headers where ae_header_id in (<result from query 5>)

SQL7> select * from xla_ae_lines where ae_header_id in (<result from query 5>)

SQL to check whether the accounting entries are transferred to GL from SLA:

SQL8> select * from gl_import_references where gl_sl_link_table = 'XLAJEL' and gl_sl_link_id in
(<give the gl_sl_link_id from result of query 7>)

SQL10> select * from gl_je_lines where je_header_id in (give the je_header_id from result of query
7) and je_line_num in (<'result from query 8'>)

CODE FILES

https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl­state=o1h2v9pcp_133&id=603971.1 7/9
3/23/2015 Document 603971.1

The following list of code files can be useful in matching against error messages and for searching for later
versions included in patch fixes;

Code File Description
CSTVRAPS.pls Receipt Accrual Period­End

CSTACREP.rtf Uninvoiced Receipt Report

POXRAF Reset Period­End Accruals Program

CSTCRACCRCV Create Accounting­Receiving
Program

XLARPMPX Subledger Multiperiod Accounting
and Reversal Program

CSTGLTRN Transfer Journal Entries to GL
Program

The following steps explain how this can be useful in investigating possible similar issues

Check any errors or logs related to the issue, and note the code objects and files mentioned
Check the version of these files in the instance exhibiting the problem
Search the patches available for later releases of these files, and match the patch descriptions to the issue
encountered. Apply as relevant
To find patches: Visit Metalink > Patches and Updates > Advanced Search > Complete: Product / Release /
Platform / Patch / Includes File [Enter file] > Click Go

PATCHES

It has been commonly found that installing the latest patches for Period End Accruals can resolve many issues. 
Therefore we would recommend making sure you have the latest fixes installed and tested before spending effort
analyzing an issue in depth.  From Release 12 onwards, standard patches will be released as part of Release Packs
(RUP) only.  As such, check the following note for details on the latest RUP patch released

For the latest Release 12 Update Packs (RUP) please refer to Note 222339.1 
The following  patch is  recommended  by Development: XLA critical rollup patch.7113955 This patch is only
necessary for R12.0.5 and lower,as it is includedas part of R12.0.6
The latest XLA code appears to be included in the AP and AR Critical 
Patch Collections: 
7665691:R12.AP.A R12 Payables Critical Patch Collection March 2009 
7533081:R12.AR.A R12 Receivables Critical Patch Collection March 2009
8935054 ­­ This patch fixes issues related to Receipt Accruals­Period end process ending in error when 11i
upgraded POs are getting accrued.
9292380:R12.BOM.A (R12) and 9292380:R12.BOM.C (12.1) ­­ This patch fixes the issue of encumbrance not
getting converted to Actuals in case of Expense destination POs set to accrue at receipt as well as accrue at
period end. Also it obsoletes the profile option CST:Receiving Accounting option. Please refer to
Note.728064.1 for more details on this.

Still Have Questions?

Join our growing Oracle Procurement Community and learn from your peers and Oracle on how to address your unique is

You can access the main Oracle Communities page at http://communities.oracle.com (If you are enrolled, the Procureme
already enrolled in the Procurement community, you can do so by clicking on the link Edit Subscriptions).

OR

From "My Oracle Support" as follows:

https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl­state=o1h2v9pcp_133&id=603971.1 8/9
3/23/2015 Document 603971.1

1.  Log into My Oracle Support
2.  Click on the 'Community' link at the top of the page
3.  Click in 'Find a Community' field and enter Procurement
4.  Double click on Procurement in the list
5.  Click on the 'Create a Community Post' button and submit your question.

REFERENCES

BUG:6821283 ­ R12 REVERSALS NOT CREATED FOR ACCRUAL JOURNALS
NOTE:222339.1 ­ Procurement Family Patch Release History
NOTE:454472.1 ­ GLXJEENT: Journal Reversal throws Error: You Cannot Reverse Frozen Subledger Journal
Sources
NOTE:555547.1 ­ How To Change The Seeded Default Journal Category from "Receiving" to" Accrual"?
NOTE:558421.1 ­ How To Diagnose Issues With Create Accounting Process For Procure To Pay Cycle In R12

https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl­state=o1h2v9pcp_133&id=603971.1 9/9