Professional Documents
Culture Documents
3.1 AN EXAMPLE OF A BUSINESS CYCLE WHERE MULTI PERIOD ACCOUNTING FEATURE CAN BE USED...........................................4
3.2 MAPPING OF THE BUSINESS SCENARIO IN ORACLE APPLICATIONS ......................................................................................5
3.3 OVERVIEW OF EXAMPLE FOR MPA CONFIGURATION .......................................................................................................6
3.4 STEPS TO BE PERFORMED TO MAP THE BUSINESS SCENARIO .............................................................................................7
6. REFERENCES ..................................................................................................................................................... 37
2. Scope/Out of Scope
This paper will cover
a) The need to have a Multi Period Accounting Feature
b) A Step by step guide to setup Multi Period Accounting
c) Explaining creation of an invoice that uses Multi Period Accounting
d) Accountings of Transaction showing accrual and recognition accounting over
multiple periods
Note: Oracle does not seed any Subledger Accounting Method (SLAM) with ‘Multi Period
Accounting’. This feature is available and customer / consultant can use this feature and setup
the system accordingly.
3.1 An Example of a Business Cycle Where Multi Period Accounting Feature Can Be Used
There can be multiple business scenarios where MPA can be used; one of them is a business cycle of an
Insurance premium payment. Normally an insurance premium is paid Quarterly, Half Yearly, Annually
and so on. A premium paid annually is an advance payment of insurance for 12 months. When we pay
the premium, at that time actual expense does not occur, rather it occurs as and when the month for
which insurance is paid completes.
=> There can be different methods to calculate the accounted amount (here we are assuming the
basis of Calculation is monthly. We will be discussing different options for calculations in the
coming section.
A point to note here, this complete set of accounting is a result of ONE transaction only.
The following needs to be done to map the business scenario discussed above:
a) In the example discussed above, the requirement is to generate different Natural accounts for
Recognition line for “Insurance for Building” and “Insurance for Vehicle”. We must have an
identifier in the transaction to identify respective invoice lines. There can be different ways of
achieving this; we will be using “Invoice line flex fields” to capture identifiers for different kinds
of Insurance.
b) Sub Ledger Accounting Method (SLAM) configuration: Seeded SLAM does not come with an
MPA enabled Journal line type. So we need to copy seeded SLAM and do changes as per
requirement.
c) Invoice transaction and its accounting
Select the Global Data Elements code and click on the “Segments” Button
Note: A Recognition type of JLT does not have any conditions as this JLT is linked (will be
discussed in later sections) with an Accrual type of JLT, so in fact no condition is needed for this
type of JLT to be selected for accounting.
As per definition above, for “AP_ITEM_EXP_INV_MPA_ACC” JLT, the distribution account of the
transaction will be taken as per Seeded Account Derivation Rule “Invoice Distribution Account”. This rule
enables to copy all account segments from Invoice distribution, as shown in below screen shot.
Based on ADR attached above, for AP_ITEM_EXP_INV_MPA_RECOG JLT, the system will overlay the
Natural account (based on AP_MPA_RECOG_ADR) on the Invoice distribution account. This means for
Recognition JLT the system will derive the Natural account from AP_MPA_RECOG_ADR and all other
segments from Invoice distribution account.
This completes the Definition of JLD.
Click on the “Copy” button to create User defined AAD for Payables by copying seeded AAD. The idea is
to copy the complete AAD and modify AAD suitable for MPA.
Attach user defined JLD (defined in step 4.2.3) in ACCRUAL_1 AAD for Invoices event class.
Now we have user defined AAD (ACCRUAL_1) which has a JLD ACCRUAL_INVOICES_ALL_1.
JLD ACCRUAL_INVOICES_ALL_1 has JLTs enabled for MPA.
Validate the AAD by clicking on “Validate” button.
For application “Payables” attach the AAD ACCRUAL_1 (defined in step 4.2.4)
b. 2 lines:
ii. Second line for “Insurance for Vehicle” of amount USD 24000
d. Invoice is for Insurance premium for year 2011 (Jan-Dec). So respective expense needs to be
recognized every month from Jan-11 to Dec-11 on a prorated basis.
Deferred Option: Yes, this means that respective invoice line is eligible for MPA.
Number of Periods: 12
First line is for “Insurance for Building”, based on this DFF information ADR will derive respective
expense account for each period.
Following are accounting entries for recognizing the expenses on a prorated basis in respective periods
1)
2)
1)
2)
For further details please refer to the accounting entries in the Create Accounting Output file below.
Similar Recognition accounting entries would be created for each month until Dec 2011.
6. References
Refer to the following documentation for more information on the Multi Period Accounting feature:
Oracle Subledger Accounting Implementation Guide