Currency conversion - CO differences

Hi Guys,
We are doing technical currency conversion at data base tableu2019s level from SGD to USD for our company code (EURO solution). During this conversion, FI reconciliation is able to achieve. On the other hand where CO data also changed balances form SGD to USD on fixed rate (exchange rate) conversion base, it will lead some small rounding differences either +/-. Is there any way to adjust these small differences in CO module alone with out impacting to other modules (Running EURO CO reconciliation programs i have idea apart from this any solution Plz)!
Thanks for your valuable inputs.
Vyas
Edited by: vyas on Mar 3, 2009 10:18 AM

Thanks Guys.
We decided to use conversion cost center and element or internal order to write off the differences during currency conversion occured. Once go-live went will block for postings and for reporting management need to omit this.
Thanks...Vyas

Similar Messages

GR for PO in forex resulted in currency conversion rounding difference

Hi,
I have created a PO in foreign currency and when I perform a GR in MIGO, it created the following 4 FI postings:
1) DR Stock - Amount in Forex, Amount in Local Curx
2) CR GR/IR - Amount in Forex, Amount in Local Curx
3) DR Rounding Diff 0.00 in Forex, 0.01 in Local Curx
4) CR Rounding Diff 0.00 in Forex, 0.01 in Local Curx.
Below are the information for the PO item:
Quantity = 350
Unit Price in EUR = 10.39. ==> Amount in forex = 350 * 10.39 = 3,636.50
Conversion rate = 10.61 ==> Amount in local curx = 350 * 10.39 * 10.61 = 38,583.265 rounded to 28,583.27.
Line 1 & line 2 ==> Rounded amount = 28,583.27.
Question: Why is the additional lines (3) & (4) being generated ?
When I did the MIGO posting, the system ask for the additonal account keys PRD and KDM in OBYC which I have supplied with "Rounding Diff" Account.
We have tried with different quantities and this problem so far only happens when the quantiy = 350. (Incidently, the rounding diffence for quantity 350 is exactly 0.005 and the same rounding difference of 0.005 is also applies to quantity 1050, 1750, 2450 etc at every 700 units increment; BUT the 0.01 rounding difference only happeded for quantity 350. Very strange ??)
Additional Info:
No special rounding rules is configured in the system.
Please advice.
Thanks and regards,
Hu Ghee.

Hi Pankaj,
Actually, your suggestion worked. It was jus that when I went to the OMRW screen earlier (even before I posted this message), I saw that the setting was "Blank" and thought that it meant "Not activated" whereas what I need to do was to set it to "No" for no exchange difference.
TQVM.
Rgds,
Hu Ghee

Asset adjustment bcoz of currency conversion differences

Hi Good morning,
Have situation in Asset management, while we purchasing assets on month end and some other time, small amounts (3$, or 5$) are capitalizing to the assets account becoz of currency conversions differences rather than gain or loss currency differences account, coming soon we have to avoid this with config changes.
I'm wondering how to reverse or deduct those small amounts from assets to gain or loss exchange account and what configuration has to be carried to avoid permanent.
Could any body help on this to over come..
Thanks in advance and points are available.

Hi Good morning,
Have situation in Asset management, while we purchasing assets on month end and some other time, small amounts (3$, or 5$) are capitalizing to the assets account becoz of currency conversions differences rather than gain or loss currency differences account, coming soon we have to avoid this with config changes.
I'm wondering how to reverse or deduct those small amounts from assets to gain or loss exchange account and what configuration has to be carried to avoid permanent.
Could any body help on this to over come..
Thanks in advance and points are available.

Currency Conversion - difference in behaviour of NW compared to Microsoft

