Revaluation in Ebs General Ledger R12: Author: Mădălina Rusu

You might also like

Download as pdf or txt
Download as pdf or txt
You are on page 1of 18

REVALUATION in EBS

General Ledger R12

Author: Mădălina Rusu

Month 02, 2020 | Version 1.01


Copyright © 2020, Oracle and/or its affiliates
Confidential - Public
PURPOSE STATEMENT
This document provides an overview of features and enhancements included in release R12. It is intended solely to help you
assess the business benefits of upgrading to R12 and to plan your I.T. projects.

DISCLAIMER
This document in any form, software or printed matter, contains proprietary information that is the exclusive property of
Oracle. Your access to and use of this confidential material is subject to the terms and conditions of your Oracle software
license and service agreement, which has been executed and with which you agree to comply. This document and information
contained herein may not be disclosed, copied, reproduced or distributed to anyone outside Oracle without prior written
consent of Oracle. This document is not part of your license agreement nor can it be incorporated into any contractual
agreement with Oracle or its subsidiaries or affiliates.
This document is for informational purposes only and is intended solely to assist you in planning for the implementation and
upgrade of the product features described. It is not a commitment to deliver any material, code, or functionality, and should
not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality
described in this document remains at the sole discretion of Oracle.
Due to the nature of the product architecture, it may not be possible to safely include all features described in this document
without risking significant destabilization of the code.

DISCLAIMERS FOR PRE-RELEASE, PRE-GA PRODUCTS


The revenue recognition disclaimer on this page is required for any white paper that addresses future functionality or for
products that are not yet generally available (GA). If you are unsure whether your statement of direction needs the disclaimer,
read the revenue recognition policy. If you have further questions about your content and the disclaimer requirements, e-mail
REVREC_US@oracle.com.
The testing disclaimer in the copyright section on the last page (highlighted in yellow) is provided by the FCC for hardware
products. It must appear in the copyright section for all pre-release, pre-GA hardware products. Be sure to remove the yellow
highlighting before publishing. When the product becomes GA, update your collateral by removing the disclaimer from the
copyright section. If your product is already GA or if you are writing about a software product, delete the disclaimer from the
copyright section.
Important: If your product is not GA, then you cannot include any regulatory compliance information in the statement of
direction. Regulatory compliance information may be included for GA products only if you have completed all required safety
and emissions testing, and you have received the certificates issued by the testing organization

1
Contents
Purpose Statement 1
Disclaimer 1
Disclaimers For Pre-Release, Pre-GA Products 1
OVERVIEW 3
Business Purpose 3
Revaluation 3
Considerations for business flow design 3

PROCESS 4
REVALUATION FLOW 5
Revaluation Formulas 5
Defining Revaluation Rate 6
Revalue Account Balances 7
Prerequisites: 7
Revaluation Reversal 10
Secondary Ledgers and Revaluation 10
Secondary Tracking Segment and Revaluation 10

REPORTS 11
Revaluation Execution Report 11
GL Open Balances Revaluation Report 11
AP/AR Open Items Revaluation Reports 11

PROFILE OPTIONS 12
GL: Income Statement Accounts Revaluation Rule 12
GL Revaluation: Number of Days to Roll Forward Daily Rates 12
MRC: Maximum Days to Roll Forward Conversion Rates 12
GL/MRC Revaluation: Use Primary Book Currency Instead of Entered Currency 12
GL Revaluation: Tracking by Cost Center 13

FUNCTION SECURITY 14
TECHNICAL DATA 15
COMMON ISSUES 16

2
OVERVIEW

Business Purpose

International and local Accounting Regulations require companies to keep an updated record for the value of all open balances
represented in foreign currency. Payables and Receivables due to be settled in foreign currency, for example, are subject
to risks referring to potential changes in the exchange rates.

Revaluation

