Exchange rate type M not picked in FB60 foreign currency entry

Hi
My local currency is   USD. I   have defined exchange rate for   ' USD and EUR   '    for exchange     type M and type EURX.
In FB60, system picks the exchange rate defined for exc. type EURX,   but   I   want it to pick exch. type M.
Also i   have set   exch type M in docu type KR.   Still it does not pick   exc type M.
Pl advise
Thanks
kamala

I am thinking that most likely you have specified EURX as Alt. ERT (alternate exchange rate type) for exchange rate type M for the currency pair USD:EUR in IMG node 'Define Translation Ratios for Currency Translation" (T Code OBBS). Remove it and retest FB60; it should pick the M rate.

Similar Messages

Selling Exchange rate type is not picking while billing

Hi,
We have maintained Exchange rate type B for selling and the same was assigned in customer master as well as the RV document type. While raising sale order system is picking the B rate from OB08 table, but at the time of billing system is taking the M rate. Where do i set a control to pickup only B rate? Can anybody help me on this.
govind.

Hi,
Ideally at the time of billing, exchange rate type is picked up from the document type (RV in your case). However if the rate is picked up for standard exchange rate type, check if there is user exit being called for exchange rate type.
Thanks,
Aman

ERROR in MIRO : An exchange rate type is not defined for country IN

Experts:
When I try to enter the invoice received from the vendor, I am getting the following message.
An exchange rate type is not defined for country IN
Message no. FF802
Can anyone provide me a solution for this?
Thanks,
Vijai

This is the explanation given in note 974619 for the above error message
Summary
Symptom
When you post an FI document, the system issues error message FF 801 or FF 802.
Other terms
Plants abroad, FF 801, FF802
Reason and Prerequisites
You use the 'Plants abroad' function.
See Note 882132 for more information about this.
Solution
If the 'Plants abroad' function is active, additional fields appear when you maintain the country global parameters (transaction OY01, table T005):
- Country currency       (Field WAERS)
- Exchange rate type     (Field KURST)
- Net discount base      (Field XSKFN)
- Net tax base           (Field XMWSN)
You must maintain the fields 'Country currency' and 'Exchange rate type'.
Otherwise, the system issues error message FF 801 or FF 802.
thanks
G. Lakshmipathi

Exchange rate type P not getting picked up while executing KSUB-Plan Assess

Hi,
We have Exchange rate type "P" maintained in SPRO in Maintain versions for the Fiscal Year 2010, but even then when I execute KSUB, it posts with Exchange rate type M.
Has anyone faced this issue? We want it to pick up P and not M.
Regards,
SAPFICO

Hi, set it here IMG-Controlling-Cost Center Accounting-Planning-Basic Settings for Planning-Define versions-Maintain Settings of Version in Controlling Area then Setting for each f. year , double click on current f.year

Exchange rate type P is picking in contract master while ist should take M

exchange rate is maintained for M and P in OB08, we want to get the exchange rate from exchange rate type M to contract master. but it is picking from Exchange rate type P. where as echange rate 'M' maintained as a current yaer( 2011) . but exchange rate P maintained of 2010 ( previous yer). but still its a taking exchange rate type P. we want to take it From M.
Please guide us........facing this issue for so many days....
Thanks in advance....

Hello,
By default exchange rate type M will be used unless another exchange rate type for e.g. P is specified as Alternate exchange rate type. Then translation rate taged to exchange rate type P will be used.
Check "Alt. ERT" (Alternate exchange rate type) in OBBS, the suggestion is if exchange rate type M is desired then the "Alt. ERT" input should be empty on the row where exchange rate type 'M' and the corresponding currency pair for e.g. USD:GBP (assuming USD is local currency and GBP is foreign currency) is maintained.
Kind regards,
John Chin

Exchange Rate difference in Balance Sheet-Revaluation in Foreign Currency

Hi
I wanted more clarification on the Exchange rate difference the system calculates when we generate a balance sheet and revalue at a fixed rate. The system does not give a breakup of the echange rate calculated. How do we arrive at the exchange rate.
And after having the exchange rate entries posted in the system. Can the system the show these values in the Balance sheet after Revaluation
Regards
Farheen