Hi Everyone,
When migrating from BPC Microsoft 7.0 to Netweaver 7.5NW SP01 we setup the same reporting currency conversion as we had before. A simple conversion of reporting currency from LC into EUR and USD.
We noticed:
- the currency conversion of accounts that had no RATETYPE used to convert at a factor of 1. In NW the system ignores these accounts and does not convert them...USD and EUR are blank
SAP help states this should be possible...
[http://help.sap.com/saphelp_bpc75_nw/helpdata/en/7b/4479fd9b394314a257d92d9be6a71f/content.htm]
- EUR and USD in Microsoft version are considered calculated members and do not allow direct entry into them in the input schedules (the CALC property is Y). In NW version, we can enter directly numbers in these reporting currencies, which makes it confusing for users and may lead to errors
Did anyone experience any of these behaviours?
thanks for sharing,
best regards,
Luis

Hi Luis,
This is off the top of my head, but my experience matches yours. I think you will have to add a new rate type to all your accounts that you want to convert with the multiplier of 1, and set up a business rule with
[COPYLC]
in the formula. Maybe I'm missing something, but it looks to me like the documentation is simply incorrect on this point in the Netweaver version.
As far as EUR and USD, are you using the STORED_CALC property in your MS system? In my brief tests of this functionality I've never been able to get this property to have the desired effect (setting CALC=Y for a base member) in the NW version. You may want to open a message for the issue if this is what you were using on the MS side and it's not working for you. It would be nice to have it working.
Ethan

Local Currency conversion in PO

Hi
Iam facing problem in wrong Local currency conversion while doing GR reversal for foriegn currency Subcontract PO.
Local Currency : EUR
PO Currency : HUF
User has entered wrong Exchange rate in OB08. (Indirect Quotation : HUF -> EUR) & did Goods Receipt with reference to PO. After that Exchange
rate has been corrected immediately, but some GR documents posted with wrong exchange rate.
To correct the wrong entries, Again Wrong exchange rate has been updated in OB08 & reversed those material document in MBST. But the strange issue is system calculating different local currency for those reversed documents. The Local currency Amount of Goods receipt document & reversed document local currency amount is not matching,Ideally both should match.
Following observations on this,
1. Exchange rate are same in both doucments. I have checked in document Header.
2. GR Qty & Reversed Qty are same.
3. PO currency (HUF) amount are same in both doucments.
4. Finished Material & Raw material are managed in standard Price.
5. Document date & Posting date are same in both doucments.
Anybody can explain why the system updates wrong local currency ?
Thanks in Advance.
Regards,
RRS

I do not remember the Tcode, however it is under SPRO>>General setitings>> currency .. guess it is OB90
And if the difference is large. check the following:
Check the exchange rate type you use, next go to OB08 and see if the inverse translation is maintained for your currencies EUR- HUF and HUF- EUR
and then check OB07 and see what settings you have for the ex. rate type you have i.e Inv, fixed ...
You might hit upon something here

Sorting Currency conversion Variables in Query Selection screen

Hi Experts,
I have an issue in sorting variables.
A Currency translation is used here which has two selection options here, one for "Currency" and one for "Currency conversion date". They just pop in somewhere in the selection screen with out order. I want to put them together either in the middle or at the bottom.
They are not visible in the Variable sequence tab of query properties.
I changed the text for each of them (Ex. "XCurrency"), so that it sorts alphabetically, but no difference.
Had anybody come accross this issue before.
regards
G Rai

Hi,
This seems strange that the variable does not show in the query properties. One thing I can suggest it to try changing the technical name/desciption of the variable if that changes the order.
Please update back the thread if that helps.

Currency Conversion issue for YTD model

Hello,
Currently our Client is using YTD (year to date) model to maintain data into BPC 7.5NW, and planning to use BPC for currency conversion from LC to USD. They are not converting the values in Transactional system. When performing this all Balance sheet accounts will be using YTD model for conversion, but income statement accounts should be using Periodic values for conversion.
We have two different Entity FX types: one is USDFNC - USD functional and NUSDFNC - Non USD functional. One of the differences between these two FX types is CTA account, USDFNC is using expense Account to Book CTA and NUSDFNC is using Equity Account to book CTA.
To achieve the above mentioned requirement, I did configure BPC as follows:
1) Use RATE type AVG (average for Income statement accounts)
2) Use RATE type END (spot rate for Balance sheet Accounts)
3) In business rules for Account rate type AVG- formula would be [AVG], apply to periodic flag will be checked.
5) in business rules for Account Rate Type END - Formula would be [END], apply to periodic flag will be blank.
6) To calculate CTA for ENTITY FX type- NUSDFNC, I configured the following in Account Rate type AVG - destination account is equity account, Formula is [END]-[AVG], apply to periodic flag will be blank and Entity FX type is NUSDFNC.
7) To calculate CTA for ENTITY FX type- USDFNC, I configured the following in Account Rate type AVG - destination account is expense account, Formula is [END]-[AVG], apply to periodic flag will be blank and Entity FX type is USDFNC.
Above configuration is giving me correct converted result for all Balance sheet accounts and income statement accounts are showing the correct values when I use the formula (current period LC amount-previous period LC amount)*(current period AVG rate). But I saw difference in Balance sheet, so further analyzed CTA (currency Translation Accounts) and found that the difference is because of CTA amount only. Similar CTA differences exist for both USDFNC entities and NUSDFNC entities. So, I think my logic to calculate CTA is not working.
I am using the standard script logic to run Currency Conversion:
*RUN_PROGRAM CURR_CONVERSION
     CATEGORY = %CATEGORY_SET%
     TID_RA = %TIME_SET%
     CURRENCY = %RPTCURRENCY_SET%
     RATEENTITY = GLOBAL