The process covers this concern, maintaining up-to-date in functional currency equivalent for the balances that have
transactions denominated in foreign currency. At the end of each accounting period the open transactions balances value is
recalculated for each foreign currency using the current exchange rate. The process generates differences which get recorded
under ‘unrealized gains and losses’.

On finally settling these transactions the gain/losses become realized for the balance sheet.

Revaluation reflects the change in conversion rates between the date of the transaction and the current market rate of each
currency.

Considerations for business flow design

 Revaluation can be reversed into the next period or not


If reversed for each period, Revaluation reflects the change in conversion rates between the date of the transaction
and the current market rate of each currency.
If not reversed, it reflects the change in conversion rates between the previous revaluation’s rate and the current
currency rate.
This is business decision and it is usually based on Accounting or Reporting regulations in each country where the
gain/loss may be required to be recorded into each period.

 Profile options setup should be considered so that Revaluation will be performed according to the business needs
(see Profile Options chapter)

 If foreign currency Manual GL journal entries are created for the same accounts used in Revaluation, any
reconciliation with Subledger may be affected. Consider using Control Accounts for the purpose.

3
PROCESS

When running Revaluation, a journal entry is created that either increases or decreases the functional currency amount for
that account, based on the fluctuation of the exchange rate. The resulting gain or loss amounts are posted to Gain/Loss or
Cumulative Translation Adjustment account you specify. This process creates a Revaluation batch containing separate journal
entries for each revalued foreign currency.
You can rerun Revaluation more than once in a period. Based on the Revaluation calculation, any additional journal entries
posted after the initial Revaluation journal has been posted, will be picked up in the balances that are subsequently revalued
in that same period. The subsequent Revaluation journal entry will then represent the incremental change in the revalued
balance, due to the additional journal entries posted after the initial Revaluation.

You can define new Revaluations, update or delete existing Revaluations. You can launch any revaluation from the Revaluation
window or you can launch saved revaluations independently or grouped into Request Sets from the Submit Request window.

4
REVALUATION FLOW

Revaluation Formulas

Revaluation will consider either PTD or YTD balances formula as per the account type and profile option setup.

YTD Balances formula is used for the below account types:

Asset
Liability
Ownership's Equity
Expense (if profile option "GL: Income Statement Accounts Revaluation Rule" is set to YTD)
Revenue (if profile option "GL: Income Statement Accounts Revaluation Rule" is set to YTD)

PTD Balances formula is used for the below account types:

Expense (if profile option "GL: Income Statement Accounts Revaluation Rule" is set to PTD)
Revenue (if profile option "GL: Income Statement Accounts Revaluation Rule" is set to PTD)

YTD: ACCOUNT AMOUNT =

((begin_balance_dr + period_net_dr - begin_balance_cr - period_net_cr) * revaluation_rate))

LESS

(begin_balance_dr_beq + period_net_dr_beq - begin_balance_cr_beq - period_net_cr_beq)

PTD: ACCOUNT AMOUNT =

((period_net_dr - period_net_cr) * revaluation_rate))

LESS

(period_net_dr_beq - period_net_cr_beq)

5
Defining Revaluation Rate

1. Responsibility: General Ledger Superuser Navigation: Setup/Currencies/Rate/Daily


Form Name: GLXRTTYP
Navigate to Setup > Currencies > Rates > Types and define the Revaluation rate type

2. Responsibility: General Ledger Superuser Navigation: Setup/Currencies/Rate/Daily


Form Name: GLXRTDLY
Use the Daily Rates form or the Currency Rates Manager to enter the conversion rates for Revaluation rate type
defined against each day of the period when you will run Revaluation.

6
Revalue Account Balances

Prerequisites:
 Define an unrealized gain/loss account.
 Define a Cumulative Translation Adjustment account in the Ledger window.
 Define a Revaluation rate for each currency and each period for which you want to run Revaluation.
Responsibility: General Ledger Superuser Navigation: Currency/Revaluation Form Name: GLXFCRVL

Navigate to Revaluation Window


