ECCS - Currency Translation CX40: Rounding entry 060: Cannot process item
Hi Gurus,
we found an error when executing CX40 (currency translation) in ECCS module.
Message here:
Rounding entry 060: Cannot process item set Z1CSZ1-6000
Message no. G0454
Diagnosis
The prerequisite for processing rounding entry 060 (item set 1: Z1CSZ1-6000) has not been met.
A difference of 11,085,205.37 in local currency was found.
Consider the following cases:
1. The rounding rule is defined for an item set.
In this case, the sum of the local currency values for the items in this set must equal zero.
2. The rounding rule is defined for an item set that is restricted to certain subitems and a second item set.
In this case, the sum of the local currency values for the items of the first item set, taking the restriction into account, and the items of the second item set must equal zero.
3. The rounding rule is defined for an item set (without restrictions to certain subitems) and for a second item set.
In this case, the sum of the local currency values from the first item set must coincide with the sum of the local currency values from the second item set.
The verification of rounding rules is executed per posting level and document type with the following exceptions:
Posting levels Space, 00, 01 and 08 are grouped together. Any differences which might arise in local currency appear as differences in posting level 00.
System Response
Rounding cannot take place.
Currency translation produces errors.
Procedure
Check the rounding entry and the associated totals records.
I have checked the settings in CXD1. it seems fine.
In CXD1,
CSZ1-5000 Income Statement
CSZ1-1000 Balance Sheet
CSZ1-6000 Balance Sheet & Income Statement -
for rounding entry
and set CSZ1-6000 contains CSZ1-5000 and CSZ1-1000.
we have no idea how to proceed.
Much appreciated if you could kindly help me with this.
Many thanks!
Regards,
Felix Shih
Jan 11th, 2012
In my experience this usually occurs after the data collection is re-executed and the contra-RE task is not. Therefore, my first suggestion is to re-execute the contra-RE task and the try translation again.
Similar Messages
-
Using currency format to round results (error cannot find symbol)
Hi i have a small program that converts currency and want to round the numbers up to 2 d.p i have chosen to use the command
numberFormat(txtOutput, "0.00");
But i cannot figure out where to put it in my program as it just returns errors like cannot find symbol. Could anyone please help?
this is the program that it is going to go into
double x;
double y;
double z;
x = Integer.parseInt(txtInput.getText());
y = 0.748279;
z = Double.parseDouble(txtExchange.getText());
if (z > 0)
txtOutput.setText('?' + Double.toString( x * z ));
else
txtOutput.setText('?' + Double.toString( x * y ));I now have this but it is still returning the error illegal start of expression for the line "import java.text.DecimalFormat;". And i have checked the braces and they appear correct
import java.text.DecimalFormat;
numberFormat(txtOutput, "0.00");
DecimalFormat df = new DecimalFormat("0.00");
double x = Integer.parseInt(txtInput.getText());
double y = 0.748279;
double z = Double.parseDouble(txtExchange.getText());
if (z > 0){
txtOutput.setText('?' + df.format( x * z ));
} else {
txtOutput.setText('?' + df.format( x * y ));
} -
Currency translation issue on SP08 when I use Force close option
Hi,
I am using three RATETYPES (AVG,END, HIST) in account dimension,
Income and expenes accounts - AVG
BS accounts (except equity accounts) - END
Equity account - HIST
Business Rule Configuration
1) For AVG:
AVG Rate ( In Formula)
2) For END
Source FLow DesitinationFlow DestinationAcct Formula
F00 (OpenBal) OPEEND
F00 (OpenBal ) F80( CTA) [END]-[OPEEND]
F15 (periodic activity) [AVG]
F15 (periodic activity) F80 (CTA) [END]-[AVG]
F99 (Closing Balance) [END]
3) FOR HIST
Source FLow DesitinationFlow DestinationAcct Formula Forceclose
F00 (OpenBal) AS_IS True
F00 (OpenBal ) F80( CTA) [END]-[OPEEND] True
F15 (periodic activity) [AVG] True
F15 (periodic activity) F80 (CTA) [END]-[AVG] True
And in my master data in the Flow dimension for member F99 (closing balance )for property FLOW_TYPE is equal to "CLOSING" and F00 (Opening balance) is "OPENING"
Scenario:
1) Loaded LC YTD Trial balance for 2011.NOV
2) Run Fx Translations (it worked well as expected)
3) Run Carry forward to 2011.DEC with LC and USD
4) Loaded LC YTD Trial Balance for 2011.NOV
5) Run Validation report with local currency (my balance sheet looks good for openingbalance, current period activities and closing balance)
6) Run Validation report in USD for Opening balance, Still it balances for opening balance as its carry forwarded from previous period.
7) Run Fx translation package for DEC.2011
8) after FX translation my balance sheet is out of balance.
Error:
My Balancesheet is out of balance after running Currency translations when we have opening balances. it is out of balance with the amount for the same for the opening balance. I mean before running currency translation for opening balance total for balancesheet items is zero but after running currency translations the opening balance is out of balance and CLosing balance sheet is also out with same dollar number.
I am assuming the force close option is not working correctly. When we are on SP05 I remember it was working without any issue.
I appreciate if any comments on this issue.
Thanks,
SriHi. On #1, try force translating these entities on their own. If that works, then I would call support about the all entities process not working. On #2, most people don't bother clearing the data after translating - just update it as needed. If you really want to clear it, you'll need an if/then in your calculate subroutine that runs the clear when at the reporting currency.
Eric -
Upgrade ECC 6 Message AC435 inconsistent rounding entries were corrected
When I go in the transaction OAYO in ECC 6 I get the message AC435:
CoCd XXXX, area 01: inconsistent rounding entries were corrected
Message no AC435.
You entered a capiatlization version in the area cost accounting depreciation. A capiatlization version is not allowed in this depreciation area however, since there is always 100% capitalization in this area
System response
Remove the capitalization version, or change the type of the
depreciation area.
If you set the area type to "cost-accounting valuation" after you
already entered the capitalization version, then you first have to
change back the type of the area. The "capitalization version" field is
then displayed again by the system, and you can remove the version you
entered.
The system give this message for all items. When I do the same in 4.6 there is no message.
Then ECC 6 want to save these new settings. Can I save this! and what is then changed?Thanks,
I had a look to the note's and I let it as it is. When there is a test system before his refres a will tray this change and see what the result is. Functional I don't have any problems.
But in the in future this will come back. -
Currency translation differences with an effect on earnings
Product Version: SAP R/3 46.C
Componente: EC-CS-CSF-E Currency Translation
In currency translation program of ECCS (tx CX40) the prior year portion of translation differences that affects earnings is posted in current period in the earnings retain item (ER) which according to SAP documentation "Currency translation differences with subsequent consolidations" is correct, however when we run the currency translation on subsequents periods this amount is posted again generating a multiplying of differences on each period.
In accordance with section u201CBu201D of SAP note 553586, the carryforward item (retain earnings) was assigned to translation key 5, to avoid multiplications of this difference in every execution of currency translation for current period. This correction was applied successfully, however the problem is now generated when we run the currency translation in every subsequent period.
SAP notes 582815 and 553586 was applied succesfully.
We also verified SAP note 1045402 changing the translation key 5 to 1, for balance carryforward item (retained earnings) this avoids the difference effect on subsequents periods, but generates a translation differential effect undesired on this item, since this is a historical item that not must be altered by currency translation.
Additionally we read SAP note 509509 and we think that this issue corresponds whit symptom 2 of that note.
Step by Step:
Transaction: CX40
Setting of Translation SET in translation method:
1.- MARS-GAP-Monetary:
1.1.- Items of balance sheet
1.2.- Translation Key 1
1.3.- Item for differences: income statement item with an effect on earnings
2.- MARS-GAP-NonMonetary
2.1.- Items of balance sheet
2.2.- Translation Key 6
2.3.- Item for differences: income statement item with an effect on earnings
3.-MARS-MOR-Monetary
3.1.- Items of P&L
3.2.- Translation Key 5
3.3.- Item for differences: income statement item without an effect on earnings
4.-MARS-MOR-NonMonetary
4.1.- Items of P&L
4.2.- Translation Key 6
4.3.- Item for differences: income statement item without an effect on earnings
5.- MARS-HIST
5.1.- Items of balance sheet
5.2.- Translation Key 6
5.3.- Item for differences: Balance sheet item without an effect on earnings
6.- ANI-BS-FX
6.1.- Items of differences SET MARS-HIST and Carryforward Item for special items in transaction CXD3, the same item for the balance carryforward (retained earnings)
6.2.- Translation Key 5
6.3.- Item for differences: Balance sheet item without an effect on earnings (the same item for the SET MARS-HIST)
7.- ANI-BS
7.1.- The special balance sheet item in Transaction CXD3
7.2.- Translation Key 5
7.3.- Item for differences, the same item
8.- ANI-IS
8.1.- The special income statement item in Transaction CXD3
8.2.- Translation Key 5
8.3.- Item for differences, The same item
Note:
1 .- According to the point A of the note 553586 was included the FS Item 484051011(difference item for SET MARS-HIST) in the conversion SET ANI-BS-FX
2 .- According to Section B of the note 553586 was included the account for carried forward 481000001 the special accounts set up in the transaction CXD3 in the conversion SET ANI-BS-FX
3 .- According to Section C of note 553586 are included special accounts set up in the transaction CXD3 390000 and 251200, in the conversion SET ANI-IS and ANI-BS respectively.
When run the currency translation in the new year 1-2011, the prior year portion of translation differences that affects earnings is posted in current period a credit to earnings retain and debit to account difference in SET for this account. This amount is same on special balance sheet item 251200, in tx CXD3, also found on the statistical FS item.
Then in subsequent periods, 2 - 2011 it posting another credit to earnings retain and debit to account difference in SET for this account, generating a multiplying of differences on each period, even though the difference for this account (ER) in the log of the translation currency is equal to the difference posted to the previous period, show this in transaction CX34 for items of translation (1) for this account until 1-2011.
Edited by: Ana Brito on Jul 25, 2010 8:10 PMHi,
just a information how I did a workaround about this:
The opening (movement type 100) of the balance sheet item "differences of currency translation" is customized with "don't change...".
Every increase to "differences of currency translation" works with e.g. movement type 120 and will be carried forward to 100.
Maybe this is a scenario you can use...
BR -
Currency Translation for Key Figures with Value More Than One Currency
Hi...
I have query which display key figure GL Account Balance. The currency that used for this key figure is USD and IDR. How we want display value based on selection screen? So if we input currency USD, all value that use currency IDR translated to USD and all value that use currency USD not changed. Otherwise if we input IDR, all value that use currency USD translated to IDR and all value that use currency IDR not changed.
How we do this in query designer? Thank you.
I have use currency translation :
1. (Right Click Key Figures >> Properties >> Currency Conversion Key)
2. Target Currency Using Variables Entry
but seems the result is not correct. Can anyone help me ?
Regards,
SatriaHi all,
Thanks for your help, but still I have problem. I have create one currency conversion type, ZXXX. This currency conversion type is using exchange rate type = "M",source curr from Data Rec, sel of targ currency with translation,
and fixed time ref = "Current Date".
Problem:
1. With this setting, i create currency translation in BEx, but the result is not same, it's like the exchange rate not using the same setting with data in ECC (I compare data with transaction fs10N). Is my setting for exchange rate not correct?
2. When I try to display GL Account Balance --> Calculated Key Figure (Total Debet - Total Credit) for period 0, the translation not working. Example if the value is IDR 1234 then the value in USD still USD 1234. Why this happen?
Thank you
Regards,
Satria -
Foreign Currency Translation at Year End - How SAP Works for P&L items?
Hi All,
I wanted to know "How SAP works on Foreign Currency Translation at year end" from Local Currency to Group Currency for P&L Items.
I know how SAP works for Balance sheet items but am really confused with when the translation was done for P&L Items.
Configuration:
We are on ECC 6.0 . Local Currency is CAD and we have 2nd Local Currency as "USD - Group Curr".
We have set up Valuation Method - 4
We have set up Valuation Area - 40
For Account Determination for Currency Translation, GL accounts (Loss, Gain and B/S Adj) were setup for the combination of Chart of Accounts, Val Area and Fin Stmt Ver.
Sales Account Balance
CAD (LC) USD (2nd LC)
1000 920
Using tcode "FAGL_FC_TRANS", we translated our P&L items.
Local Currency is CAD and Group Currency is USD.
CAD 1000 and USD 920 are cumulative balances over a period of time.
Since at the end of year CAD became stronger, exchange rate is 1.11 as an example
Sales Account Balance
CAD (LC) USD (2nd LC) Translated Value in USD
1000 920 900
System passed the following entry in USD:
Debit Balance Sheet Adj A/c 20
Credit Translation Gain / Loss A/c 20
Here are the questions:
1. How does over all translation work? - Should we get any Gain / Loss and have an effect on P&L when all accounts (P&L, B/S) are translated?
2. How can there be a gain entry when USD value has really fallen from 920 to 900 in the current case.
Thanks for your time.
VijayHi,
I had this issue too. The entry was just opposite to what it should be. I just flipped the accounts in table FAGL_T030TR.
Example: 410000 is sales account which normally should have a credit balance. Here are some entries that were posted to sales in 03/2009 and I am running FAGL_FC_TRANS at the end of the month.
March 1, 2009 Cr. Sales CAD 1000- USD 900-
March 2, 2009 Cr. Sales CAD 500- USD 480-
During FC translation transaction, system takes the balance in the account for the period (if you execute it with 'Val. period balance only' checkbox checked) and not the cumulative balance. SAP recommends translating period balance only (and not cumulative balance) for P&L accounts. It sees a balance in LC (this again depends on the config. you have in OB22 - whether the indicator is 1 (TC as source currency) or 2 (LC as source currency for translation)) which is 1500, converts that at month end rate. After conversion, lets say the balance is 1400-.
In this case, we expect a credit entry on sales account
March 31, 2009 Cr. Sales CAD 0 USD 20-
But system was just posting the opposite. I then flipped the accounts in FC translation configuration. I know it is misleading. In that configuration, system says balance sheet adjustment account, but what you should actually give there is your gain/loss account. Our gain/loss a/c. falls in the same GL account range as the main account. For example, for 410000, it is 410999 and for 510000, it is 510999. We report accounts 410000 to 410999 in the same node in the FSV.
Pl. feel free to ask further questions about this. Pl. test in your system and correct me if my above reply is wrong.
Cheers! -
Error in EC-CS - Currency Translation is Irrelevant
Has anyone seen this message? I have checked and as far as I can see, currency is set correctly. Please advise....
Task CrcyTrans is irrelevant or is being copied
Message no. G0256
Diagnosis
Task CrcyTrans is either irrelevant or is being copied from another version for the current org unit. Therefore, the task cannot be executed in the present version.
There is only one exception for source tasks with the type "Data Collection" which bear the task status "Being copied" (in the target version):
If the local currency of the respective consolidation unit differs from the ledger currency, the system permits supplementary changes to the additional financial data in the target version. In this case, you can also start the source task with the type "Data Collection" in update mode for the respective consolidation unit in the target version. Then the system permits subsequent entry of additional financial data.
Keep in mind that the status is not updated.
System Response
Fehlermeldung bzw. InfoHello -
The consolidation ledger currency (group currency, I assume) is USD. The Consol Unit in question is EUR.
I checked the currency translation settings in the consol unit. There are four other units in the group, all with various currencies, which are working fine. We have another unit in another group that is EUR and it is working fine. We just added this one. I have compared it to the unit in EUR that works but can't find any differences. -
Currency translation IDR to EUR
Hi
I got below error please suggest me
Calculated conversion rate 16.422,14112 is too big
Message no. SG119
Diagnosis
The exchange rate 16.422,14112 was calculated via the base currency EUR. This produced a rate which exceeds the maximum allowed value of 9999.99999.
System response
The processing can not be continued because the calculated rate can not be used.
Procedure
Check the conversion rate to the base currency EUR and the exchange rate type M. If the rates are correct, you must agree different conversion factors for the currencies in question (e.g. 100:1 instead of 1:1), so that the resulting conversion rate does not exceed the value 9999.99999.
As per standard i have maintained the translation ratio : IDR to EUR : 10,000 : 1. Wherein if i maintain 1 : 1 ratio the system is processing without error. But logically that is not right. We are maintained as direct quote. We are unable to create any PR.
Kindly give ur valuable feedbackHi
What is the vendor currency in SRM and ECC?
are you creating sc and PO ?
Are creating PO directly in SRM via purchaser id ?
what is the attribue currency in org structure?
are you running excharate and currency job ?
what are the entry for tcurr table? for idr and eur
for eg for yesterday date
in tcurr
from currency IDR
to currency EUR
how many entries are there in the table
BBP_GET_EXRATE hope this report runs in your system -
Hi,
We have different needs for the currency translation depending on the financial statement items an movement type.
So, we have defined 2 methods (and 2 tasks) all different.
They are different also in the exchange rate type for the reference translation.
That is, for example:
First method (task):
Exchange rate type for the reference translation (1003 - Historical exchange rate)
Step:
Investment items
and type of movement (100 u2013 beginning balance)
Specific translation:
u2022 Currency translation key: periodic
u2022 Exchange rate type: EURX (EMU regulation, variable exchange rates)
Item (Translation Difference):
Item (58200)
Subitem (58201)
Second method (task)
Exchange rate type for the reference translation (1002 - Average exchange rate)
Step:
Income statement items
Specific translation:
u2022 Currency translation key: periodic
u2022 Exchange rate type: EURX (EMU regulation, variable exchange rates)
Item (Translation Difference):
Item (58200)
Subitem (58202)
PROBLEM:
When we run the methods at consolidation monitor, the second task affects the result of the first task.
The result from the first task is correct.
When we run the second task, which is for income statement items (not this as the first one u2013 investments), System is creating a new step (a cumulative one), which is changing the Exchange rate type for the reference translation of this item; meaning is changing the previous correct values.
Why is this happening?Thanks for your answer.
So, what you're saying is that I cannot have several Exchange rate type for the reference translation according to financial statement items/movement types?
I always have to have the same Exchange rate type for the reference translation for all the items/movement types?
Thanks for your help.
Best regards. -
HI,
I created a query and used currency translation for the key fields. When I execute the query it throws a warning message for all fields in column saying
'Currency Translation cannot be carried out for element 67/XXX'
where XXX is the column name. I have checked the translation used and it is correct and I have used the same one for all the fields. Can someone shed some light on this problem?x
-
Currency Translation with Variables
My currency translation is not working and I can't figure out why. Here's what I've done:
1. Created a variable on 0CURRENCY, processing by user entry.
2. Created a currency conversion type. Exchange rate type 1001. Source currency from data record. Target currency from variable (defined in step 1). Current date.
3. Created a query in the BEx. Set my key figure to use the currency conversion key defined in step 2. The target currency is set to the variable created in step 1.
When I run the query it asks me to enter my currency. However, it does not do a conversion on the key figure. i still have some rows showing different currencies.
Can anybody see if I have done something incorrectly, or suggest how I can get this to work.
CheersHave you transferred the exchange rates from R/3?
RSA1 -> source systems -> rightclick on system -> "transfer global settings" -> check currencies and update -
Currency Translation at the Web Template level (standard functionality)
Hi Experts ,
We are currently working in BI 7.0 env. with source system ECC 5.0.
We are working for a task where we need to make the BEx queries enabled for currency translation .
The requirement is :-
The user should be enable to give/opt/choose for the follwoing options:-
Currency type (target currency in which the translation is aimed)
Exchange Rate ( Standard(M) or other(P) or something else) and
Key date: The translation will be performed taking the exchange rate on that particular date.
We do have 2 option to perform the task...
1:- Either we do it thru currency translation type definition(RSCUR) and then attaching this currency translation for every amount key figure values at each query level. OR
2:- If we can go and find something at the Web Template level and add/modify the template in such a way so that it gives us the functionality to translate a source currency into a desired one with desired exchange rate type (currently either M or P) and for a specific date.
At this point of time when we do have numerous sub-areas holding hundreds of queries, we want something which should be available as the modification/addition to standard functionality at the web template level and not at the query level as changing each and every one of them and testing would be a cumbersome process and would be costly and risky at the same time. So we are just wondering if we can find something with option no. 2 and add/modify something in the standard functionality.
Please ask for any more information required.
Thanks very much.
regds.Hi Amit,
You would still need to define the Currency Translation using RSCUR where you would specify
-the exchange rate type (either fixed or variable)
-the target currency (either fixed or variable)
-the reference date
You don't need to modify any of your queries. You can instead use 'Translate Currency'/[SET_CURRENCY_TRANSLATION] command in WAD & specify the Currency Translation as defined in RSCUR. If you want the target currency & exchange rate type to be driven by user input, you can define these as variables in RSCUR & invoke the variable screen using 'OPEN_VARIABLE_DIALOG' in WAD for user input just before calling 'SET_CURRENCY_TRANSLATION' command.
--Priya -
Currency Translation feature in BEx reports
Hi colleagues,
As you know, when creating queries, you can right click a given key figure and from Currency Translation frame you can select a customized Currency Conversion Key so OLAP engine displays the "converted" value of such Key figure. Standard TCURR table is used for the conversion.
Also, RRC1 txn. code can be used to create Currency Translation Keys to be used in query designer as described before.
I have created a "currency translation key" (let's name it ZTAXILOC) in RRC1.
I have changed my query in the query designer to use this "customized Currency Conversion Key (ZTAXILOC)". My query uses an InfoSet as "infoprovider".
However, when executing query on BEx Analyzer, I receive error message "Cannot apply currency translation type ZTAXILOC in infocube ZTXA04LA3", where ZTXA04LA3 is the name of my infoset that feeds my query.
The Diagnosis is: "You tried to translate a query element with the currency translation type ZTAXILOC. The translation type ZTAXILOC, however, has VARIABLE TIME REFERENCE, relevant to "DH Document Date" characteristic, which is not available in ZTXA04LA3 infoprovider....".
The "DH Document Date" characteristic exists in the ZTXA04LA3 infoset, but technical name changes since for Infosets, BW system dynamically assigns a technical name for each element in the join and it differs from technical in source ODS.
My question is:
Can I use custom "currency translation keys" in query designer if my query uses an infoset as infoprovider? or is custom "currency translation key" just allowed in queries that use an ODS/InfoCube as infoprovider? or should I provide RRC1 with technical name for "DH Document Date" existing on ZTXA04LA3 infoset?
Please advise.
Thank you.
Mario Vallejo.We are running into similar currrency conversion issues on an infoset. We have an existing currency conversion key created using RRC1. The existing currency key is set up as follows:
TO_USD Convert to USD (Billing)
Exchange Rate Type = Standard translation at average rate
Dynamic Exchange Rate Determination = Yes
Inverse Exchange Rate = No
Source Currency from Data Record = Yes
InfoObject for Determining the Source Currency = No
Selection of Target Currency with Translation = No
Fixed Target Currency = Yes = USD
InfoObject for Determining Target Currency = No
Fixed Time Reference = No
Variable Time Reference = Yes = To the Exact Day = Special InfoObject (0BILL_DATE)
Query Key Date = No
We convert sales amounts to USD using this conversion key on existing cubes. When trying to apply the same conversion key to the new infoset, we received the following error:
Diagnosis:You tried to translate a query element with the currency translation type TO_USD. The translation type TO_USD, however, has variable time reference or variable target currency relevant to characteristic Billing doc. date. Characteristic Billing doc. date is also not available in InfoProvider ZBILLCOST and it references either none or more than one characteristic () of the InfoProvider for Billing doc. date, or Billing doc. date is not a base characteristic.
We have tried to steps in the response to this thread and continue to receive the error.
In Step 1, the only thing that we think we can change is the info object text in the infoset, not the technical name, is this correct?
In Step 2 & Step 3, we have never used variables for currency conversion. We create the currency key using the RRC1 and select the info object for conversion. We did try creating a new currency key in RRC1 and tried to find the newly named (text) info-object for billing date on the infoset, but it wasn't listed as an option under special info-object. Do you have more information on how to create the variable in query designer and how it is used and how to assign to the currency translation? -
Currency Translation with a Calculate Key Figure
Hi,
Does anyone have experience with applying currency translation in BEX/Query Designer on a Calculated Key Figure?
I have a need for a calculated key figure to be converted to a target currency of USD (which is already defined via RRC1). I also need the Results Row to display the summation in USD.
Currently, my calculated key figure displays two currencies (MYR and USD) and an incorrect summation of both currencies.
Here is how I have defined my calculated key figure:
NODIM ( 'Consumption (STOs)' ) * NDIV0 ( 'Material Source Plant Cost' / NODIM ( 'Source Plant Price Unit' ) )
I am multiplying a quantity field by amount field and then dividing by a price per unit field. I have applied NODIM on the other fields so that the amount field will retain it's properties.
Running this query through transaction RSRT and clicking on the Generate Report button, I get the following message:
"<b>Currency translation cannot be carried out for element 20 (my calculated key figure). Element 20 neither contains a Basic key figure nor a variable with type Amount. For this reason, you cannot and do not need to perform a currency translation</b>."
From the above message, I must be setting my calculated key figure incorrectly.
Any ideas?
Thanks!
HauHello Ajeet and N Ganesh,
Thank-you for your help. I verified that the dimensions of my key figure 'Material Source Plant Cost' was of type 0AMOUNT, so that was not the issue.
The issue was in the error message that was returned when I pressed the Generate Report button in RSRT. Essentially, currency conversions in BEX can only be performed on basic key figures or simple replacement path variables.
I can perform the currency translation on a SIMPLE calculated key figure that contains only the replacement path variable (where 'Material Source Plant Cost' is an attribute of my master data characteristic ZMAT_SRC). However, I found that I cannot perform the currency translation on COMPLEX calculated key figures, like in my example above.
To get around this currency translation issue and as suggested by the error message, I created a SIMPLE calculated key figure for replacement path variable 'Material Source Plant Cost' and performed the currency translation. The problem with this solution is that while I get my currency translation, I also get a calculated key figure that is aggregated, according to the query layout.
To get around the aggregation issue, I also created a dummy counter as a master data attribute (of ZMAT_SRC) to capture the aggregation. I assign a value of 1 to this dummy counter/master data attribute in the update rules to my ZMAT_SRC infoobject.
I then divide my new (aggregated) calculated key figure for 'Material Source Plant Cost' by the dummy counter (which is also aggregated). Essentially, I divided the aggregated replacement path variable by the scaling factor. The result is that I get a new calculated key figure that has been translated into the target currency and in the correct scaling factor. I can use the new calculated key figures in the above formula; regardless of the report is rolled-up.
Again, thanks for your help. It gave me the pieces to solve this puzzle.
Maybe you are looking for
-
I'm Having Problems With My iPod, Is any one else?
Hi, I was given a 5th Gen. iPod for Christmas which replaced my 3rd Gen. one. I loved my 3rd gen. and had not one problem with it. At first My new ipod was great until I started back at Uni after Christmas hols. which was the point at which i started
-
I am locked out of my ipad. how do i get back in?
Locked out of iPad 2. Need to reset password
-
In the past few days I have been getting the following popup when I use firefox as my browser: Exc in ev handl: Error: Bad NPObject as private data! I assume it came from your latest update. I have windows vista with a 64 bit processor, and I am usin
-
What is the Forms 10.1.2.3 download site?
Hi all: I want to install forms10g in Vista, and then oracle.com said forms version must is 10.1.2.3. But in the Software Downloads , Oracle Developer Suite 10g last version is 10.1.2.0.2. Can anyone tell me what is the Forms 10.1.2.3 download site?
-
Hello there, I am at my wits end with trying to get Steam to work with Wine on my Arch x64 install and any pointers will be greatly appreciated! What I have done so far is install wine/wine_gecko/winetricks via pacman (along with lib32-ati-dri like i