*ENDRUN_PROGRAM
*COMMIT
Can any one help me to understand whether this configuration is correct? I feel that I may need to change the logic for calculating CTA. But not sure about what and where
Edited by: amarnathputta on Nov 24, 2011 5:36 AM

Thank you Ethan,
Let me try to explain this with few dollar amounts:
Let us consider that I have data for 1st month (Jan) of the year 2011,
Net income for Jan. 2011 in LC = 59916152.19
Net income for Jan. 2011 in USD calculated using Average rate is = $ 9,223,013.14
CTA for the same month is (net income in LC X spot rate) - net income in USD at average rate =((59916152.19)*(0.154617))-9223013.14 = 41,042.564
This value is correct.
For the month of Feb 2011:
Net income for Feb.2011in LC = 60415519.01
Net income for Feb.2011 in USD at average rate (with periodic flag on) = 9,300,112.38 ( I calculated this value manually and it is correct after conversion)
calculated CTA for the same month is (60415519.01*0.154083)-9300112.38 = 8,892.035.
But actually BPC calculated CTA is 18,547.56 (I felt that this may be because I am not using the Flag apply periodic value while calculating CTA and when I flagged that, BPC is giving me a very big difference in CTA)
My balance sheet is exactly off with the difference in CTA.
Hope this helps you to understand my problem.
Edited by: amarnathputta on Nov 25, 2011 2:43 PM

Currency conversion with query selection mask and InfoObject 0Curtype

Hi,
question to following scenario:
in the data source is an column with the currency type. This currency type column contains values like
10 = company code currency
20 = account area currency
So for each data set in the table is an assignment of currency types.
In the cube is an InfoObject called 0Curtype (for currency types 10,20,30 ...).
In the BEx Query should a filter or selection be possible before the whole data is displayed.
The user can select in which currency he wants to display the data. When he selects the 10 the whole data is displayed in different currencies which are available because its local currency (Euro, Dollar etc.). By selecting 20 the whole data is displayed in Euro.
Does anybody knows how to achieve that? Is there any function module availabe which is provided by SAP and it is available for use?
Thank you in advance!!!