Navigate to Currency > Revaluation

In the Revaluation Window

a. Provide Name for the Revaluation


b. Select AutoPost Revaluation if want to post the Revaluation journal created
c. In Currency Options, you have two values:

All Currencies: Allows you to run the Revaluation for all the currencies in single go. Creates single batch having separate
journal for each currency
Single currency: Allows to run Revaluation only for single currency

d. In Rate Options, you have two values:


i. Daily Rates: Allows user to run the Revaluation using conversion type
ii. One Time: It is a manual entry. user can enter a rate with which they want to run the Revaluation
directly
e. Enter the Unrealized Gain/Loss or Cumulative Translation Adjustment Account to record net gains and
losses from the Revaluation.
f. Accounts Range: Select the accounts for which the Revaluation needs to be run. Can be single account or a
range of accounts.
g. Click on Revalue

7
This will navigate you to SRS window with a program ‘Program - Revalue Balances’ where you need to select the
parameters

h. Select the Period for which the Revaluation needs to be run


i. Select the effective date of the journal
j. Select the Revaluation date. This is the date for which the Revaluation checks for the rate.
k. Click Ok and Submit

When running revaluation, the process goes out and picks up the balances that are stored for the foreign currency,
where the translated_flag = "R", applies the revaluation rate that has been chosen, and calculates a new functional
currency amount. It then calculates what is already existing in the table for the functional currency amount. It
compares the two figures: What is wanted for the new functional currency balance to be vs. what the current
functional currency balance is. The difference between these numbers is then the revaluation adjustment.

Once the "Program - Revalue Balances" is completed, click on View Output. This will provide the Revaluation batch
created. The process names your Revaluation batch in the following format: Revalue <Period Name> <Concurrent
Request Date> <Concurrent Request Time>

Query the journal in the front end. Navigation: Journals > Enter
Provide the journal name and click on review journal.

8
You can see only the accounted amounts populated, because the foreign currency balance will never change because of the
fluctuations and it is the functional currency balance which is going to change.

Additional Information:
If you have average balance processing enabled, enter an Effective Date for the Revaluation journal entries that General Ledger
will create. If you do not enter an effective date, General Ledger will use the nearest business day in the Period you chose.
If you enter an invalid effective date, based on the Effective Date Rules you’ve defined for your Revaluation journal source,
General Ledger will automatically adjust the effective date to one that is valid.
Note: You can select balance sheet and income statement accounts. Balance sheet accounts are revalued in accordance with
their year– to– date balances. Income statement accounts are revalued using either their period– to– date or year– to– date
balances, as defined by profile option GL: Income Statement Accounts Revaluation Rule.

The following table summarizes the Revaluation journal entries generated by the Revalue button:

ACCOUNT TYPE JOURNAL LINE PRIMARY JOURNAL LINE OFFSET

Asset Target Asset Account Selected Gain/Loss Account

Liability Target Liability Account Selected Gain/Loss Account

Revenue Target Revenue Account Cumulative Translation Adjustment Account

Expense Target E Account Cumulative Translation Adjustment Account

9
Revaluation Reversal
When you reverse the Revaluation entry, General Ledger defaults the reversal period to the next period. You can change the
reversal period by choosing More Actions from the Enter Journals form. Choose the period you want to reverse the
Revaluation in.

Secondary Ledgers and Revaluation

As per original design, Revaluation journals of Primary ledger are not replicated in Secondary ledger.
Even if user define Revaluation source and category Revaluation with a Yes Conversion option the journals were not
transferred.
You would need to run Revaluation separately in the secondary ledger.
This functionality has however been implemented but you need to verify your patching code level for full features usage.

After the patch application Revaluation journals of primary ledger are replicated in secondary ledger conditionally by allowing
to update the journal conversion rule for the 'Revaluation' source (Prior to this enhancement, this was not updateable) in
Update Primary to Secondary Ledger Mapping page (navigate to Accounting Setup Manager, under Secondary Ledger select
*Primary to Secondary Ledger Mapping and see the Journal Conversion Rules Section).

 For Journal Level secondary ledger, journal conversion of Revaluation source can be enabled ONLY IF primary ledger