Dear Gordan
Below mentioned is the balance sheet which is Revaluated in Euro(System Currency)at a Fixed Rate of 1.42.
at the end of this report we can see that the system has calculated Exchange rate difference as Euro -66483.03 .We want a break up of that amount which is calculated by the system
Account Name     Beginning of Year(EUR)     Current Period(EUR)     Beginning of Year(Revaluated by EUR)     Current Period(Revaluated by EUR)
Asset                                          129,932.14        129,932.14                               115,984.30     115,984.30
Fixed Assets
Owned Assets
Leasehold Improvements
Computers
Office Equipment
Furniture And Fixtures
Vehicles
Medical Equipments
Tangible Assets
Capital Work-In-Progress
Capital Work-In-Progress - Assets
Investments     104,895.10     104,895.10                                 104,895.10 104,895.10
Long Term Investments
Short Term Investments     104,895.10     104,895.10     104,895.10     104,895.10
Short term Investments
Long Term Investments     104,895.10     104,895.10     104,895.10     104,895.10
121001 - Equity Investment in Subsidiary-India     104,895.10     104,895.10     104,895.10     104,895.10
Current Assets, Loans And Advances     25,037.04     25,037.04     11,089.20     11,089.20
Current Assets     25,037.04     25,037.04     11,089.20     11,089.20
Inventories
Sundry Debtors
Cash On Hand
Bank Balances with Scheduled Banks In Current Accounts     25,037.04     25,037.04     11,089.20     11,089.20
131401 - Marfin Popular Bank,Limassol,Cyprus-17911136139     9,935.51     9,935.51     9,935.51     9,935.51
131402 - Marfin Popular Bank,Limassol,Cyprus-179132258722     13,940.48     13,940.48
131403 - Marfin Popular Bank,Limassol,Cyprus-179932258780     1,161.05     1,161.05     1,153.69     1,153.69
Bank Balances with Scheduled Banks In Deposit Accounts
Loans & Advances
Loans to Subsidiary Companies
Loans to Employees
Advances Recoverable in Cash or for value to be received
Advances recoverable in cash or in kind
Prepaid Expenses
Advances recoverable prvn.for Doubtdebts
Deposits (General)
Advance Tax/Tax Deducted at Source
Pre-Launch Expenses (Deferred)
Liability     206,065.33     206,065.33     182,467.33     182,467.33
Loan Funds
Secured Loans
Term Loans From Bank
Short Term Loan from Banks
Vehicle Loans
Interest Accured But Not Due
Secured Loan from Companies
Unsecured Loans
Term Loans from Banks
Unsecured loans From Companies
Fixed Deposits
Unsecured loans From Holding Company
Unsecured loans From Subsidiaries
Deferred Tax Liability
Deferred Tax Liability
Deferred Tax Liability
Current Liabilities And Provision     206,065.33     206,065.33     182,467.33     182,467.33
Current Liabilities     182,467.33     182,467.33     182,467.33     182,467.33
Sundry Creditors     182,467.33     182,467.33     182,467.33     182,467.33
231101 - Sundry Creditors - Supplier     182,467.33     182,467.33     182,467.33     182,467.33
Advances From Customer
Overdrawn Bank Balances
Tax Deducted at Source
Tax Deducted at Source - Non Resident u/s 195
Other Taxes
Other Liabilities - Statutory
Other Liabilities - Salary Payables
Provisions     23,598.00     23,598.00
Provision for Expenses     23,598.00     23,598.00
232106 - Provision for Expenses     23,598.00     23,598.00
Income Tax
Accumulated Depreciation
Leasehold Improvements
Computers
Office Equipments
Furniture and Fixtures
Vehicles
Medical Equipments
Software & their License
Technical Knowhow
Equity     -76,133.19     -76,133.19     -66,483.03     -66,483.03
Shareholders' Funds     1,176.47     1,176.47
Share Capital     1,176.47     1,176.47
Authorized Share Capital
Equity Share Capital
Issued, Subscribed And Paid Up Share Capital     1,176.47     1,176.47
311201 - Equity Share Capital     1,176.47     1,176.47
Reserves And Surplus
Share Premium Account
Profit and Loss Account
Profit Period     -77,309.66     -77,309.66
Exchange Rate Differences               -66,483.03     -66,483.03
Edited by: Rekha Nagaraj on Dec 7, 2010 6:14 AM

Exchange rate type not defined for country

