Professional Documents
Culture Documents
Target Audience
Technical Consultants
System Administrators
PUBLIC
Document version: 1.1 – 08/20/2010
Copyright
© Copyright 2010 SAP AG. All rights reserved.
No part of this publication may be reproduced or transmitted in any form or for any purpose without the
express permission of SAP AG. The information contained herein may be changed without prior notice.
Some software products marketed by SAP AG and its distributors contain proprietary software components
of other software vendors.
Microsoft, Windows, Excel, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation.
IBM, DB2, DB2 Universal Database, System i, System i5, System p, System p5, System x, System z,
System z10, System z9, z10, z9, iSeries, pSeries, xSeries, zSeries, eServer, z/VM, z/OS, i5/OS, S/390,
OS/390, OS/400, AS/400, S/390 Parallel Enterprise Server, PowerVM, Power Architecture, POWER6+,
POWER6, POWER5+, POWER5, POWER, OpenPower, PowerPC, BatchPipes, BladeCenter, System
Storage, GPFS, HACMP, RETAIN, DB2 Connect, RACF, Redbooks, OS/2, Parallel Sysplex, MVS/ESA, AIX,
Intelligent Miner, WebSphere, Netfinity, Tivoli and Informix are trademarks or registered trademarks of IBM
Corporation.
Linux is the registered trademark of Linus Torvalds in the U.S. and other countries.
Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered trademarks of
Adobe Systems Incorporated in the United States and/or other countries.
UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.
Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or
registered trademarks of Citrix Systems, Inc.
HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C®, World Wide Web
Consortium, Massachusetts Institute of Technology.
JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented
and implemented by Netscape.
SAP, R/3, SAP NetWeaver, Duet, PartnerEdge, ByDesign, Clear Enterprise, SAP BusinessObjects Explorer
and other SAP products and services mentioned herein as well as their respective logos are trademarks or
registered trademarks of SAP AG in Germany and other countries.
Business Objects and the Business Objects logo, BusinessObjects, Crystal Reports, Crystal Decisions, Web
Intelligence, Xcelsius, and other Business Objects products and services mentioned herein as well as their
respective logos are trademarks or registered trademarks of SAP France in the United States and in other
countries.
All other product and service names mentioned are the trademarks of their respective companies. Data
contained in this document serves informational purposes only. National product specifications may vary.
These materials are subject to change without notice. These materials are provided by SAP AG and its
affiliated companies ("SAP Group") for informational purposes only, without representation or warranty of
any kind, and SAP Group shall not be liable for errors or omissions with respect to the materials. The only
warranties for SAP Group products and services are those that are set forth in the express warranty
statements accompanying such products and services, if any. Nothing herein should be construed as
constituting an additional warranty.
Icon Meaning
Caution
Example
Note
Recommendation
Syntax
Additional icons are used in SAP Library documentation to help you identify different types of
information at a glance. For more information, see Help on Help General Information Classes
and Information Classes for Business Information Warehouse on the first page of any version of
SAP Library.
Typographic Conventions
Notably, you can translate the financial data reported by consolidation units into the group
currency of the consolidation group. The consolidation system typically collects the financial data
reported by consolidation units in the local currency. You need to translate this data into the
group currency before you can create consolidated financial statements. You use the Currency
Conversion function if the local currency of one or more consolidation units differs from the group
currency.
Prerequisites
The prerequisites for running currency conversions are as follows:
The application set includes a rate application where exchange rates are stored. You
have assigned this rate application to any application that utilizes it.
The currency-type dimension includes the properties REPORTING, whose values are Y or
blank, and CURRENCY_TYPE, whose values are G for group currency, T for transaction
currency, or L for local currency.
The entity-type dimension includes the property CURRENCY, whose values are valid input
currencies.
The category-type dimension must have the same properties as the category-type
dimension of ApShell. Even though the system does not use these properties, the
program checks whether they exist or not.
The account-type dimension includes the property RATETYPE, whose values are valid
accounts in the rate application.
The time-type dimension includes the properties YEAR, PERIOD, TIMEID, and
MONTHNUM.
The data source-type dimension is not mandatory for currency translation, but if you
include it, the dimension must include the following properties:
I – Input
M – Manual Adjustment
The flow-type dimension is not mandatory for currency translation, but if you include it,
the dimension must include the property FLOW_TYPE.
The input currency-type dimension within the applicable rate application includes the
property MD, whose values are M for multiply rates or D for divide rates.
The default logic includes a call to the FxTrans logic file, if the translation is to be
performed whenever data is entered.
Features
This function offers the following features:
You can carry out reference translations, and you can record translation differences. This
makes currency-related impacts transparent, and you can ensure the accounting
consistency of the translated data (for example, the matching of retained earnings in the
balance sheet and annual net income in the income statement).
You can use different currency translation keys (for example, periodic and cumulative), or
you can refrain from doing a specific translation if individual data records are already in
the target currency.
You can group together the accounting objects to be translated (for example, FS items)
as selections in various ways, for example:
o Where for each selection you specify exactly one specific differential accounting
object for the translation difference.
o Where the selections represent steps, which the system executes consecutively.
Activities
In order to perform currency conversions in Planning and Consolidation, you must do the
following:
2. Define the required dimension properties. See Dimension Property Setup [Page 9].
4. Define the script logic that runs the currency conversions. See Defining Script Logic
[Page 16].
5. Load exchange rates to be used for currency conversion. See Exchange Rate
Import/Update [Page 18].
6. Load financial data for which to execute the currency conversion. See Loading Financial
Data [Page 19].
7. (Optional) Execute the currency conversion Data Manager package to run the currency
conversion manually. See Executing the Currency Translation DM Package [Page 20].
The main application is any reporting-type application. For example, a main application is a
Financial or Legal Consolidation application. The main application must reference a Rate
application, and must contain a currency-type (type R) dimension.
Procedure
1. From the application set, make sure there are at least two applications defined:
o Rate – Details the different types of rate (for example, Average and End-of-
period).
o RateSrc – Stores the type of Rate value source like input or calculated rate.
The Rate (Account dimension for Rate application) and RateSrc (Entity
dimension for Rate application) are specific and used only by the Rate
application.
Result
There are two applications in the application set: the Financial (or Consolidation) application,
containing all financial data, and the Rate application, containing all currency exchange rates.
Features
The following dimension properties are required:
Activities
1. From the main (or Reporting) application, define the required dimension properties, as
described in the table above.
Features
Often a financial statement needs a more complex rule for CTA calculation or sometimes a
specific account does not need to be converted. In addition, if a user has a flow-type dimension
(Acctdetail), it is more complex. For this reason, this table has additional columns.
Here are the details of each column in the Currency Conversion business rule:
Account rate type 10 The value of the RATETYPE property of the source account.
Destination
20 The ID of the destination account (or blank equals source).
account
Destination flow 20 The ID of the destination flow (or blank equals source).
Formula 200 Rate formula - The factor to apply to the source value.
This is the main driving field, controlling the translation rule to apply to a given account, according
to the value of the RATETYPE property of the account.
One RATETYPE can generate more than one translated value. This can be defined by
entering more than one entry with the same RATETYPE in the business rule interface for
currency rules.
Source Flow
This field, combined with the Account Rate Type field, completes the definition of the criteria that
drive the applicability of a given rule. In other words, the instruction can be read as follows: “if the
account has the RATETYPE property and the Source Flow is as defined, then apply this rule”.
A list of members of the flow-type dimension, as defined filtering the members using a
value of the DIMLIST property (or any property whose name begins with DIMLIST).
If left blank means it will apply to all the base level members.
If Flow is not used in the application then this field is left blank.
Formula
This field can contain any arithmetic expression combining any defined rate as per the account-
type dimension of the rate cube. All rates with the RATETYPE property equal to FXTRANS can
be used. In the RATE_FORMULA field, the rates must be enclosed in square brackets. For
example, [END], [END] – [AVG].
The OPENING value of any rate can also be specified adding the prefix OPE to the rate itself. For
example, [OPEEND] – [END] , [OPEAVG].
These OPENING rates do not need to exist in the rate cube. For example, if there is an [END]
rate, the currency translation also automatically recognizes a rate called [OPEEND], which simply
corresponds to the [END] rate of the opening period (typically last period of last year).
[AS_IS] – Leave untouched a value already existing in the destination currency. This
keyword cannot be combined with other rates in the same line. The only valid exception
is the format [AS_IS]*-1.
[COPYLC] – This copies the value of the Local currency into the reporting currency, that
is, this corresponds to applying a rate of 1 in the translation.
Destination Account
Destination Flow
Apply to Periodic
This field must only be used in an YTD application for the cases in which the currency conversion
to be performed on the periodic values and not on the YTD values.
If this field is set to Y, the engine calculates the difference between current period and prior
period amounts, and it applies to it the rate specified in Formula field. At the end, the result is
added back to prior period’s value and written in current period.
Entity FX Type
This field can be used to enforce a given set of rules to only apply to a desired set of ENTITIES. If
this field has a value, the rule is only applied to the entities having a matching value in a similarly
named property (FX_TYPE) of the entity-type dimension.
Activities
1. In the Admin Console, choose the applicable application, then choose Business Rules,
and then Currency Conversion rules table.
3. Enter information in the Currency Conversion rule table based on the information in the
table above.
4. Choose Save without validation, and then choose Validate Currency Conversion rule
table.
We recommend that you first save and then validate so that if there are errors
during the validation you do not lose the contents of the business rules.
Procedure
1. *RUN_PROGRAM CURR_CONVERSION(<parameters list>)
2. Set up the following list of attributes for relevant dimensions in addition to the required
attributes:
Dimension Property
ACCOUNT RATETYPE
DATASRC_TYPE (I, M, A, or L)
DATASRC
IS_CONVERTED (Y, G, or N)
YEAR
PERIOD
TIMEID
TIMEID
MONTHNUM
The data source-type dimension is not mandatory for planning, and currency translation
can be run without it. If you choose to include a data source-type dimension in a planning
cube, the attributes must be set up, as they are checked in currency conversion program.
The flow-type dimension is not mandatory for planning, and currency translation can be
run without it. If you choose to include a flow-type dimension in a planning cube, the
attribute needs to exist in the flow-type dimension to enable currency conversion.
Example
The following is an example of the script logic used in the SAP NetWeaver version:
*RUN_PROGRAM CURR_CONVERSION
GROUP = %GROUPS_SET%
TID_RA = %TIME_SET%
OTHER = [ENTITY=%ENTITY_SET%]
RATEENTITY = Global
*ENDRUN_PROGRAM
Global must be the valid member ID that is set in the rate entity-type dimension.
The following is an example of the script logic used in the Microsoft version:
*RUN_STORED_PROCEDURE=SPRUNCONVERSION(‘%APP%’,’%CATEGORY_SET%’,”,’GLOBAL
’,’%SCOPETABLE%’,’%LOGTABLE%’)
The SPRUNCONVERSION stored procedure performs currency translation calculations using the
Currency Conversion business rules table.
Features
For the selection of the correct rate, the following rules apply:
The source currency is derived from the property CURRENCY of the entity being
translated.
The rate to be applied during translation, such as END, AVG, HIST, and so on, is derived
from the property RATETYPE of the account being translated.
The valid rate indicators are those corresponding to an account of the rate application
belonging to the group FX rate.
The system does not convert any accounts with a rate type that is not a part of the
currency conversion business rules, and, for the Microsoft version, converts all accounts
with a blank rate type with a factor of 1. For the NetWeaver version, if the rate type is left
blank, the values are ignored for that account.
Activities
There are several ways to upload the data to the Rate application, such as using the Data
Manager package Import, or to use dynamic templates to send data from the input schedule.
If EVDRE reports are used, the rate account-type dimension and input currency-type dimension
can be set in the rows, and the time-type dimension can be set in the columns. You save the
EVDRE as an input schedule to send data to the Rate application. Input schedules such as these
can also be saved as a template in a library for sharing and reuse.
Procedure
After loading the financial data you must create a report to validate that the numbers loaded
match those from the source system. The report shows the source data that has been loaded.
1. Create an EVDRE report to validate and use the RptCurrency dimension in the columns,
and the Account dimension in the rows.
2. Set the parameters to show the local currency (LC) and USD together in the report.
3. Choose Expand all. Check that the LC is populated, and USD is displayed as 0.00.
4. Enter the LC value, and send data to the server to have USD and Euro calculated
automatically. This shows converted values as the default logic includes FXTrans.lgf
logic.
Procedure
1. In the Action Pane, choose Home, then Data Manager, and then Run a data
management package. Select the FX Restatement package in Financial Processes, set
the parameters, and choose Finish.
4. Choose Formula log to see more details of the task, such as how many records were
submitted and how many were successful.
Result
The currency conversion procedure is complete.