and secondary ledger have same ledger currency.
 For Subledger Level secondary ledger, journal conversion of Revaluation source can be enabled ONLY IF primary
ledger and secondary ledger have same ledger currency and subledger accounting method.

Secondary Tracking Segment and Revaluation

There are two segments flexible that are filled dynamically when revaluation is run: Balancing segment and Secondary
Tracking Segment.
Usually Secondary Tracking Segment is the cost center.
Note: The profile option, GL: Revaluation by Cost Center Tracking, must only be used where revaluation is the only aspect that
requires secondary segment tracking. You will be limited to using the cost center segment as the secondary tracking segment.
This applies to standard ledgers that do not have the Track by Secondary Segment option enabled, as well as average balance
ledgers, which are not eligible for the Track by Secondary Segment option.
General Ledger tracks retained earnings, cumulative translation adjustment and revaluation unrealized gain/loss specific only
to the balancing segment and secondary tracking segment value pair.
Leaving the Secondary Tracking segment (Cost Center in this case) empty is no longer needed.
You need to fill in the information for all the segments including the Cost Center one in the Unrealized Gain/Loss flexfield
template, then run revaluation normally and confirm the cost centers are updated properly in code combinations.
This account works like a template.

10
REPORTS

Revaluation Execution Report


Review the details of your account balance Revaluation and the journal batches created after running Revaluation. The report
includes the currencies and Revaluation rates used to revalue your accounts, the unrealized gain/loss account in which you
recorded net gains and losses and the range of accounts revalued. The report also prints the names of batch and journals
General Ledger creates for each foreign currency when you revalue your accounts, as well as the total debits and credits of
the created batch.
General Ledger automatically generates this report when you run Revaluation.

GL Open Balances Revaluation Report

This report shows the profit or loss on account of revaluation due to exchange rate differences on different dates.
All accounted revaluation records from all Journal categories and sources including manual and SLA are picked in this report.
The report groups and sorts the data by different account code combinations and currencies.
It may be run for a particular GL period, for a particular currency or all currencies.

AP/AR Open Items Revaluation Reports

Use the Open Items Revaluation report to revalue the balances of your open items.
This report takes into account changes in the value of your liabilities due to changes in foreign currency rates. You revalue
your liabilities based on the revaluation rate you specify, which is either an end of period rate or a daily rate.
The value of your open items before revaluation can be reconciled with your General Ledger Balances.
The Open Items Revaluation report determines the amount needed to manually adjust your general ledger balance to reflect
the difference between your original and revalued balance. This revaluation difference is calculated for each liability account
and summed for each balancing segment. You should reverse this general ledger entry at the beginning of the next period to
synchronize Payables/Receivables and general ledger balances.
You can run the Open Items Revaluation report for a revaluation period, up to a particular due date, and for a range of
balancing segment values. Make sure that you enter rate information for each currency that you use. Use the Include Up to
Due Date parameter to split your liabilities into short-term, mid-term, or long-term liabilities.

11
PROFILE OPTIONS

GL: Income Statement Accounts Revaluation Rule

Use this profile option to select either period-to-date (PTD) or year-to-date (YTD) income statement account balances for
Revaluation.

The following values are available:


 PTD: Only PTD balances will be revalued for income statement accounts.
 YTD: Only YTD balances will be revalued for income statement accounts. The default for this profile option is YTD.
You can only review this profile option at the user level. Your System Administrator can set this profile option at the site,
application, or responsibility level.

GL Revaluation: Number of Days to Roll Forward Daily Rates