Hi There:
You have two options available.
One you can define currency conversion variable in transaction RSCUR. Then use this currency conversion variable at query run time using a formula Key figure and go to Conversions tab and select this variable. Then at query run time the query will convert your key figure from source currency type to target currency type. But this can significantly impact your query run time because the query will calculate this at query run time.
The second option is to use a standard SAP function module CONVERT_TO_LOCAL_CURR in the back end and store this key figure in the back end during data load. This way the query will run faster for you. The difference is significant in my case.
Good luck.
Let me know if you need more information.
MP.

Inputs on Currency Conversion

Hi Experts,
I need some help in the Currency conversion variable that I am using in my report.
I have few caluculated key figures that are caluculated on the basis of difference between current date and the Net Due date. Currency conversion is used in these variables.
I also have few Restricted keyfigures that are restricted on the Fiscal Period. Same currency conversion variables are used in these key figures also. The currency conversion variable is at a Fiscal period level.
However, the currency conversion is not happening on the Caluculated keyfigures but it works for Restricted keyfigures.
Please provide your valuable inputs.
Thanks in advance.

Hello,
Please give us some more information on the calculated key figure. How is it defined? I assume the calculations is based on amounts and not on dates as you've written?
Best regards,
Christoffer Owe

Currency Conversion Error from KRW to EUR in for March 2011

Hi,
We are facing problem in Currency conversion from KRW to EUR in BW Production.
The report shows proper value for JAN, FEB 2011, but when we execute the report for March2011 it shows wrong value.
Month               |   BW Production Value    |           BW TEST Value
Jan2011 u2013        |   102,459                         |              102,459
Feb2011 u2013        |   120,008                         |              120,008
March2011 u2013    |   12,056,385                    |              120,564
As we can see the value for BW Production for the month of March is 2 decimals higher than the value in BW test.
Regards,
Nix
Edited by: nix_mania on Apr 18, 2011 4:20 PM

Hi,
My problem here is that the values for JAN and FEB are correct with their decimal values but only for March it is 2 decimals higher.
Hence the TCURX table wonu2019t come into picture, since if TCURX entry was incorrect then it should show wrong values for JAN and FEB also.
When I checked the data in cubes for BW Test and Production the values for March are same still in the report I am getting the difference.
Report Output:-
March2011:-
BW Test                    12,056,385
BW Production          120,564
Feb 2011:-
BW Test                    120,008
BW Production          120,008
Jan2011:-
BW Test                    102,459
BW Production          102,459
Regards,
Nix

(Strange) Currency Conversion on YTD Application

Hi experts
I found a wrong currency conversion on YTD Application and my customer also has the same problem.
Here is the example:
Rate Application
2008.JAN 1 EUR = 1.2 USD
2008.FEB 1 EUR = 1.2 USD
2008.MAR 1 EUR = 1.4 USD
Finance Application (a YTD application)
CV Time: YTD
2008.JAN 10 EUR
2008.FEB 20 EUR
2008.MAR 30 EUR
CV Time: Periodic
2008.JAN 10 EUR
2008.FEB 10 EUR
2008.MAR 10 EUR
For the correct currency conversion (to USD), I should get
2008.JAN 12 USD (10x1.2)
2008.FEB 12 USD (10x1.2)
2008.MAR 14 USD (10x1.4)
2008.Q1 38 USD
But the result is
2008.JAN 12 USD (10x1.2)
2008.FEB 12 USD (10x1.2)
2008.MAR <wrong> USD (10x???)
Is it a bug or my wrong configuration ?
ps. you can try it
Regards,
Halomoan
Edited by: Halomoan Zhou on Jun 20, 2008 8:54 AM

