Академический Документы
Профессиональный Документы
Культура Документы
May 2014
Table of figures:
Executive Overview
Most organizations understand the need to use budgetary controls in their business processes. Budgetary
controls ensure that unnecessary and maverick spending is minimized or curtailed. Budgetary controls
ensure proper approvals for legitimate expenses and users do not overshoot the budgets specified for
their activities. It is a very useful tool to avoid unnecessary business transactions and expenses.
Encumbrance Accounting in Oracle e-Business Suite integrates the entire budgetary control lifecycle and
enables better control over expenditures incurred in organizations. With Encumbrance Accounting,
organizations can monitor the amount of money they spend, ensure that departments don't exceed their
budgets or are immediately notified if they do. It can also help predict cash flow balances more
effectively.
This paper will help users understand the concept of Encumbrance Accounting and how it can be set up
and used within Oracle e-Business Suite. The main focus of this white paper is to explain the
Encumbrance Accounting process from a Procure to Pay perspective.
Introduction
Encumbrance Accounting is a widely used business practice for managing expenses and ensures that
departments stay within budgetary expenditure targets. Encumbrance Accounting per se is a much wider
concept than a simple budgetary control. Encumbrance Accounting helps organizations stay within
budgets, so that it is easy for users and organizations to identify and report various business transactions
and how they impact cash flows. This white paper provides an overview of the Encumbrance
Accounting process used in Oracle E-Business Suite.
What is Encumbrance?
Encumbrance is a commitment to pay in the future, although the goods or services have been ordered,
however, they have not been received yet.
For a company, Encumbrance reserves the money for paying for goods or services in the future; the
amount is called Encumbrance. And the amount(s) will subsequently become expenditure when goods
and services are received.
Encumbrances flow throughout the procurement process; that is, from the intention to buy goods or
services, to procuring and receiving the goods or services, to the final step of incurring the actual
expenditure and making the payment. The following stages are basic Encumbrance Accounting activity
in the procure-to-pay process:
Creating and Approving a Purchase Requisition (Commitment Stage)
Creating and Approving a Purchase Order (Obligation Stage)
Creating and Approving Receipts / Invoices (Actual Stage)
This is business major processes for company buying goods or services. Along with that, Encumbrances
liquidate from one stage to the next.
An example for this business flow is as follows:
Business Transaction
Budget
Remaining
Commitment
Obligation
Actual
10000
10000
PR Approved
8000
2000
8000
2000
8000
2000
7500
(2000) -
2500
7500
(1000)
1500
1000
Initially, assume that a budget amount of $10000 is allocated for certain expenditure. Notice that when a
Purchase Requisition is created, there is no impact on Encumbrance. The commitment is recorded when
the Purchase Requisition is approved. If there are multiple approvers, it gets recorded at the time of the
final approval for the document. Once the commitment is created, it is not liquidated until the
Obligation is recorded.
Obligations are recorded when a Purchase Order is approved. Again, if there are multiple approvers, the
obligation is recorded at the time of the final approval for the PO. The obligation is always created for
the PO amount, irrespective of the backing commitments. While recording the obligation, any backing
commitments created through the backing PRs are liquidated. When receipts are created or invoice is
matched against a PO, the obligation is liquidated and the actual expenditure is recorded.
Creation of Budgets
Receipt of Goods/Services
Invoice Matched to PO
Payment to PO Vendor.
Creating Budgets
Encumbrance Accounting always works together with budgetary control. At the beginning of a fiscal
year, enterprises estimate how much they are going to spend in the future, based on business plans for
the forthcoming year. The planned expenditures under various heads is estimated and used to create
budgets. Enterprises can use this budget amount to compare it to actual expenditure at any time in order
to track and monitor actual spending.
In Oracle e-Business Suite, users can create budgets using the following steps:
1.
2.
3.
Navigating to the Funds Availability Inquiry window, the budgets would now reflect as created. In this
example, the Budget was created for $20,000.
The next section describes how these budgets will be used and encumbrances created or liquidated in
various scenarios.
The user performs the Funds Check action to ensure that sufficient funds are available
for reserving the money required for this purchase, against the Budget.
The user submits the document for approval and the approver approves the
document. The following are the accounting details:
Event Type
Requisition Reserve
Encumbrance Type
Commitment
Balance Type
Encumbrance
DEBIT
CREDIT
$3,000
$3,000
Note: If there are multiple PR distributions for the PR line, each distribution is debited separately with
corresponding credit on the Encumbrance Date specified in the respective PR distributions.
The remaining budgetary funds are as follows:
The user uses Autocreate process to create the Purchase Order document from the
Purchase Requisition.
The user submits the PO document for approval and the Approver approves the
document. The following are the accounting details:
Event Type
Requisition Un-Reserve
Encumbrance Type
Commitment
Balance Type
Encumbrance
DEBIT
CREDIT
$3,000
$3,000
Event Type
Encumbrance Type
Obligation
Balance Type
Encumbrance
DEBIT
CREDIT
$3,000
$3,000
Note: If the user creates the PO manually without the referenced PR, it can lead to the
duplication of reservation of funds for the same transaction. Further, if the PO line distribution
amount changes from $3,000 to $3,500, the commitment un-reserve will take place for $3,000
(backing PR distribution amount) and PO reserve will happen for $3500.
10
The user updates the PO and creates a new revision to change the line / shipments
quantity, price, amount etc. In this example, the user changes the quantity / price to
reflect in an increased amount of $500.
The user submits the PO revision for approval and the approver approves the
document. The following are the accounting details:
Event Type
Encumbrance Type
Obligation
Balance Type
Encumbrance
DEBIT
CREDIT
11
$500
$500
The user updates the PO and creates a new revision to change the line / shipments
quantity, price, amount etc. In this example, the user changes the quantity / price to
reflect in a decreased amount of $500.
The user submits the PO revision for approval and the approver approves the
document. The following are the accounting details:
Event Type
Encumbrance Type
Obligation
Balance Type
Encumbrance
DEBIT
CREDIT
12
$500
$500
The user selects the approved PO and cancels a line or shipment, using the Cancel action. In
the original example, assuming that the PO is cancelled for $1,800, the following will be the
accounting entries:
Event Type
Encumbrance Type
Obligation
Balance Type
Encumbrance
DEBIT
CREDIT
$1,800
$1,800
Receipt of Goods/Services
When goods or services in a Purchase Order line are received, and if the Accrue on Receipt flag is set to
YES, there will be Encumbrance liquidations on Accounting for the receipt, leading to liquidation of
Encumbrances. Since the accounting takes place at the time of receipt, the encumbrances are liquidated
and the actual amounts are booked. The following outlines the Accounting impact:
Steps:
The user creates a receipt for $3,000, which is the full value of goods received against the PO.
A Receive transaction is created when the receipt is saved. The accounting entry is:
Event Type
Encumbrance Type
Balance Type
Actual
Receipt Date
DEBIT
CREDIT
13
$3,000
$3,000
When goods are delivered to the respective location, the following entries are created:
Event Type
Encumbrance Type
Balance Type
Actual
Date of Delivery
DEBIT
CREDIT
Event Type
Encumbrance Type
Obligation Reversal
Balance Type
Encumbrance
Date of Delivery
DEBIT
CREDIT
$3,000
$3,000
$3,000
$3,000
Note: When there are period end accruals, the journal entries are quite similar to the flow described
earlier, with minor variations. The Actual and Encumbrance entries are reversed in the next period until
accounting occurs with Invoice Accounting.
Note: For all the encumbrance journals created through the sub-ledger, the Reserve for Encumbrance line
will not be there before posting. General Ledger (GL) automatically creates the balancing amount to the
Reserve for Encumbrance account during posting. GL does the same with unbalancing manually entered
encumbrance journals.
Invoice Matched to PO
Invoices are received from Suppliers against PO lines for payment. For Inventory and Expense Item,
If the Accrue on Receipt flag is set to YES, The following are the accounting entries in such a
scenario:
Steps:
14
The user receives the invoice from the vendor for $3,000 and enters the invoice details in
Oracle Accounts Payables. A draft Invoice is created.
The user does Invoice Accounting for the Invoice. The following are the accounting entries
that are generated:
Event Type
Invoice Match to PO
Encumbrance Type
Balance Type
Actual
DEBIT
CREDIT
$3,000
$3,000
For Expense Item, if user set Accrual at Period-End, then Invoice accounting has an impact on
Encumbrances and reversals. The following are the accounting entries in such a scenario:
The user receives the invoice from the vendor for $3,000 and enters the invoice details in
Oracle Accounts Payables. A draft Invoice is created.
The user does Invoice Accounting for the Invoice. The following are the accounting entries
that are generated:
Event Type
Invoice Match to PO
Encumbrance Type
Balance Type
Actual
DEBIT
CREDIT
$3,000
The user Run Transfer Journal Entries to GL Program in Oracle Payables. This action
generated the following journal entries:
Event Type
Invoice Match to PO
Encumbrance Type
Obligation Reversal
Balance Type
Encumbrance
DEBIT
CREDIT
15
$3,000
$3,000
$3,000
Invoice Payment
When the user makes a payment against an Invoice, the following accounting entry will be generated:
Event Type
Invoice Payment
Encumbrance Type
Balance Type
Actual
Payment Date
DEBIT
CREDIT
$3,000
$3,000
Note: There are no Encumbrance journal entries during Payment, because the actual
expenditure is already accounted for, and the payment activity is used to liquidate the
outstanding liability against the vendor.
16
Technical Overview
From a technical perspective, Encumbrance journal entries flow from Oracle Purchasing to
Oracle Sub-Ledger Accounting tables and then to the Oracle General Ledger tables.
The following flow chart explains the technical flow:
17
1.
When Reserving and Approving the PO, Encumbrance entries get generated in
GL_BC_PACKETS and the table PO_BC_DISTRIBUTIONS.
2.
Receiving generates Encumbrance Entries that are processed in the GL_INTERFACE table.
When a PO has the Accrue on Receipt flag set to Y, the Receiving Transaction Processor
generates the accounting entries in RCV_RECEIVING_SUB_LEDGER upon Receipt and
Deliver of the PO.
3.
Run the Create Accounting-Receiving concurrent program to create journals that will insert
records in XLA_AE_HEADERS and XLA_AE_LINES. Meanwhile, this program will
generate another program called Create Accounting that will create the entries in
GL_INTERFACE.
Conclusion
This paper provides an explanation of the complete Encumbrance Accounting process as it works in the
Procure-to-Pay flow. It separates the actual and budget amounts, and acts as a medium to control the
organizations spending effectively. Encumbrance Accounting also ensures that the actual spend is
maintained within the allocated budget.
To conclude, Encumbrance Accounting in Oracle e-Business Suite:
18
Increases the predictability of companys performance by restraining actual spend within budget
Gains better visibility into companys worldwide operations by tracking every expenditure
Log into Oracle e-Business Suite with an appropriate General Ledger responsibility.
2.
Navigate to General Ledger > Setup > Financials > Accounting Setup Manager (ASM)
> Accounting Setups> Update Accounting Options > Advanced Options
3.
19
Select the check box Enable Budgetary Control. This will enable funds checking within
Oracle General Ledger, Oracle Payables, and Oracle Purchasing modules, and will
automatically create encumbrance entries from Oracle Purchasing and Oracle Payables.
4.
Assign an account for the Reserve for Encumbrance Account. Oracle General Ledger
automatically posts offset amounts to this account when encumbrance transactions are
posted.
5.
Perform the same setup step for the secondary ledger if encumbrance needs to be used for
secondary ledger.
The following points are to be noted related to the Sub-Ledger Accounting Method:
If encumbrance needs to be enabled, then the Sub-Ledger Accounting Method has to be set to
Encumbrance Accrual in case of Accrual basis accounting method or Encumbrance Cash
in case of cash basis accounting method for the ledger.
If Encumbrance is not used, then the Sub-ledger Accounting Method has to be set as
Standard Accrual or Standard Cash for the ledger.
Define Budget
After enabling budgetary control for a ledger, the next step is to define a budget, to enter estimated
account balances for a specified range of periods. Use these estimated amounts to compare actual
balances, or to control actual and anticipated expenditures.
20
1.
Log into Oracle E-Business Suite with an appropriate General Ledger responsibility.
2.
3.
Enter a budget name and description for a ledger, select the accounting period that will
collect estimated amounts for this budget.
Log into Oracle E-Business Suite with an appropriate General Ledger responsibility.
2.
21
3.
Enter a Name and Description for the Budget Organization. Budget Organization is the
budget entity, to which the budgets are estimated.
4.
Assign accounts for which the budgetary control is required for the given budget
organization.
22
1.
Log into Oracle e-Business Suite with an appropriate General Ledger responsibility.
2.
3.
Enter a name for the budgetary control group. Select journal sources, categories, funds check
level, and related details. If Tolerance is set as Advisory, then the budgetary control will allow
overriding of the spend amount, even if its more than the budget amount.
Log into Oracle E-Business Suite with the System Administrator responsibility.
2.
3.
23
The steps are similar to the steps to set up the Actual Accounting Period:
1.
2.
3.
Click the Open Next Year button, and the next year will be opened. When you open an
encumbrance year, the user will always be able to enter and post encumbrance journals to any
period up to the latest open encumbrance year.
2.
24
3.
25
3.
Select the operating unit, in the Encumbrance tab - enable Use PO Encumbrance to enable
encumbrances for POs and Supplier invoices. Optionally enable Use Requisition Encumbrance
to encumber requisitions as well.
Enable Encumbrance in Oracle Purchasing, Oracle Payables and Oracle Cost Management
Users need to associate Encumbrance Type to Journal Line Types. This step is done while defining SubLedger Accounting Method:
1.
2.
3.
26
3.
2.
Navigate to Inventory > Setup > Organization > Parameters > Other Accounts
27
3.
28
Enter an account for Encumbrance. Requisitions and purchase orders for inventory purchases
will create commitments/obligations against the encumbrance account.
2.
Login to Oracle General Ledger, Navigation: General Ledger > Journal > Inquiry > Funds.
The Encumbrance Amount is Negative.
Cause:
In Release 12 (R12), reversal of encumbrances happens automatically when the Create Accounting
process is done with the end date as first date of the next period. Users need not perform the reversal of
encumbrance reversal as a separate process. However, reversal of encumbrances is needed for Periodic
Average Costing (PAC) usage, because PAC is not using Oracle Sub-Ledger Accounting. Hence in R12
with PAC, the encumbrance reversal entries should be reversed explicitly.
Resolution:
1.
29
Identify whether missing reversal of encumbrance is the cause for negative encumbrance: Run
the script given below which will confirm that the reversal for the encumbrance reversal has not
been carried out in case of period end accruals.
2.
3.
Get total amount against each account for the current year or quarter or period using this script.
Enter a manual encumbrance debit entry for the total amount. This should resolve the negative
encumbrance caused because of this issue.
Issue: Encumbrance Not Getting Converted To Actual for Purchase Orders (Doc ID
728064.1)
Steps to reproduce:
1.
Log into Oracle Purchasing, Create a new PO, and set the PO for Accrue at Receipt and for
Inventory Destination. Approve & Reserve this PO.
2.
3.
4.
Log into Oracle General Ledger, Navigate to: General Ledger > Journal > Inquiry > Funds
You can notice that the Encumbrance Amount did not get converted to actual amount.
Cause:
1.
The option Reverse Encumbrance is not enabled in Inventory > Set up > Organization >
Parameters > Costing tab, therefore encumbrance will not get reversed on performing the
receipt and delivery of PO to Inventory destination. The actual amount will get accounted on
the other side but the encumbrance does not get converted to actual amount.
2.
If the budget account used in the PO and the Sub-inventory's Material Account / Expense
Account are not the same, the encumbrance reversal will happen for the budget account against
which the funds got reserved, however, actuals will not get accounted to the same budget
account. Instead Actuals will get accounted to the Sub-inventory's account. This will result in
incorrect funds availability because the encumbrance does not get converted to Actuals.
Resolution:
For inventory destination POs:
30
1.
When the deliver transaction is complete, verify Inventory > Transactions > Material
Transactions > Distributions to confirm the transaction is correctly considered for costing and
is accounted.
2.
Submit the Create Accounting-Cost Management program immediately. Set the parameters
Transfer to GL as Yes and Post to GL as Yes.
3.
Ensure that the Reverse Encumbrance flag is enabled in Inventory > Set up > Organization >
Parameters > Costing tab.
4.
Ensure that the encumbrance account against which the funds get reserved is same as the
Actual account that gets accounted on performing the PO receipt and delivery.
5.
For inventory asset items that use Average costing, Encumbrance Account and Material
Account defined in Inventory Organization parameters should be same.
6.
For inventory asset items that use Standard Costing, Encumbrance Account and Material
Account defined for the sub-inventory should be same.
7.
For Inventory expense items that use Standard Costing or Average Costing, Encumbrance
account defined for the item should be same as the expense account defined for the subinventory.
Summary of other common issues and recommended patches to resolve the issues:
Issues related to Encumbrance Journal:
Issue(s)
Cause
Encumbrance accounting
1_source_doc_quantity in PROCEDURE
Get_Quantity() in RCVVRUTB.pls.
Patch.9100984:R12.PSA.A for
R12 &
Patch.9100984:R12.PSA.B
Patch.10209325:R12.BOM.C
Patch.9037877:R12.PSA.A for
to AP
R12 &
Patch.9037877:R12.PSA.B for
12.1
an encumbrance instance is
returned, accounting is
wrong
Patch.8914459:R12.BOM.A
ledger 'mtl_transaction_accounts'
Encumbrance accounting
Patch.8423174:R12.XLA.A for
R12 &
actual journals
Patch.8423174:R12.XLA.B for
Accounting process
12.1
Patch.7661294:R12.BOM.A for
R12 &
Patch.9600743:R12.BOM.C
31
Patch.7592825:R12.PSA.A for
Issue(s)
Cause
PO reverse encumbrance
R12 &
amount
limitation
Patch.8940136:R12.PSA.B for
12.1
PO reversed encumbered
Patch.7229803:R12.PSA.A
Patch.6624738:R12.BOM.A
Patch.8904447
ledger incorrect.
Internal requisition
encumbrance cancel
reversal batch
Patch.7031719
Patch.6683404
Inventory generates
Patch.7127049
incorrect Encumbrance
reversal. PR Encumbrance
encumbrance reversal
Patch.4153676
Patch. 15987200:R2.PO.B
32
Patch.7529281:R12.ICX.B
Issue(s)
Cause
Patch.15843459:R12.PRC_PF.B
Unreserve ER
Invalid Business Flow Prior
Patch. 6681444:R12.PO.B
Patch. 16781315:R12.PO.B
a PO with backing
req, without cancelling the
req, error was occurring
View results does not show
Patch.12824154:R12.PO.B
Patch. 4229705:R12.PO.B
foreign currency PO
Cause
Patch Number
Receive transaction of
Patch.8684475:R12.BOM.A for
CSTPACQS.pls
R12 and
Patch.8684475:R12.BOM.C for
12.1 (Controlled release)
Issues related to Budgetary Control Exceptions and Incorrect Funds Check Behavior
Issues
Not able to re-reserve an
Cause
Patch Number
Patch.10329412:R12.PO.B
Patch.9907009:R12.PSA.A for
R12 &
concurrent requests
Patch.9907009:R12.PSA.B for
12.1
33
Issues
Cause
Patch Number
Patch.9328734:R12.PSA.A for
gl_bc_period_map table
available.
Patch.9328734:R12.PSA.B for
12.1
Patch.9235968:R12.XLA.A for
Purchasing 3-1081270271
R12 &
Patch.9235968:R12.XLA.B for
12.1 (Controlled release)
Patch.9100984:R12.PSA.A for
R12 &
enhancements
Patch.9100984:R12.PSA.B for
12.1
Patch.7138036:R12.PO.A
Patch.6414911:R12.XLA.A
PO funds reserve
find why
language
Patch.6196198:R12.PSA.A
Patch.6415646:R12.PSA.A
to_date(Fnd_Profile.Value_Wnps
('PSA_R12_UPGRADE_DATE'), 'DD-MONRRRR HH24:MI:SS'); MON is normally 3 bytes
for English. However it converted into > 3 bytes
for some languages which causes this plsql code to
fall over
POAPPRV fails with
Procedure SetItemAttrText() in
attribute
PO_REQAPPROVAL_ACTION.get_advisory_w
advisory_warning_check
34
Patch.7109979
Issues
This account doesn't
Cause
Patch Number
Patch.5107441
Patch.6761361
Patch.4455643
Patch.4455643
PO stuck in pre-approved
Patch.4895526
approval status
status of funds
Patch 6125623
Patch 5467527
Po_msg_null_message
Patch.7218243:R12.PRC_PF.A
closed
planned PO having a
required.
Patch.4455643
backing req.
Po stuck pre-approved - no
funds available when using
USSGL /t-codes
35
Patch.4285929
Cause
cstxlaemseed.ldt
Patch Number
Patch.9600743:R12.BOM.C
(xlaaccup) completes in
error
Patch.9600743:R12.BOM.C
Patch.9456733:R12.BOM.A
destination PO
Patch.9600743:R12.BOM.C
for 12.1.1 and 12.1.2
Getting rvtth-
Patch.9291949:R12.PSA.A
448:subroutine user-defined
Patch.9711342:R12.PSA.B
receiving expense
for 12.1
Patch.9006973:R12.BOM.A
class
Patch.9292380:R12.BOM.C
for 12.1
Patch.8872296:R12.BOM.C
XLAACCUP
Patch.8409628:R12.BOM.A
xla_ae_header_pkg.setlinea
cctattrs errors
Patch.8409628:R12.BOM.C
for 12.1
Patch.8284764:R12.XLA.A
queue table
Patch.8284764:R12.XLA.B
for 12.1
Patch.8243112:R12.BOM.A
36
Issues
Cause
Patch Number
448 error
Patch.7460759:R12.PSA.A
Patch.7341297:R12.XLA.A
Patch.7293052:R12.BOM.A
intercompany transactions
R12:accounting program
Patch.5889331 - This is a
corruption
[...]
Exception signal: 11 (SIGSEGV), code: 1 (Address not
mapped to object), addr: 0x0, PC: [0x1871af5,
expCheckExprEquiv()+5015]
*** 2008-06-20 23:31:09.278
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump
[expCheckExprEquiv()+5015] [SIGSEGV] [Address
not mapped to object] [0x000000000] [] []
Current SQL statement for this session:
INSERT INTO XLA_DIAG_SOURCES (
EVENT_ID , LEDGER_ID , SLA_LEDGER_ID ,
DESCRIPTION_LANGUAGE , OBJECT_NAME ,
OBJECT_TYPE_CODE , LINE_NUMBER , [...]
Patch.6997731:R12.XLA.A
constraint
xla_Ae_lines_gt_u1
(xla.xla_ae_lines_gt_u1)
Patch.6997731:R12.XLA.B
violated
37
Consolidated fix
Patch.6826219:R12.XLA.A
Issues
Cause
Patch Number
Patch.6754295:R12.PSA.A
PO_REQUISITION_DISTRIBUTIONS.encumbered_flag
PO_REQUISITION_DISTRIBUTIONS.encumbered_amount
PO_DISTRIBUTIONS.encumbered_flag
PO_DISTRIBUTIONS.encumbered_amount
Po_bc_distributions
XLA_EVENTS
XLA_AE_LINES
XLA_AE_HEADERS
XLA_DISTRIBUTIONS_LINK,
XLA_TRANSACTION_ENTITIES
GL_BC_PACKETS
GL_BC_PACKET_ARRIVAL_ORDER:
GLBV_ENCUMBRANCE_BALANCES
GLBV_ENCUMB_JOURNAL_BATCHES
GLBV_ENCUMB_JOURNAL_ENTRIES
GLBV_GL_ENCUMBRANCE_TYPES
GLFV_ENCUMBRANCE_BALANCES
GLFV_ENCUMB_JOURNAL_BATCHES
GLFV_ENCUMB_JOURNAL_ENTRIES
GLFV_GL_ENCUMBRANCE_TYPES
GL_ENCUMBRANCE_TYPES
GL_ENCUMBRANCE_TYPES_CURRENT_V
GL_ENCUMBRANCE_TYPES_V
RG_ENCUMBRANCES_V
Purchase Orders:
SLA :
General Ledger:
38
39
Master Note For Oracle EBS Procurement Suite-Encumbrance And Accrual Accounting
[Document ID 1138043.1]
Impact of R12 Design in PO Accounting [Document ID:429105.1]
Oracle Applications Release 12 Upgrade Sizing and Best Practices to evaluate the potential
growth of your SLA tables[ Document ID:399362.1]
R12 FAQ for the SLA Upgrade: SLA Pre-Upgrade, Post-Upgrade, and Hot Patch[ Document
ID:604893.1]
Create Accounting Process [Document ID:579836.1]
R12 Account Requirements For Inventory Accrual Reconciliation[Document ID:824388.1]
R12 FAQ Accounting for On Line and Period End Accruals [Document ID:1113712.1]
FAQ R12 Essentials Of Accrual Accounting [ID 827125.1]
R12 How To Diagnose Issues with Period End Accruals [ID 603971.1]
R12: Discrepancies With Period End Accruals-Troubleshooting [ID 1279848.1]
R12 Receipt Accrual Period end process-Duplicate accrual reversal entries created [ID
873399.1]
FAQ Encumbrance Accounting - Setup And Usage [Doc ID 1086669.1]
R12: Diagnostic Script to help troubleshoot Purchasing Accounting or Encumbrance Issues
[Doc ID 1483743.1]
Steps to Run Import And Validate AAD (Application Accounting Definition) with
troubleshooting [Doc ID 1406203.1]
This document is provided for information purposes only, and the contents hereof are subject to change without notice. This
document is not warranted to be error-free, nor subject to any other warranties or conditions, whether expressed orally or implied in
law, including implied warranties and conditions of merchantability or fitness for a particular purpose. We specifically disclaim any
liability with respect to this document, and no contractual obligations are formed either directly or indirectly by this document. This
document may not be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose, without our
prior written permission.
Oracle Corporation
World Headquarters
Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.
Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and
U.S.A.
are trademarks or registered trademarks of SPARC International, Inc. AMD, Opteron, the AMD logo, and the AMD Opteron logo are
trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered trademark of The Open Group. 0114
Worldwide Inquiries:
Phone: +1.650.506.7000
Fax: +1.650.506.7200
oracle.com