Use this profile option to determine how many days into the past the Revaluation program will go to find a daily rate for the
currency, when Revaluation is being run using Daily Rates.
If no rate is defined for the date the Revaluation is being run for, General Ledger will use this profile to determine how many
days in the past it can go to in order to find a rate. If a rate is found, this is used in the Revaluation. If no rate is found,
Revaluation for that currency will fail, and the execution report will show “Missing Rate”.
The default for this profile is 0: General Ledger will only use the rates specified for the date requested in the program
submission. You can only review this profile option at the user level.
Your System Administrator can set this profile option at the site, application, or responsibility level.

MRC: Maximum Days to Roll Forward Conversion Rates

If a Revaluation rate is not defined for the specified Revaluation rate date, the Revaluation program should search prior days
up to the value of this profile option to locate a rate.
If a rate is used from a prior day, this will be printed in the Revaluation execution report and the Revaluation will complete
with a warning. If the Revalue Balances program does not find a rate to use for Revaluation, it will complete with a status of
Warning.
The output file will list the currencies for which a rate could not be found. Journals will be created for those currencies where
a Revaluation rate was found. Previously, the program would end in error if no rate was found.
The program can now be submitted from the Submit Requests form.

GL/MRC Revaluation: Use Primary Book Currency Instead of Entered Currency

When the profile is set to yes, the program will revalue the reporting ledger using balances from the primary ledger.
The profile looks at the actual balances in GL_BALANCES table where the ledger id is the primary ledger id and the
translated_flag is 'R'.
The profile only considers balances where the accounted DR/CR is not equal to zero.

12
GL Revaluation: Tracking by Cost Center
If the profile option GL: Revaluation by Cost Center Tracking is set to Yes or No, the Revaluation checkbox will be ignored. To
use full secondary tracking segment functionality, ensure that the profile option is not set at any security level.
The profile option, GL: Revaluation by Cost Center Tracking, must only be used where revaluation is the only aspect that
requires secondary segment tracking. You will be limited to using the cost center segment as the secondary tracking segment.
This applies to standard ledgers that do not have the Track by Secondary Segment option enabled, as well as average balance
ledgers, which are not eligible for the Track by Secondary Segment option.

13
FUNCTION SECURITY
It is possible to restrict access to the Revaluation program, whilst still allowing users access to the Revaluation form. This is
achieved by excluding the function “Revaluation: Submit” from the relevant responsibilities. The button will be greyed out on
the Revaluation form. It is possible to restrict access to the Revaluation form in the same manner. Exclude the function
“Revaluation” from the relevant responsibilities. Revaluation will not be displayed on the menu for that responsibility. It is also
possible to restrict access to the Revaluation program by modifying the request group so it will no longer appear on the submit
form. For more information on Function Security, Menus, and Request groups, please refer to the Oracle Applications System
Administrators Guide.
Revaluation definition takes into consideration the privileges defined in data access set
User can run revaluation only for those ledgers/ledger sets for which he has access to as per the data access set
Further to this, revaluation definition can also be secured using the Definition Access Set.

14
TECHNICAL DATA

 GL_BALANCES – includes details about the accounts balances in functional and foreign currencies

Relevant columns: ledger_id, code_combination_id, currency_code, period_name, actual_flag, translated_flag,


period_net_dr, period_net_cr, begin_balance_dr, begin_balance_cr, period_net_dr_beq, period_net_cr_beq,
begin_balance_dr_beq, begin_balance_cr_beq
For foreign currency rows, the begin balance and period net columns contain the foreign currency balance, while the begin
balance and period net BEQ columns contain the converted ledger currency balance.
The BEQ fields are used by the Revaluation calculation formula to determine the revalued amounts.
GL_BALANCES.TRANSLATED_FLAG field = R candidates for Revaluation ;

 GL_JE_BATCHES – includes details regarding the revaluation batch

 GL_JE_HEADERS – includes details regarding the revaluation journals

GL_JE_HEADERS.JE_SOURCE field = Revaluation

 GL_JE_LINES – includes details regarding the revaluation journal lines