What you see is normal behaviour:
when you do a ytd currency conversion, the YTD LC amount will be translated against the entered rates.
If you then look to periodic data, the ytd previous period amount will be deducted from the ytd current perid amount by OLAP.
This then means that you cannot calculate the periodic LC amounts against the entered rates.
If this wasn't the case, the calculation below will not work on converted numbers:
YTD februari + periodic march = YTD march
I think that the calculation above must always work. BUT I know of one customer that didn't wanted this behaviour, they wanted that the periodic values AND the ytd values calculated against the same entered rate. There are several ways to achieve this; we added a member in the subtables dimensions to store the difference and then adjusted the measures calculation so that this difference was picked up by OLAP when selecting the periodic measure.
AGAIN: I didn't like this because the calculation of "YTD februari + periodic march = YTD march" is in my opinion a holy one.... But the customer is always right
Hope this helps,
Alwin

Currency Conversion happend Record wise or on Aggregated Level

Hi ,
Suppose we've currency converison applied on 0CALMONTH.
And suppose we've 5 records for a CALMONTH december. In the Report, we do not ahve Document No as part of rows, so in that case data for a CALMONTH will be aggregated.
So, in that case, whether the Currency Conversion happens on each record and then does the aggregation OR it will first do the aggregation for teh CALMONTH and then does the CURRENCY CONVERSION ?
Thanks & regards,
Jomy

Hi,
You may try to put 0CALMONTH in rows and KFs of Amount in original currency as well as Converted amount into Columns.
First observe Total of converted amount by expanding to 0CALMONTH in rows then remove the characteristics 0CALMONTH from rows and then see Total of converted amount.
If there is no difference it means that our understanding for currency conversion is correct.
Hope that helps.
Regards
Mr Kapadia

Currence conversion

What is the difference between Currency conversion before & after multiplication.
Venkat

Hai
SM30, V_TCURR
maintain an entry for currency exchange type for M, for the relevant currencies... for the date..
Edited by: Ram Manohar on Apr 1, 2008 12:25 PM

BW Currency Conversion Keys

Hi,
Could someone please explain the difference (if there is one) between currency conversion keys (found in the properties of money related key figures) and Exchange Rate Type (one of the columns in the TCURR table). I thought they should be the same thing but they have completely different names so I can't find out where each conversion key comes from.
Hope that makes sense. Any help is much appreciated

Hi Ian,
the translation key is a combination of different parameters that establish how the exchange rate for the translation is executed.
The parameters that determine the exchange rate are the source and the target currency, the exchange rate type and the time reference for the translation.
The exchange rate type distinguishes exchange rates that are valid in the same time frame next to each other, for example, the bid rate, ask rate or middle rate. The exchange rate types are stored and can be maintained in a central table (TCURV).
Hope it helps.
Bye,
Roberto

Balance is not zero due to currency conversion

Hello experts,
could you please suggest me in a solution of the following issue? I use f-28 Incoming payment transaction. Document currency is usd, while local currency is euro. When currency conversion takes place rounding happens and instead of e.g. 3555,14 euro 3555,15 come up. But it appears from time to time due to rounding. Because of this, debit sum is not equal to credit sum (0,01 in our case) and consequently the balance is not zero. So, system displays the message Message no. F5060 "Posting is only possible with a zero balance; correct document".
What are the ways to correct this issue?
Regards,
Alex
Edited by: Aliaksei Klimovich on Nov 4, 2011 10:06 PM

Hi,
I checked OBY6 and the check box was already set. I also want to add some details. In F-28 I use BTE 1020 in order to split amount in bseg-dmbtr field. Have a look please. We have to make an incoming payment 5500 USD - this is document currency. In our functionality we split this amount into 2 amounts: 4500USD and 1000 USD, then we convert 4500 USD and 1000 USD into EURO as euro is local currency. After those conversion I get 2 line items with 4500 USD and 1000 USD in euro in bseg-dmbtr field (4500\fursf eur and 1000\kursf eur, accordingly) instead of line item with 5500 USD (5500\kursf eur). At the end of BTE 1020 FM I get a table with line items some of them are splited as I wrote above. And because of currency conversion while splitting balance is not zero.
The only idea is to spread those difference by open item positions.
Regards,
Alex.

Currency conversion - CO differences

Similar Messages

Maybe you are looking for