Hi All,
I have noticed an error message during testing of postings using tax codes. The error message nbr is FF802 (Exchange rate type is not defined for country XX). When we are testing postings on accounts for which tax code is ignored (not relevant) it is ok. Could you please let me know where exactly we have settings and how it is related to the tax codes ? I have never seen that connection previously.
Thanks,
Points will be rewarded afterwards.
Tomasz

Hi Tomasz,
The exchange rate types are defined at country level in General Settings and the company codes with that country can access that. Normally the exchange rate types are defined as M, P, B and G. M is for average rate and is used in FI, while P is for planning in CO.
Regd
Bharat

Default customized exchange rate type

Hi friends,
I have an issue during an implementation.
I want to use a customized exchange rate type for all forex transactions for only 1 company code in the system having several company codes. Please let me know how do i set the customized exchange rate type as default for a particular company code
Regards
Srinivasan

Hi,
SAP has defaulted exchange rate type M in the function module. So if exchange rate type is not assigned to a document type, default M is picked.
In case you want to have a default ex rate type other than M, that too for a particular co.code within the client, you would have to use specific document type to which this new rate type is assigned.
There is no other way out.
Hope it resolves your issue.

Error with Exchange rate type

Hello all,
While releasing the billing document to accounting, getting the error:
'An exchange rate type is not defined for country US'.
In customer master, have maintained Exchange rate as 'M'.
where do we maintain the exchange rate type for country.
Thanks
Gauravjit.

HI Gauravjit,
Try this:
SPRO-F5- General Settings-Currencies-Define Translation ratos for currency translaction
Reward if it helps
regards
Srini

Exchange Rate Type default different from M for a company code

Dear SAP guru,
Would you shed some light on this?
How would we be able to default/assign a different exchange rate type from M at a company code level?
I have a company code - finance company - that every foreign currenty transaction needs to be translated using different exchange rate type (i.e. daily hedge rate) than other operating companies.
The OB22 screen makes it appear as M rate is specificied as 1st currency in company code, but grayed out and not able to change.
Please help me with your expertise on this.
Kind regards
taro

Hi,
ExRateType is hardcoded in
Main Program     SAPL0F03
Source code of   L0F03I01
*------- Daten zur ersten Hauswährung -
rfcu4-curtp = '10'.
rfcu4-bwer1 = '0'.                                        "AT 23039
rfcu4-kurst = 'M'.               <<<<<
rfcu4-cursr = '1'.
rfcu4-curdt = '3'.
The reason why the assignment of exchange rate type M to the first company code currency is a historical reason. A lot of coding within the SAP system is directly developed under the prerequisite that the exchange rate type for the first company code currency is M.
As you described you want to setup several company codes in one client that all have the same first company code currency but should use different exchange rates. To solve that issue there are 2 ways available:
The first way is that you use the functionality to assign an exchange rate type to a document type. That would mean a lot of work because in that case you would have to define all document types seperatly for
every company code.
The second possible solution is that you use different names for the fist company code currency.
That means for example that you name the first company code currency in company code 0001 USD and in company code 0002 US1. So you can use different exchange rates for the same currency.because in that examle USD and US1 are only different names for the same currency. Using this approach you can have different exchange rates for different companies with the same company code currency by setting only different names even though the exchange rate type M is fix asigend to the first company code currency.
Best Regards,
Gladys xing

Exchange rate types with referency currencies in BW currency translations

Hello Guru's:
Will BW currency translation keys utilize 'reference currency' functionality on exchange rate types? I want to translate between two currencies (CNY to HKD) that don't have a direct rate, but both have rates for USD.
I have:
- exchange rate type BU10 defined with USD as reference currency
- exchange rates for BU10 with relevant validity dates entered from CNY to USD and from HKD to USD.
- exchange rate factors for BU10 relevant validity dates entered for CNY to USD, HKD to USD, USD to CNY, and USD to HKD.
- a currency translation key defined taking source currency from transactional data (0CURKEY_LC), exchange rate type from a variable, target currency from a variable, and time reference as end of 0FISCPER.
The translation from CNY and HKD to USD works, as does translation from USD to either HKD or CNY, but not CNY to HKD or vise versa. So I wonder whether BW currency translation keys can even use the reference currency concept. Or maybe there are constraints on translation key configuration that must be observed to make them work for this situation.
Kind regards,
Aron