GL_JE_LINES.CODE_COMBINATION_ID field links with the same field in GL_BALANCES

 GL_REVALUATIONS - stores Revaluation definitions.

Relevant columns: revaluation_id, name,automatic_post_flag,from_currency_code,gain_segmentX, loss_segmentX,


revalution_rate

Each row includes a Revaluation's id, name, description, the corresponding ledger, the currency or currencies to be
revalued, and other Revaluation options. They include the currency conversion options, the unrealized gain account, the
unrealized loss account, and the automatic post flag. There is a one-to-many relationship from each Revaluation stored
in this table to the Revaluation account ranges stored in GL_REVAL_ACCOUNT_RANGES.

 GL_REVALUATION_ACCOUNT_RANGES - stores the account ranges to be processed for a Revaluation.


Relevant columns: revaluation_id, segmentX_low, segmentX_high
Each row includes the Revaluation id, the account range and two flags to indicate whether the balancing and natural
account segments are parent values that should be expanded within the specified account range. Each account range
stored in this table should be related to one and only one Revaluation defined in GL_REVALUATIONS.

15
COMMON ISSUES

1. Issue: What Is The Behavior For The Conversion Type in Secondary Ledger When Replicating Revaluation Journals
From Primary Ledger to Secondary Ledger Having The Same Currency (Doc ID 2578661.1)
Resolution:

As confirmed by Development in Bug 30183110 - REVALUATION REPLICATED IN SECONDARY LEDGER AS RATE TYPE
USER, whenever replicating secondary ledger journals with the same currency as primary ledger journals, then
'currency_conversion_type' for secondary journals would be 'User'.
This is the standard functionality.

2. Issue: GLCRVL Revaluation is Taking Place Even When Balance is Zero (Doc ID 294991.1)

Resolution:

This is the standard behavior and there is nothing wrong with it.

To stop this process if needed, then it is enough to null out the effect of the Revaluation Reversal Journal for that
account before running the Revaluation for that period.

a. Let generate the Reversal of the Revaluation Journal from previous period as usual.
b. On Enter Journals form delete the journal line corresponding to that account and adjust the contra
account to get the journal balanced.
c. Note: the profile Journals: Allow Multiple Exchange Rates needs to be set to Yes in order to override
the converted amount on the journal line.
d. Post the updated Revaluation Reversal Journal as usual.
e. Run the Revaluation program.
f. The new revaluation journal will not be created for this account because the balances are still zero.

This way the process is stopped until new foreign currency journals are entered for the account.

3. Issue: GLCRVL module: Program - Revalue Balances Fails With Warnings: CRVL0045 / CRVL0048 (Doc ID 1161343.1)

Even after defining Currency Rates and Revaluation definition correctly in the books, Revaluation program is completing
with warning and no Revaluation journal is created.
This happens even though the program is run for those code combinations that have foreign currency balances for the
period and are included in the Revaluation definition Account range.

Resolution:

Inquire for the code combination defined as Unrealized Gain/Loss Account in the Revaluation definition.
Define the required code combination and rerun Revaluation.

4. Issue: Error Faced for Posting Revaluation Journal - Failed to create or validate CTA account (Doc ID 984433.1)

Resolution: Enable the Translation Adjustment account combination.

5. Issue: Program - Revalue Balances ends with CRVL0047: There were overlapping account ranges defined in this
revaluation (Doc ID 1542476.1 )

Resolution: Correct the revaluation ranges so there would be no overlapping ranges.

16
CONNECT WITH US
Call +1.800.ORACLE1 or visit oracle.com.
Outside North America, find your local office at oracle.com/contact.

blogs.oracle.com

Copyright © 2020, 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 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.

This device has not been authorized as required by the rules of the Federal Communications Commission. This device is not, and may not be, offered for sale or lease, or sold or
leased, until authorization is obtained.

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 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. 0120

General Ledger Blog – Direct Link


General Ledger Community – Direct Link

17

You might also like