Oracle Period Close
Oracle Period Close
Introduction 8
11. Correct any Invalid Entries to the General Ledger Cash Account (Optional) 12
Chapter 4 Payroll 13
Chapter 5 Intercompany 14
Chapter 6 Payables 15
10. Submit Payables Invoice Register and the Payables Payment Register 19
Chapter 7 Projects 21
8. Generate Revenue 22
Chapter 8 Receivables 23
2. Recognize Revenue 23
Chapter 10 Procurement 30
30
3. Clear Accruals 32
Period Statuses 33
Backdated Transactions 33
Examples 34
8. Submit Inventory Valuation Reports and Reconcile the Costing Inventory Valuation with
General Ledger 37
4. Submit Depreciation 38
9. Generate and Transfer Lease Payment Invoices (Optional, applicable only if using Leased
Assets) 39
Chapter 14 Tax 46
Oracle ERP Cloud customers have a need to close their books every period, quarter and/or year. This whitepaper provides guidance
on the period-end close procedures for Oracle Cloud Application modules, across Financials, Procurement, Projects, Inventory, and
Payroll. It provides an overview of the relative timing of these procedures across the various modules. The steps included in this
whitepaper are intended to be generic and do not relate to a specific organization. Both mandatory and optional steps are included,
and procedures particular to year-end processing are also noted. You may have additional steps that pertain to your specific
organization, industry, or geography, so you can choose to extract the steps from this whitepaper that pertain to your organization and
customize it by adding additional reports or procedures, for example.
Although this document refers to “Period Close Procedures”, many of the processes can be performed regularly throughout the
accounting period as required. Each subledger application provides control as to when and how frequently data is transferred from the
subledger application to General Ledger.
Furthermore, if an organization has implemented multiple ledgers or multiple business units for a ledger, these procedures need to be
performed for each ledger or business unit individually.
If you have not implemented all of the modules covered in this whitepaper, you can use only the relevant sections that pertain to your
Oracle Cloud implementation. The first chapter describes the dependencies between the modules.
Before you begin the period-end close process, you need to understand the dependencies between the Oracle ERP Cloud application
modules. The relationships are displayed in this diagram.
Dependencies
1. Close Payables before closing Procurement to take into account the purchasing accruals at period end to accrue expenses on
un-invoiced receipts.
2. Close Payables before closing Inventory to ensure the un-invoiced accrual entry is accurate.
3. Close Payables before closing Fixed Assets to ensure invoices are completed and capital invoice line distributions are
transferred from Payables to Fixed Assets. If creating leases in Fixed Assets, all leasing invoices must be interfaced to
Payables and paid before closing Payables.
4. Close Payables before closing Projects to ensure invoices and expense reports are completed and transferred to Projects.
5. Close Procurement before closing Inventory to allow miscellaneous transaction corrections in Inventory.
6. Close Inventory before closing Projects so that Project-related inventory transactions are completed and imported into
Projects.
7. Transfer all relevant Project costs to Fixed Assets and transfer revenue to Receivables before closing Fixed Assets and
Receivables.
The Subledger Accounting (SLA) module consists of a centralized accounting engine and repository of accounting entries for all Oracle
Cloud subledger applications. It consistently enforces accounting policies across all Oracle Cloud subledger applications with
centralized control and detailed audit trails.
In the subsequent chapters, you will notice the period close procedures for each Oracle Cloud subledger application include a step to
submit the Create Accounting process after transactions are complete. SLA creates accounting entries for subledger transactions and
transfers and posts them to General Ledger. It provides a comprehensive view of all subledger accounting data and behaves like a
detailed version of your General Ledger, providing a rich store of information for reporting and analysis. It allows your General Ledger
to be free of extraneous data, so that you can maintain a simple chart of accounts and store only what is needed for General Ledger
reporting and analysis. Drilldown from General Ledger to Subledger Accounting and subledger transactions is available.
Subledger transaction distributions usually store account combinations that are considered to be default accounts and should not be
used to reconcile to General Ledger. SLA allows you to configure accounting rules to change the accounts on the transaction
distributions to something different from the default accounting. Therefore, the accounting entries in SLA are the source of truth to be
used in reconciliation to General Ledger.
Furthermore, when the accounting for a transaction is not balanced, SLA generates the balancing lines to create a balanced accounting
entry for every subledger transaction.
When you are ready to close the period for a subledger application in Oracle Cloud, you are essentially declaring that transaction
processing and subledger accounting is complete for that application and accounting entries can be transferred and posted to General
Ledger to update the account balances.
These rules apply to all Oracle Cloud subledger applications when submitting the Create Accounting process for the subledger
transactions.
• The Create Accounting process can be submitted from the Oracle Cloud subledger application work areas or the Scheduled
Processes window.
• The Create Accounting process can be submitted in two modes: Draft or Final. If submitted in Draft mode, the accounting is
not finalized and not transferred to General Ledger and can still be changed. If submitted in Final mode, the accounting
cannot be changed subsequently.
• SLA accounting entries are automatically posted to General Ledger if you submit the Create Accounting process in Final
mode with Post in General Ledger option set to Yes.
• If you submit the process in Final mode with Post in General Ledger option set to No, and Transfer to General Ledger
option set to Yes, then you need to manually post the journals in General Ledger or schedule the AutoPost program.
• If you submit the process in Final mode with Transfer to General Ledger option set to No, then you need to submit the Post
Subledger Journal Entries process later to transfer the generated accounting entries to General Ledger.
Cash Management helps you effectively manage and control the cash cycle. It provides comprehensive bank reconciliation, bank, bank
branches & internal bank accounts setup.
The bank reconciliation process enables the verification of entries on the bank statement by reconciling that information with system
transactions in Payables, Receivables and Payroll.
During the bank reconciliation process, external transactions can be created for bank-originated entries, such as bank charges and
interest.
This chapter describes the procedures for performing period-end processing in Cash Management.
For organizations with high transaction volumes bank statements should be loaded and reconciled on a daily basis.
a) Automatic
Bank statement details are automatically matched and reconciled with subledger transactions.
b) Manual
This method requires a manual match of bank statement details with subledger transactions. The manual reconciliation method
can also be used to reconcile any bank statement details which could not be reconciled automatically.
Resolve exceptions from the Autoreconcile Bank Statements process by manually reconciling the exceptions.
This report lists the bank account balance and the General Ledger cash account balance. It also lists the un-reconciled bank
transactions and journals (from different sources) that help resolve the discrepancy between the balances.
Warning: To ensure that this report is accurate, you must first perform these tasks:
Transfer accounting entries for transactions in Payables and Receivables to General Ledger, and post journals in General
Ledger
11. Correct any Invalid Entries to the General Ledger Cash Account (Optional)
Reverse or amend any journals incorrectly posted to the General Ledger Cash Account, which were highlighted during the review of the
General Ledger and Subledger Account Analysis Report.
To prevent invalid journal entries to the General Ledger Cash Account, review your Subledger Accounting rules or enable journal
approval for spreadsheet or manually entered journals.
This chapter describes the procedures for performing period-end processing in Payroll.
After receiving the bank statement file from the bank, the cash manager can reconcile payments in Cash Management automatically or
manually.
• Submit the Create Accounting process with the Transfer to General Ledger option set to Yes to account and transfer any
unaccounted transactions to General Ledger.
• Submit the Post Journal Entries to General Ledger process to transfer to General Ledger any transactions that were
accounted in final mode, but that were not transferred.
• Review the output reports generated by the Create Accounting and Post Journal Entries to General Ledger processs to
view the subledger journal entries created and any errors that may have occurred.
Submit the Create Accounting processes to transfer and post the journal entries to General Ledger.
This chapter describes the procedures for performing period-end processing in Intercompany module.
Accounts payable activity must be reconciled for the accounting period that is to be closed. This chapter describes the procedures for
performing period-end processing in Payables.
• Complete all expense reports and import them to Payables using the Process Expense Reimbursements and Cash
Advance process.
• If the import process rejects any records, review the import corrections spreadsheet and resubmit the import.
• If invoice approval is enabled, approve all unapproved invoices. Depending on how your invoice options are set, validation or
accounting may be required before you can approve invoices.
• Validate invoices.
• Submit the Payables Invoice Register and the Payables Payment Register reports to obtain details about invoices and
payments.
• Submit the Update Matured Bills Payable Status process to update the status of matured bills payable from issued to
negotiable.
• Submit the Apply Missing Conversion Rates process to apply missing rates to foreign currency invoices.
• If creating leases in Fixed Assets, interface all leasing invoices to Payables and pay them.
• Submit the Create Accounting process with the Transfer to General Ledger option set to Yes to account and transfer any
unaccounted transactions to General Ledger.
• Submit the Post Journal Entries to General Ledger process to transfer to General Ledger any transactions that were
accounted in final mode, but that were not transferred.
• Review the output reports generated by the Create Accounting and Post Journal Entries to General Ledger processes to
view the subledger journal entries created and any errors that may have occurred.
Submit the Create Multiperiod Accounting process with the Transfer to General Ledger option set to Yes to account and
transfer multiperiod accounting entries to General Ledger.
Review the output reports generated by the Create Multiperiod Accounting and Post Journal Entries to General Ledger
processes to view the subledger journal entries created and any errors that may have occurred.
For example, if you have invoices which you cannot resolve holds before the close, and your accounting practices allow you to change
invoice distribution accounting dates, you can submit this process to change invoice distribution accounting dates to the first day of the
next open period so you can close the current period.
The Unaccounted Transactions Sweep process does not roll forward accounted transactions, or accounted transactions with errors.
To create successful accounting entries for accounted transactions with errors, correct any accounting errors and resubmit the Create
Accounting process. The process transfers unaccounted transactions to the period you specify by updating the accounting dates to the
first day of the new period. You can then close the current accounting period in Payables.
• Payables to Ledger Reconciliation report - Lists the transactions and journals posted to the General Ledger for open
payables balances to facilitate the reconciliation of accounting and transactional data recorded in Payables, Subledger
Accounting, and General Ledger.
• Payables Trial Balance report - Lists and subtotals by supplier and liability account all unpaid and partially paid invoices.
• Payables Posted Invoice Register - Lists accounting lines for invoices that have been transferred to the general ledger.
• Payables Posted Payment Register - Lists accounting lines for payments that have been transferred to the general ledger.
• Journal Entries Report - Lists detailed information about subledger and general ledger journal entries, including transactions
that have been accounted with error or not transferred to General Ledger.
• Payables Open Items Revaluation report - Lists changes in the value of open items, such as unpaid invoices and credit
memos, due to conversion rate fluctuations.
The Payables to Ledger Reconciliation report reconciles the open liability balance in Payables to the accounts payable balance in
General Ledger, and highlights any discrepancies. Note other activity and account balances such as expense, discounts, freight, tax,
etc. are not covered by this report.
Note: When you drilldown from the summary report, you see the Real-Time details that make up balances from the summary report. In
order to guarantee that the summary balance for each type of activity agrees with the drill down detail, the payables period status
should be set to Closed before submitting the Prepare Payables to General Ledger Reconciliation process for the period.
Note: Payables transactions have accounts on the distributions. SLA uses these distributions as a source for generating the journal
entries, which are ultimately transferred to General Ledger. Distributions are the source of SLA accounting when using the delivered
accounting rules. Custom rules do not have to source these distributions. When reconciling the Payables balances to General Ledger,
rely on the accounts in the SLA accounting entries, not the accounts on the Payables distributions.
• Automates the labor-intensive process of manually matching sub-ledger transactions to accounting entries and identifying the
discrepancies.
• Presents the beginning and ending payables balances and all activity for the period.
• Increases visibility to information by drilling down to supporting journal and transaction details, rather than navigating to
multiple windows or generating printed reports.
• Identifies reconciling exceptions and suggests the action to take, decreasing time normally taken to investigate.
• Parameters for balancing segment and business unit allow you to reconcile by business unit if setup has been performed for
this type of reconciling.
• Ad hoc parameters allow you to specify business units and account balancing segments, thereby instantly modifying the
display of data.
• If additional analysis it needed, the summary and drill down detail report output can be exported to a spreadsheet, where all
Excel functions such as sum, find, filter, etc. are available.
The reconciliation report is comprised of two parts - the Prepare Payables to General Ledger Reconciliation process and the report.
The extract process, Prepare Payables to General Ledger Reconciliation, is used to select data for the Summary section of the
Reconciliation Report. This must be submitted in the Schedule Processes window prior to viewing the report. Required
parameters:
• Request Name - Free-form parameter to enter a name that is descriptive. Consider using a name that indicates Period, date,
time, especially if you anticipate the need to create multiple extracts.
• Accounting Period - The Accounting Period you select can be opened or closed.
• Business Unit - Entering the Business Unit can assist with reconciling by a specific organization rather than the whole ledger.
Use only if there is an implicit mapping between business unit and balancing segment value. Results may be inaccurate if
using cross business unit payments.
The interactive reporting capability of the reconciliation report provides summarized and detailed reconciling data. The Summary
report allows you to see payables and accounting beginning and ending balances, plus summarized activity for the period and how
it was accounted. Submit this report from the Tasks pane of the Payables Invoices work area or Payments work area after the
Prepare Payables to General Ledger Reconciliation process is complete.
• Payables Amount column represents Payables activity. Drill down reports represent the individual Registers for transactional
activity by type of activity
• Accounting Amount column represents the accounting journals. Drill down reports represent the individual Journal Reports
for accounting activity by type of activity
• Difference column represents the differences between activity recorded in payables and the accounting generated for that
activity. Drill down reports represent differences between transactional data and accounting data by specific activity, such as,
invoices, payments and prepayments.
• You can analyze a smaller subset of data by modifying the ad hoc parameter values of the report. The table data will change
accordingly.
• Accounting Begin/End Balance - You can drill down on these balances to view the General Ledger begin or end balance by
account combination.
• Non-Payables Begin Balance - You can drill down on this balance to view journals posted to the payables accounts from a
journal source other than Payables in prior periods, but the drill down page only displays account activity for the current fiscal
year.
• Payables Begin/End Balance - You cannot drill down on these balances in the Payables Amount column as they are
calculated amounts. Payables End Balance is the new balance for the period after adding or subtracting current period
activity. However, you can drill down on these balances in the Accounting Amount column; they reconcile to the Payables
Trial Balance report.
• Transaction Balances - You can drill down from any of the summarized Payables and Accounting amounts to see the
detailed activity that makes up those totals.
• Difference - You can drill down on the Difference amounts to see specific reconciling items and the potential cause of the
out-of-balance condition between the Payables Amount and the Accounting Amount.
• Other Accounting – This is activity that only has an accounting impact (no impact to Payables), such as, manual journals
created in SLA with source of Payables, balancing journals for Intercompany accounting, journals generated by the SLA
Account Override feature, and incorrect accounting setup affecting the payable account. Values will only display in the
Accounting Amount and Difference columns.
• Non-Payables Journals – You can drill down to view journal entries posted to accounts payable in General Ledger that were
not initiated from the Payables module for the period of the report.
• Not Transferred to General Ledger and Not Posted in General Ledger - You can drill down to view details of what still
needs to be transferred and posted to the General Ledger.
• Accounting Variance - You can drill down on this balance; two different reports will display, one for Journals in SLA missing
from General Ledger, and one for Journals in General Ledger missing in SLA. Accounting Variances usually only occur when
there is data corruption that requires the assistance of IT or Development.
The Difference column of the Reconciliation Summary report provides suggestions for the cause of out-of-balance conditions:
• Final accounting is not available for this transaction - Requires you to create final accounting. This includes items that
have never been accounted and those that are accounted in Draft mode. .
• Account is outside report range – Applies to Payables transactions with SLA journal entries with accounts that are excluded
from Reconciliation report’s account range. Check if the transaction is recorded to the correct account. This error might also
occur if the financial category attribute has not been assigned to the natural account segment value.
• Business Unit is outside report range – Applies to Payables transactions with SLA journal entries with accounts that match
the Reconciliation report’s account range, but the business unit of the transaction does not match the business unit of the
Reconciliation report. (If you filter the reconciliation report for specific business units or specific balancing segment values, be
sure your Oracle ERP Cloud implementation has an implicit mapping between business unit and balancing segment value. If
not, you should not be using these filters. Doing so could result in erroneous data in your reconciliation report.) Check if the
transaction is recorded to the correct business unit and correct account. Also check the parameters selected when submitting
the Reconciliation report or Prepare Payables to General Ledger Reconciliation process to ensure the proper business
units, balancing segment values, and accounts are included.
10. Submit Payables Invoice Register and the Payables Payment Register
If you haven’t already, submit the Payables Invoice Register and the Payables Payment Register reports for the period to save a
record of invoices and payments.
For foreign currency assets, Payables sends the invoice distribution amount in the converted functional currency. The mass addition
line appears in Fixed Assets with the functional currency amount.
It is recommended to execute a final Create Mass Additions process after the period close to ensure that all Payables invoices are:
• Any additional invoicing will become part of the next periods invoice and asset processing period.
Suggestion: If the volume of transactions in Payables requiring Fixed Assets update is large, you should consider running the Create
Mass Additions process on a more regular basis.
This report is only available if you use third party control accounts. This report is used to display balance and account activity
information for Suppliers and Customers. It retrieves the following information:
Subledger journal entry lines that add up to the total period activity for each control account, third party, and third party site
The balances in this report can be compared with the General Ledger balances for the same control accounts to reconcile.
Note: To avoid duplication with subledger journal entries, General Ledger journal entries imported from SLA are not included in the
report.
• Withholding Tax reports - Lists withholdings for a supplier. The invoice view is used to review detailed withholding tax
information by invoice. The supplier view is used to review the withholding information for a range of suppliers.
• Withholding Tax by Tax Authority report - Lists withholdings for tax codes assigned to a tax authority.
• Withholding Tax Letter - Creates a withholding tax letter to mail to a supplier on a periodic basis. The letter contains a list of
withholdings made for a supplier, summarized either by tax type and tax rate, or by supplier site.
• Payables Key Indicators report - Generates reports with transaction activity and the current number of suppliers, invoices,
payments, and matching holds.
• Refer to Fusion Localizations Global Catalog for country specific withholding tax reports.
Project Portfolio Management provides for a means to track project related revenue and costs, including transfer pricing between
organizations and legal entities. As a subledger, Project Portfolio Management utilizes Subledger Accounting to process the accounting
related to the revenue and cost transactions that it produces.
Projects supports two period definitions, the Accounting period and a Project Accounting Period. Defining Project Accounting Periods
allows for organizations to control their project related processes at a more granular level than they report from a general accounting
perspective, e.g. weekly. If there are no requirements to maintain this level of granularity for reporting or control purposes, then it is
possible to simply maintain a ‘Common’ definition of both types of periods based on the accounting calendar. In this case, the period
close out process is managed for accounting periods only.
Accounting dates and periods for new project transactions are typically derived using the transaction date (i.e. expenditure item date). If
the period in which the transaction date falls into is in an Open or Future Enterable status, then the accounting date is set to the
transaction date. If the period in which the transaction date falls into is not in an Open or Future Enterable status, then the accounting
date is set to the first day of the next Open or Future Enterable period. For adjustments to existing transactions, the accounting date of
that transaction is used as the basis and the accounting date and period for the adjusting transactions are derived as described above.
This chapter describes the procedures for performing period-end processing in Project Portfolio Management.
You may need to submit any of the following processes; Import and Process Cost Transactions, Identify Cross-Charge
Transactions, Distribute Borrowed and Lent Amounts, Generate Burden Transactions.
*Note that you must wait until after the next step to process Borrowed and Lent as it is dependent upon the cost transactions being
accounted.
8. Generate Revenue
Generate Revenue for all rate based contract lines, and any fixed price contract lines that need to be accounted in the current period.
This should include all external, intercompany, and interproject contracts.
Receivables activity must be reconciled for the accounting period that is to be closed. This chapter describes the procedures for
performing period-end processing in Receivables.
• If you import transactions from an external system or Projects, ensure that you have imported all transactions and reviewed all
audit trails for completeness.
2. Recognize Revenue
If revenue schedules are created, submit the Create Receivables Accounting process to initiate revenue recognition prior to creating
accounting.
• Submit the Create Accounting process with the Transfer to General Ledger option set to Yes to account and transfer any
unaccounted transactions to General Ledger.
• Submit the Post Journal Entries to General Ledger process to transfer to General Ledger any transactions that were
accounted in final mode, but that were not transferred.
• Review the output reports generated by the Create Accounting and Post Journal Entries to General Ledger processes to
view the subledger journal entries created and any errors that may have occurred.
This report is usually used during new implementations or when there are changes to setup, such as adding or updating Transaction
Types. But if updates or new setup are performed frequently, consider reviewing it during period close processing.
Use this report after you have submitted the Create Accounting process in Receivables and have resolved any accounting issues or
items noted in the Subledger Period Close Exceptions report.
Note: When you drilldown from the summary report, you see the real-time details that make up balances from the summary report. In
order to guarantee that the summary balance for each type of activity agrees with the drill down detail, the Receivables period status
should be set to Closed or Close Pending before submitting the Prepare Receivables to General Ledger Reconciliation process for
the period.
Note: Receivables generates distributions. These are the accounting flexfield values (accounts) for the activity in Receivables,
including billing, payments, bank remittance, gain or loss on foreign currency transactions, freight and tax calculation. SLA uses these
distributions as a source for generating the journal entries, which are ultimately transferred to General Ledger. Distributions are the
source of SLA accounting when using the delivered accounting rules. Custom rules do not have to source these distributions. When
reconciling Receivables balances to General Ledger, rely on the accounts in the SLA accounting entries, not the accounts on the
Receivables distributions.
• Automates the labor-intensive process of manually matching sub-ledger transactions to accounting entries and identifying the
discrepancies.
• Presents the beginning and ending receivables balances and all activity for the period, matching the receivables aging.
• Increases visibility to information by drilling down to supporting journal and transaction details, rather than navigating to
multiple windows or generating printed reports.
• Identifies reconciling exceptions and suggests the action to take, decreasing time normally taken to investigate.
• Allows companies to exclude on-account items and unapplied/unidentified receipts, which is especially helpful when these
items do not post to the receivables account.
• Can automatically compare open intercompany balances between intercompany trading partners and report on any
differences.
• Parameters for balancing segment and business unit allow you to reconcile by business unit if setup has been performed for
this type of reconciling.
• If additional analysis it needed, the summary and drill down detail report output can be exported to a spreadsheet, where all
Excel functions such as sum, find, filter, etc. are available.
The reconciliation report is comprised of two parts - the Prepare Receivables to General Ledger Reconciliation process and the
Report.
The extract process, Prepare Receivables to General Ledger Reconciliation, is used to select data for the Summary section of
the Reconciliation Report. This must be submitted in the Schedule Processes window prior to viewing the report. Required
parameters:
• Request Name - Free-form parameter to enter a name that is descriptive. Consider using a name that indicates Period,
date, time, especially if you anticipate the need to create multiple extracts.
• Accounting Period - The Accounting Period you select can be opened or closed.
• Business Unit - Entering the Business Unit can assist with reconciling by a specific organization rather than the whole
ledger. Use only if there is an implicit mapping between business unit and balancing segment value.
• On-account, Unapplied and Unidentified Options - If on-account items or unapplied and unidentified receipts post to
non-receivable accounts, you may wish to exclude them from reconciliation.
• Account Filter - If you have multiple accounts receivable General Ledger accounts, or a lot of activity, you may want to
limit data to specific General Ledger accounts. You can also use the Account Filter to limit data to specific balancing
segment values, but only if there is an implicit mapping between business unit and balancing segment value. If you are
only reconciling Intercompany activity, limit the accounts to Intercompany. If you are excluding Intercompany, exclude
the intercompany accounts. If you exclude On-account activity or Unapplied and Unidentified receipts, also exclude the
associated accounts. These accounts should not be used to post other activity, such as invoice receivables, as
excluding these accounts during the preparation process could impact accounting for the other activity causing an
erroneous reconciling difference on the report.
The interactive reporting capability of the reconciliation report provides summarized and detailed reconciling data. The Summary
report allows you to see receivables and accounting beginning and ending balances, plus summarized activity for the period and
how it was accounted. Submit this report from the Tasks pane of the Receivables Balances work area after the Prepare
Receivables to General Ledger Reconciliation process is complete.
• Receivables Amount column represents Receivables activity. Drill down reports represent the individual Registers for
transactional activity by type of activity
• Difference column represents the differences between activity recorded in receivables and the accounting generated for
that activity. Drill down reports represent differences between transactional data and accounting data by specific activity,
such as, invoices, adjustments and receipts.
• You can analyze a smaller subset of data by modifying the ad hoc parameter values of the report. The table data will
change accordingly.
• Accounting Begin/End Balance - You can drill down on these balances to view the General Ledger begin or end
balance by account combination.
• Non-Receivables Begin Balance - You can drill down on this balance to view journals posted to the receivables
accounts from a journal source other than Receivables in prior periods, but the drill down page only displays account
activity for the current fiscal year.
• Receivables Begin/End Balance - You cannot drill down on these balances as they are calculated amounts.
Receivables End Balance is the new balance for the period after adding or subtracting current period activity.
• Transaction Balances - You can drill down from any of the summarized Receivables and Accounting amounts to see
the detailed activity that makes up those totals. The Receivables Amount column reconciles the receivables with the
Aging and compares the balances to the Accounting Amounts.
• Differences - You can drill down on the Differences amounts to see specific reconciling items and the potential cause of
the out-of-balance condition between the Receivables Amount and the Accounting Amount.
• Other Accounting – This is activity that only has an accounting impact (no impact to Receivables), such as, manual
journals created in SLA with source of Receivables, balancing journals for Intercompany accounting, journals generated
by the SLA Account Override feature, and incorrect accounting setup affecting the receivable account.. If your company
uses Bills Receivable, the journals that indicate the movement between General Ledger accounts that occur over the
lifecycle of a Bill Receivable will also display in Other Accounting. Values will only display in the Accounting Amount
and Difference columns.
• Receivables Variance - You cannot drill down on this balance. It is displayed above the Receivables End Balance line
if there is data corruption to activity in Receivables. IT or Development should be involved when data corruption occurs.
You may optionally submit other Receivables reports to validate the Receivables begin balance, period transaction
activity and end balances are correct.
• Non-Receivables Journals – You can drill down to view journal entries posted to accounts receivable in General Ledger
that were not initiated from the Receivables module for the period of the report.
• Not Transferred to General Ledger and Not Posted in General Ledger - You can drill down to view details of what still
needs to be transferred and posted to the General Ledger.
• Accounting Variance - You can drill down on this balance; two different reports will display, one for Journals in SLA
missing from General Ledger, and one for Journals in General Ledger missing in SLA. Accounting Variances usually only
occur when there is data corruption that requires the assistance of IT or Development.
The Difference column of the Reconciliation Summary report provides suggestions for the cause of out-of-balance conditions:
• Final accounting is not available for this transaction - Requires you to create final accounting. This includes items
that have never been accounted and those that are accounted in Draft mode.
• Business Unit is outside report range – Applies to Receivables transactions with SLA journal entries with accounts
that match the Reconciliation report’s account range, but the business unit of the transaction does not match the
business unit of the Reconciliation report. (If you filter the reconciliation report for specific business units or specific
balancing segment values, be sure your Oracle ERP Cloud implementation has an implicit mapping between business
unit and balancing segment value. If not, you should not be using these filters. Doing so could result in erroneous data
in your reconciliation report.) Check if the transaction is recorded to the correct business unit and correct account. Also
check the parameters selected when submitting the Reconciliation report or Prepare Receivables to General Ledger
Reconciliation process to ensure the proper business units, balancing segment values, and accounts are included.
• The Aging report total should be reconciled to the Receivable End Balance in the Receivables to Ledger Reconciliation
Report. Aging and accounting are two different ways to represent the same data, so their totals should agree. If they don’t
agree, consider these causes:
• The Aging report is run by As of Date, while the Reconciliation report is run by accounting period. The As of Date of the
Aging report must coincide with the period-end date of the Reconciliation report to compare like data.
• The Aging report only displays items that have been accounted. Transactions that do not have final accounting may be
missing from the Aging Report.
• The accounting may have posted to accounts not included in the Reconciliation report.
• There may be activity that has only an accounting impact, which is not represented on the Aging because it does not affect
the customer outstanding balance. This could include a manual journal or intercompany accounting.
• There was a discrepancy in a prior period. The beginning balances on the Reconciliation report should always agree with the
prior period Aging report total. If it is not the same, you may have to go back several periods to identify the original out-of-
balance condition.
• The setup can determine if a transaction amount will update the customer balance, and if accounting will be generated for that
activity. Some invoices are imported into Receivables for tracking purposes and do not generate accounting.
• There was a credit/rebill for an internal accounting error. Rather than creating and issuing a credit memo and new invoice to
the customer, the credit memo and invoice were created such that they do not update the customer balance, but do generate
corrected accounting that posts to the General Ledger.
This report is only available if you use third party control accounts. This report is used to display balance and account activity
information for Suppliers and Customers. It retrieves the following information:
Subledger journal entry lines that add up to the total period activity for each control account, third party, and third party site
The balances in this report can be compared with the General Ledger balances for the same control accounts to reconcile.
The Close Period process also checks for incomplete invoices and adjustments pending approval. You may want to complete, delete
or update the accounting date of incomplete invoices depending on company policy. However, this is not required and will not prevent
you from closing the period.
Note: Where there are multiple business units within the same ledger all business units must be ready to close at the same time. All of
the business units that share a ledger also share the same period statuses. When you update the period statuses to Open in one
business unit, that period is opened for all business units within the ledger.
If for some reason the period needs to be re-opened after it’s been closed (i.e. due to findings during the final General Ledger
reconciliation), the period can be reopened. But do not do so if the General Ledger period is closed. Corrections will then need to go
into the next accounting period.
Note: To avoid duplication with subledger journal entries, General Ledger journal entries imported from SLA are not included in the
report.
Revenue activity must be reconciled for the accounting period that is to be closed. This chapter describes the procedures for performing
period-end processing in Revenue Management.
Note: To avoid duplication with subledger journal entries, General Ledger journal entries imported from SLA are not included in the
report.
This chapter describes the procedures for performing period-end processing in Procurement.
Submit the Confirm Receipts Workflow to send notifications to requestors or buyers who have created requisitions in Self-service
Procurement. The Confirm Receipts Workflow sends notifications for items with a destination type of Expense, a Routing of Direct
Delivery, and a Need–By date that is equal to or later than today’s date.
Notification recipients can create receipt transactions by responding to the notification or by entering them on the Receiving work area.
If the goods have been received, but the receipt has not been entered into Receiving, the receipt transaction needs to be entered by the
appropriate personnel.
Note: Where you have selected to accrue receipts at period end, make sure all receipts are entered for a specific period, before
creating receipt accruals for that period.
It is not necessary to enter all the receipts for a period prior to closing that period. Simply backdate the receipt date when entering
receipts for a closed period.
Warning: If Inventory is implemented, it is not possible to process a receipt to a closed Cost Management period.
This chapter describes the procedures for performing period-end processing in Supply Chain Managerial Accounting.
Receipt Accounting is responsible for managing purchase accruals, including creating accruals when materials are received, matching
accruals when invoices are created, and tools to manage outstanding accruals.
Cost Accounting is responsible for costing and accounting of all supply chain inventory transactions.
Receipt Accounting does not maintain a separate period status and uses actual transaction dates and General Ledger period statuses
to decide the accounting date of transactions.
Accounting of accruals are done either when a receipt is processed or at period end, which is determined by the Accrue at Receipt flag
in Purchase Order Schedules. If the Accrue at Receipt flag is unchecked, the accruals are created at end of the period. The period-
end activities differ for accruals created at receipt and for those created at period end.
• Transfer Costs to Cost Management process to interface costs from Payables transactions to Cost Management.
• Submit the Create Uninvoiced Receipt Accruals process to generate accrual accounting for receipts that occurred in period,
but the expense and payable are not yet booked in Payables. The process creates an accrual for the expense and liability for
those un-invoiced receipts.
If encumbrance accounting is used, another journal entry is created, corresponding to the encumbrance reversal entries for the un-
invoiced receipts that were accrued. Reversal of accrual entries for the next period will happen automatically if:
The “Run AutoReverse after open period” checkbox is enabled in the ledger definition
And the reverse option is selected for the accrual journal category.
If these criteria are not met, then the accrual entries need to be reversed manually.
Note: If the accrual is done before the period is closed for Payables, there is a chance that an invoice could be processed
after the accrual which would be double counting. This is why it is best practice to wait until Payables closes for the period,
and then submit the un-invoiced accrual process. .
• Submit the Create Entries for Receipt Accounting process to create the necessary journal entries in General Ledger.
Schedule the following processes to be run regularly during the period and run them manually at the end of the period to ensure that all
transactions are interfaced and processed.
• Transfer Transactions from Receiving to Receipt Accounting process to interface receipt transactions.
• Transfer Costs from Payables to Cost Management process to interface accounts payable transactions.
• Create Receipt Accounting Distributions creates the distributions for the new receipts
• Create Entries for Receipt Accounting can be submitted in a draft mode, the results reviewed and if everything is ok, can
be re-submitted in the final mode
The Audit Receipt Accrual Clearing Balances process helps to analyze the General Ledger accounted accrual balances.
The Accrual Clearing Report provides a list of accrual clearing transactions for a purchase order and accrual account, which have
been automatically or manually cleared.
The Accrual Reconciliation Report provides information for reviewing and reconciling accrual balances.
3. Clear Accruals
In some cases, there are balances in the accrual account that would never be cleared by an actual expense entry. These need to be
monitored on a regular basis to ensure that the accrued liabilities show a true picture.
Use the Accrual Clearing Rules to set up rules to automatically clear out the small discrepancies that don’t have a material impact.
You have the option to review open accruals in the Adjust Receipt Accrual Balances window or in the report to identify accrual
balances that need to be written off, and manually write them off.
Ideally as inventory transactions occur, they are entered into the system in near real time and the default transaction date is the same
as the entry date. As the end of a period approaches, additional care is warranted to give transactions their correct transaction date. As
the current calendar date transitions into a new period, you can continue to enter transactions in the new period.
In some situations, inventory transactions may need to be "backdated". This means the date the transaction is entered is later than the
actual transaction date. The cost accounting solution merely wishes to have the correct factual information about the transaction
entered into the system as timely as possible. The cost accounting system automatically creates the accounting entries in the most
appropriate period based on predefined accounting policies.
Managing cost accounting periods is important to ensure that the necessary period-end procedures happen seamlessly. Cost
accountants can reduce the time taken to successfully close a period by frequently monitoring the health of the system throughout the
period through activities such as:
• Submit period-end validations several times during the period to proactively identify issues and fix them.
Period Statuses
The following are the various period statuses available in Cost Accounting.
Never Opened: This is the default status, in which no transactions are processed. Any transaction that comes with a date that
falls in a Never Opened period is not processed and will wait until the period is opened.
• Open: Status in which all transactions can be processed by the cost processor. An Open period can be Closed or
Permanently Closed.
Note: The maximum number of open periods can be set up for each cost organization – cost book combination.
• Closed: Indicates that the period is closed for all new transactions. If a new transaction comes in with a transaction date that
falls within a Closed period, the costed and accounted dates for this transaction would be stamped with the first date of the
next Open period. Status can be reverted to Open or changed to Permanently Closed.
• Permanently Closed: The behavior is similar to a Closed period, but a Permanently Closed period cannot be reverted to any
other status.
Backdated Transactions
Transactions that are created with a date in the past are referred to as backdated transactions. Inventory users should always enter the
correct factual information about transactions into the system. Using a combination of cost cut-off date option and period status, the cost
accounting processor determines the period in which a backdated transaction will be slotted.
The cost cut-off date feature is provided in cost accounting to control when backdated transactions will be posted into a prior period.
This helps users to continue normal business operations with no interruptions from one period to the next, using the cost cut-off date to
define accounting period boundaries for all transactions.
When the Auto option is set, the cost processor automatically moves the cut-off date forward to the last date of the earliest open cost
period, and then it stops until the costing period is closed. After the period is closed, the cost processor advances the cut-off date into
the next open period, and so on. However, if a transaction is successfully pre-processed after the cut-off date, then the cut-off date
moves forward to the date of the last successfully preprocessed transaction. This could happen, for example, if one originally sets the
cut-off date option to User-Defined and subsequently changes it to Auto.
For example, if you set the cost cut-off date to October 31, you can still process October transactions that were entered in November
but meant for the period ending October 31 by backdating them to October 31 or earlier. However, when the cost cut-off date advances
forward to a date past October 31 and other transactions are processed beyond October 31, then the backdated transactions can no
longer be processed as October transactions.
If you set a cost cut-off date at October 31, the cost processor will queue up but not process any transactions with a date after October
31. If you subsequently need to backdate transactions to a date before October 31, you can still process those backdated transactions
as long as you do not process any transactions beyond October 31. You can also backdate transactions to any date after October 31,
with the assurance that these transactions will be processed in the correct order when the cost cut-off date moves forward.
The cost date for backdated transactions inherits the greater of the backdated transaction date, the date of the last processed
transaction, or the first date of the earliest currently open period.
Note: The cost cut-off date affects the costed date of the transaction and the inventory value that is reported as of a given accounting
date. It does not affect the inventory transaction date.
Examples
The following examples illustrate how the cost processor sets the accounted date for backdated transactions.
Assume that the current date is November 2, and the cost cut-off date is October 31.
Example 1
In the following figure, the inventory transaction is backdated to position A. The transaction is costed with accounting date B before
transactions 2 and 3 are processed. The transaction created on November 2 and backdated to October 30 is costed with the effective
date of October 31.
Transactions are backdated to a point between the latest costed transaction and the cost cut-off date.
In the following figure, the inventory transaction is backdated to position C. The transaction is costed with accounting date C after
transactions 2 and 3 are processed. The transaction created on November 2 and backdated to October 31 is costed with the effective
date of October 31.
Example 3
Procedures
The following steps are taken in performing period-end processing for Inventory:
Transfer Costs to Cost Management (Transfers cost information from Payables to Cost Accounting)
Transfer revenue information from Account Receivables to Cost Accounting (Import Revenue Lines process – be sure revenue has
already been posted from Receivables to General Ledger).
The period-end process ensures there are no unprocessed transactions, and features a set of validations. You can execute the
validations one at a time, or all at once.
Validations
• Unimported inventory - Costing interface transactions that have not been processed.
• Match inventory on hand with costing on hand - Proof that there are no discrepancies between inventory on hand and costing
on hand.
• Pending deferred cost of goods sold (DCOGS) transactions - Proof that the deferred cost of goods sold processor has run and
transactions are transferred.
Note: This process must be completed for each defined Cost Organization – Book combination. Also, a period can be opened any
time, not necessarily on the first day of the period.
8. Submit Inventory Valuation Reports and Reconcile the Costing Inventory Valuation with General Ledger
Submit the Account Balances report and the Inventory Valuation report to ensure that the inventory value in General Ledger matches
with Costing.
This chapter describes the procedures for performing period-end processing in Fixed Assets. At period-end, submit depreciation for
each asset book. Create accounting for Fixed Assets transactions and transfer accounting to General Ledger. Fixed Assets has only a
single open depreciation period in each asset book.
Procedures
• Complete adjustments
• Complete transfers
• Complete reinstatements
• If using leased assets, complete all transactions for leased assets, calculate the lease interest and expense, calculate
depreciation, generate accounting, and finally generate lease payment invoivces and transfer them to Payables.
Submit the Calculate Lease Interest and Expense process either from the Fixed Asset Landing Page or from Scheduled Processes.
From the Fixed Assets Landing Page: On the Depreciation Infotile, click on the Calculate Lease Expenses button to calculate the lease
interest and expense.
From Scheduled Processes: Run the Calculate Lease Interest and Expense process.
4. Submit Depreciation
Submit the depreciation process either from the Depreciation Infotile on the Fixed Asset Landing Page or from Scheduled Processes.
From the Depreciation Infotile, click on the Calculate Depreciation button to calculate the depreciation for the book without closing the
period, or click on the Close Period button to calculate depreciation and close the current open period.
Use the Calculate Depreciation task to submit the depreciation calculation process. Fixed Assets gives you the option of closing the
current period if you select Yes for the Close Period parameter of the Calculate Depreciation process. If all of your assets depreciate
successfully, Fixed Assets automatically closes the period and opens the next period for the book. If you select No for the Close Period
Note: Depreciation for the current period will be automatically rolled back if any transaction is performed on a depreciated asset. There
is no separate process to perform rollback.
Note: Ensure you have entered all transactions for the period before you close the period. Once the process closes the period, you
cannot reopen it.
When the process is submitted, Fixed Assets calculates depreciation for all assets and generates the Journal Reserve Ledger Report,
which can be used to verify the depreciation calculated for each asset.
The accounting entry for this is generated when the Create Accounting process is submitted for the corporate book.
6. Create Accounting
Submit the Create Accounting process from any Fixed Assets work area using the Create Accounting task.
• Submit the Create Accounting process with the Transfer to General Ledger option set to Yes to account and transfer any
unaccounted transactions to General Ledger.
• Submit the Post Journal Entries to General Ledger process to transfer to General Ledger any transactions that were
accounted in final mode, but that were not transferred.
• Review the output reports generated by the Create Accounting and Post Journal Entries to General Ledger processes to
view the subledger journal entries created and any errors that may have occurred.
There is no need to submit the Depreciation process before submitting the Create Accounting process. You can submit the Create
Accounting process as many times as necessary within a period.
9. Generate and Transfer Lease Payment Invoices (Optional, applicable only if using Leased Assets)
You can submit Generate Lease Payment Invoices process from Scheduled Processes to generate any invoices for payments that
are due to your lessors. These invoices can be transferred to Payables by submitting the Transfer Lease Payment Invoice process.
Please note that this step should be executed before closing the Accounts Payable period.
Submit the following Fixed Asset reports in the Scheduled Processes window and reconcile them to the General Ledger and
Subledger Account Analysis report.
Depreciation Report:
Balances Reports:
Transaction Reports:
This chapter describes the procedures for performing period-end processing in General Ledger. If you have more than one ledger in
your Oracle ERP Cloud environment, perform these steps for every ledger.
Note: The Period-End and Year-End processes are the same if Encumbrance Accounting is not used. Additional steps are required for
Encumbrances Accounting.
Procedures
• Submit the Create Accounting process with the Transfer to General Ledger option set to Yes to account and transfer any
unaccounted transactions to General Ledger.
• Submit the Post Journal Entries to General Ledger process to transfer to General Ledger any transactions that were
accounted in final mode, but that were not transferred.
These processes automatically submit the Import Journals process which creates General Ledger journal entries for the data
imported.
Note: If journal import fails when importing data from Oracle Cloud Subledgers, the data is rolled back to Subledger Accounting, so that
there would not be any data left in the GL_INTERFACE table.
Populate the GL_INTERFACE table with data from your non-Oracle-Cloud subledger.
Submit the Import Journals process for these sources and post the journal entries manually, or automatically using AutoPost.
If the Import Journal process does not complete successfully, review the Journal Import Execution Report to identify the journal
entry batches that were not successfully imported.
Correct the data in the GL_INTERFACE table using the Correct Import Errors spreadsheet, and re-submit the Import Journals
process.
Alternatively, delete the journal entry batches that are in error from the GL_INTERFACE table, fix the error in the source system, and
re-load the data to the GL_INTERFACE table. Submit the Import Journals process to import.
Note: If you are using the Fusion Accounting Hub and Subledger Accounting rules to generate accounting for your source systems, the
accounting entries are automatically stored in Subledger Accounting. Submit the Create Accounting process for your source system
to transfer, import, and post the data to General Ledger.
If you have other recurring entries that need to be entered, you can enter them with any of these methods:
Copy a similar journal from a prior period and modify accordingly before posting.
• Journal Batch Summary Report - Provides posted journal batches details such as ledger, entered currency, balancing
segment value, category, source, batch name, and entered amounts. Subtotals of entered amounts are provided for each
category, accounting period, and balancing segment value.
• Journals Details Report - Provides detailed information on general ledger journals of the selected posting status such as
ledger, source, category, accounting date, line accounts, line descriptions, and amounts.
• Journals Report - Provides journal activity details such as ledger, accounting date, posting date, source, category, journal
batch name, journal name, reference, line accounts, line descriptions, and amounts. Subtotals are provided for each journal,
journal batch and source.
• General Journals Report (OTBI) - Provides the journals activity for the selected period. The content can be filtered by ledger
set, ledger, entered currency, approval status, date range, account, source, category, journal batch, and batch status.
Review the Posting Execution Report for any errors encountered during posting. This report is automatically generated by the
Posting process.
Submit the Journals Details Report with a Posting Status of Error Journals to review journals with errors.
• Control Total - When using a control total, ensure that the total debits and credits equal the control total.
• Period Status – Actual journals can only be posted if the period is open. Encumbrance journals can only be posted to
periods that are included in the latest open encumbrance year.
• Unbalanced Journal – Total debits must equal total credits for every balancing segment value in the journal lines before
posting can occur. Suspense or intercompany balancing rules must be available to balance unbalanced journals.
• General Ledger Report - Provides periodic journal activity for each general ledger account, to reconcile beginning and
ending account balances. Includes journal source, category, name, description, reference, accounting date, and amount.
• Accounts Analysis Report - Provides drill down information about the movement on a particular account for a period or
range of periods. It only includes journal entries posted to general ledger.
• General Ledger and Subledger Accounts Analysis Report - Provides drill down information about the movement on a
particular account for a period or range of periods. It includes both Subledger Accounting and General Ledger accounting
entry details.
• Trial Balance Report - Lists period debits, period credits, beginning, and ending account balances summarized by natural
account or account combination or natural account plus another segment.
• Journal Entries Report - Displays detailed information for subledger and general ledger journal entries. Groups report by
ledger, journal source, journal category, and event class.
• For further analysis, use online inquiry windows or Smart View to query account balances and drill through to subledger
transactions in Oracle ERP Cloud.
• Perform Clearing Account Reconciliation if applicable, using the Reconcile Clearing Accounts process, Reconciled
Transactions report and Unreconciled Transactions report.
*Clear Suspense Accounts - Review the General Ledger Report and Account Analysis to identify the source of entries to the
suspense accounts. Determine the adjusting entries required to net the suspense accounts to zero.
* Validate other key accounts only have journals posted from appropriate sources, such as accounts receivable, accounts payable,
depreciation, etc.
Submit the Prepare Intercompany Reconciliation Reporting Information process in the Schedule Processes window or from the
Intercompany Transactions work area, and view the online report in the Intercompany Reconciliation window. The report provides
drill down from intercompany account balances to underlying sources and journals for easy identification of reconciliation differences.
This report is only available if you use the Intercompany module for cross ledger intercompany transactions. It is not available if you are
only using Intercompany Balancing (balancing journal lines in SLA or GL journals contained within a single ledger). To reconcile
intercompany balances if you are only using Intercompany Balancing, use a tool like Smart View or Financial Reports to query and
Note: The details of posted journals cannot be changed, except to mark or unmark for reversal. An incorrectly entered posted journal
must be reversed to back-out the accounting of the original posted journal.
Other journal entry adjustments, such as write-offs or manual accruals, can be entered into General Ledger at this point also.
This option is only viable for ledgers that share the same chart of accounts and calendar.
c. Enter and post consolidating journal entries (preferably to a separate balancing segment value).
d. Enter and post elimination entries via an Allocation formula or manual journal entry (preferably to a separate balancing
segment value).
e. Define a financial report that displays the account balances for the ledger set. Separate columns can be defined for each
ledger/subsidiary, for the consolidating balancing segment value, and for the ledger set which represents the consolidated
total.
This option is for consolidating ledgers that do not share the same chart of accounts and calendar.
c. Submit the Transfer Ledger Balances process for each subsidiary ledger.
d. Reconcile subsidiary ledgers - identify differences between subsidiary ledgers and consolidation ledger.
f. Enter and post elimination entries via an Allocation formula or manual journal entry in the consolidation ledger.
g. Define a financial report that displays the account balances for the consolidation ledger. Drill down is available from the
consolidation ledger back to the subsidiary ledger.
• Smart View query – Includes drilldown to encumbrance journal and some transaction details.
• Financial Reports – Includes drilldown to encumbrance journal and some transaction details.
• Purchase Order Status and Detail Report Samples (see MOS Doc ID 2009386.1)
Be sure to open the next encumbrance year in the Manage Accounting Periods window before submitting the carry forward process.
This chapter describes the procedures and reports for performing period-end and year-end transaction tax reporting.
This chapter describes the procedures for performing period-end and year-end processing in Budgetary Control. The Budget
Calendar in Budgetary Control can be different from the Accounting Calendar in General Ledger. For example, you might have a
monthly accounting calendar but an annual budget calendar. If the budget period in the Budgetary Control module does not coincide
with the period you are trying to close in General Ledger, then the steps below are not required. They are only required when you need
to close a budget period in Budgetary Control.
If you have more than one control budget that you want to close, perform these steps for each control budget.
• Budgetary Control Analysis Report – Includes transaction details for budgetary control balances for each account.
• Purchase Order Status and Detail Report Samples (see MOS Doc ID 2009386.1)
If you are carrying forward funds available balances, submit the Carry Forward Funds Available process.
Purchase order obligation balances can be moved from one budget period to another by changing the budget date of the
purchase order distribution. You can do this manually, or use the Carry Forward Purchase Order Budgetary Control
Balances process which final closes all open purchase orders for a specific ledger and reopens them with a new budget date
and optionally carries forward budget for the carried forward purchase order balance. Commitment balances are not carried
forward automatically. Any open requisition should be cancelled or converted to a purchase order.
CONNECT W ITH US
blogs.oracle.com/oracle Copyright © 2017, Oracle and/or its affiliates. All rights reserved. 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
facebook.com/oracle 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
twitter.com/oracle means, electronic or mechanical, for any purpose, without our prior written permission.
Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.
oracle.com
Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and
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.0115