I solve it after using RSRT to debug the currency translation. The must be an additional entry in TCURF for the source and target currencies, not just for the source currency to reference currency and reference currency to the target currency. In my example from the original post, an entry from CNY to HKD is required.
Edited by: Aron Weaver on Oct 21, 2010 11:15 PM

New exchange rate type instead of M

Hi,
I want to assign a new exchange rate type instead of M to my co code.
Where I can assign it to company code so that at the time of posting any document rate should be pickedup from new exchange rate type and not from M.
Thanks for reply

Hi,
Thanks for your answer.
I have two company code under one client.
One co code is for India and another for Dubai.
In India exchange rates changes every day but in Dubai it is fixed for long time.
As of now both co code are accessing same Rate under M
I want Indian Co Code take M exchange rate type while Dubai CoCode should take some other exchange rate type.
What could be solution then
Thank again

Is it possible to change the standard exchange rate type?

Hi all,
at the moment, standard setting is that exchange rate type M is associated with the local currency of my company code, is it possible to define a new exchange rate type and assign it to the standard local currency instead of M?
Thanks!
Dusko

Hi
All postings and Clearing happen thro the Exchange rate type M which is the standard setting and cannot be altered. However for valuation and other purposes, we can have our own types
Jayaram

Alternate Exchange Rate Type Not Picked while converting from Document Currency to Group Currency

Hello Gurus,
We have setup an alternate Exchange Rate type MNB for rate M for the postings happening in Hungary. Local currency is HUF. Group currency is USD.
If the document currency is, lets say, EUR, latest MNB rate is correctly picked up (EUR to HUF) and postings are correctly converted into local currency (HUF).
Although, for the same document, when a group currency is being calculated (EUR to USD), exchange rate type M is being picked up. Same happens if document currency is HUF. Even then, the conversion is based on exchange rate type M.
Is this a normal SAP behavior? How to prevent/correct this? This is also throwing off balances when we check in FAGLB03 or BSEG values in local and group currencies. In OB22, we have local currency1 and local currency 2 setup with exchange rate type M and we may not want to make any changes there as it is setup at global level.
Do we need to run any valuations after the fact? if so, how?
Thank you for your inputs in advance.
Regards,
Sagar

Hi,
You mentioned that "in OB22, we have local currency1 and local currency 2 setup with exchange rate type M". Then, I'm wondering how MNB is picked up for the first local curr. conversion to HUF? It should be 'M' instead. There must be some settings in your instance for such behavior. Can you check that?
Actually, Group Curr. conversion happens with the rate defined for 2nd Loc.Curr.in OB22 which is 'M' in your case. Therefore, all the transactions are converted with M instead of MNB.
Since you can't change OB22 per global co.policy, the exch.rate defined in OBA7 will overrule OB22. However, you've to make sure it's set up for all doc.types which are affected and posted in different curr. than HUF.
As a workaround, another thought would be to maintain the same conversion rate for both exch.rate types MNB & M, for eg. HUF > USD rate is the same both exch.rate type MNB & M. This way, you ensure all transactions are posted with correct exch.rate irrespective of whatever rate type is used.
From business, & global org. perspective, I'm sure they are sending the 'M' exch.rates to all their sister concerns monthly, so they would like to consolidate results as per standard rate in their system. Then, why ,as a local company, would you like to fiddle with standard process? It's a management decision, please run them through again before going ahead.
Thanks,
Nirav

Exchange Rate Type not working during plan assessment in T Code KSUB

Hello Experts
We had different exchange rate types created for different plan versions. We had Exchange Rate Type Z1 for Plan Version 01.
We had maintained the same in Planning settings for the fiscal year 2011.
We had created a new plan assessment cycle with version 1.
Now when we execute assessment cycle it is not using the exchange rate from 01/01/2011. Instead it is selecting the rate from 01/01/2010.
Is there something wrong when we copied fiscal year 2011 from 2010 for version 01.
Request your inputs and help on this.
Thanks
Satya Alapati

Hi Ajay
Thanks for the information.
We had not maintained the value date for any of our versions since we keep changing the rates for every period and wish to have the system pick the latest rate for the period.
It has been the case in earlier years also.
Thanks
Satya

Exchange rate type M not picked in FB60 foreign currency entry

Similar Messages

Maybe you are looking for