Exchange rate type new

I Want to use the standard exchange rate type M but want to use my conversion rate for exchange rate M
is it better to define my own exchange rate type as I need to define the my conversion rate , ratios etc
Pls suggest me
Thanks
priya

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

Similar Messages

  • New G/L using an other Exchange Rate Type for Local ledger

    In new G/L ledger we want to use for a Local ledger a different Exchange Rate Type then the standard M.  This is for local reporting to the goverment
    Is this possible and yes where I can make this setting?

    Hi Paul Annotee
    In T.Code: OB22 you can maintain another parallel currency say HARD Currency (40), and make this as identical to your local reporting currency... for this new currency you can maintain a different Exchange Rate Type
    Regards

  • New Exchange Rate type settings

    Hi gurus,
    I have created a new exchange rate type for imports i.e. I and for exports i.e. E.
    I have maintained translation ratios for exchange rate types.
    I have maintained the exchange rates.
    I have maintained exchange rate type in company code settings at tax on goods movement>India-> basic settings-->maintain company code settings.
    After the above settings, while i am creating an import PO the exchange rate is not picking up from I.
    Is there any other settings.

    Dear,
    It will pick from the EURX only. not from your code. For this we have OSS notes also. That's only for MM postings.
    Regards,
    Dharma Rao. Yekula.
    Edited by: Dharma Rao. Yekula on May 8, 2009 9:02 AM

  • 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

  • New exchange rate type

    1. Our client would like to maintain a new exchange rate type for the company code W100. Presently there are some 20 company codes are useing EURX exchange rate type including the company code W100.Is it possible to maintain new exchange rate type only for the company code W100 and what are all the procedure has to be followed to maintain the new exchange rate type?
    Thanks and Regards,
    Vimal

    Hi Vimal,
    Ex-rate types are not limited to company codes. But a new created Ex-rate type XXZZ (OB07) even with all currency translation ratios and maintained Ex-rates (OB08 or TCURMNT) does not effect anything unless it is used (e.g. for foreign currency valuation,...). Steps for creating a new Ex-rate see in General settings / currencies in the Customizing.
    BR Christian

  • Mass update exchange rate type (not rate) in open sales orders

    Hi all,
    Our requirement is to update the exchange rate type at sales order header (VBAK-KURST) for all open sales orders with a new type created. (Z001). This field does not appear in MASS transaction for sales orders despite being present in the structure MASSSDHEAD.
    This field cannot be located even in VA02 transaction (I am not sure if standard SAP masks or shows this field at header; I also can't find any transaction variants assigned).
    Can anyone suggest how this field can be updated for sales orders either individually or in mass mode.
    Regards,
    KC
    SAP SD

    You are correct in indicating that Exchange rate type field  is not seen in Header data of sales order. I checked screen layouts for various screens for sales order data and this field is not suppressed. The only reason could be that this field is not used in sales order screens
    If you are interested, you could also check in the following way
    1.  Go to SE11, enter database table as VBAK
    2. Once inside data dictionary table, click where used list button, select programs and screens and execute
    3. click continue (don't select background)
    4. now you would have list of programs and screens, this table is used
    5.  now start another session and go to transaction SE51
    6. indicate program name as SAPMV45A and screen numbers as listed in step 4. you can check all screen numbers to see whether Exchange rate type field is listed in sales order layout.
    7. Of particular interest would be screen number 4311 as this contains  Financial accounting data & 4303 Billing data
    8. you can check screen layout for screen 4311 & 4303. you would see Exchange rate type field is not indicated.
    9. in case you could find this field in any screen, you could ask your ABAP consultant to add this field in the layout screen.
    Hope this answers your question

  • HOw to see currency pairs in Exchange rate type

    Hi,
    Can anyone tell me how to see currency pairs in an exchange rate type?
    Thanks

    Hi,
    I am not sure this is a right solution.  But I have some inputs on your requirements:
    1. For traveller cheques you may create a new payment method and do the required configuration for automatic payment program.  Don't generate any payment medium while running APP.
    2. For currency notes (cash payment) I am not sure how it works.  But probably it is possible by creating an account (account ID) for a particular house bank and use that (house bank & account id) for making payment. 
    Per my knowledge we have never used payment method cash (currency notes) in APP.  But logically it would work by create a new payment method and doing the required config for APP.
    Please update if you found a better way to do this.
    thanks & regards,
    Kumar

  • ME22N change Exchange rate type at price condition level

    Hello,
    In ME22N exchange rate type is 'M' by default. When a price condition has currency different than purchase order this 'M' rate is used.
    Now I need to change this 'M' rate but for particular price conditions (and exchange rate type can be different for each price condition). Don't ask me why:-) This requirement comes from business consultant and he knows that there is no user exit for this. I need to modify standard. The problem concerns items price conditions.
    I'm not asking you for a complete solution, but maybe you can give me a hint where to start? What is the function module which perform price calculation (where exchange rate is used) in ME22N.
    I tried to change KOMK-KURST in price condition rule (the procedure which is called to check if price condition has to be calculated or not). It is called for each price condition and I know a name of price condition. But I think the exchange rate type is read at the beginning and stays unchanged even I changed KURST.
    I also found function module READ_EXCHANGE_RATE, which has rate type 'M' by default. I could put my modification in place where it is called. But it is not called when I press button Update price. It is only called when I change the currency of condition and press enter. This FM is called in few places in ME22N but not when I'm refreshing prices. Maybe during a refresh it has already an exchange rate? If so, READ_EXCHANGE_RATE could be a solution, but... It is not called when price conditions are created for the very first time (when I create PO item). Maybe system calls different FM?
    I also tried to use trace (ST05) to see where systems reads from TCURR, but I think some buffers are used and TCURR is not in trace.
    So now I'm stuck hoping for your help.
    Best regards
    Rafal

    Prabhu Peram wrote:
    Hello Rafal ,
    >
    > still im trying to understand your requirements , anyhow if you change/propose new exchange rate at header level , then system wont put type as 'M'.
    >
    The problem is that if I set a new exchange rate type, it will be the same for all price conditions. My requirement is to have different exchange rate type for each price condition. The pricing procedure will loop at each price condition, and depending on condition name I need to have different exchange rate type.
    Example:
    condition XMER is in EUR and must be converted to USD (factor should be 1,234)
    condition XMET is in EUR and must be converted to USD (factor should be 1,567)
    Now the factor is the same for all price conditions.
    I have found interesting table XKOMV. It contains price conditions and there is a field with factor value. Now I will look for the place where this table is filled with data or for the place where I can modify factor values before XKOMV is used in pricing procedure.
    Best regards
    Rafal

  • 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

  • Different exchange rate type M in different company codes

    Dear all,
    I am facing the following very inconvenience problem:
    I am an SAP consultant and has ALWAYS set up exchangre rate type M, the same rate used for all company codes in the Group.
    My new customer wants to have different exhange rates for ALL company codes, that means we cannot use exchange rate type M for all company codes. All company codes in Sweden could have the same exchange rate type and so on, since all the rates within a country is updated with the rate from banks in the particular countries.
    I think a solution could be to create worklists for every country and to always maintain all the rates against the local currencies within the country. This means in Sweden all the rates will be maintained against SEK, but never in any other way. That menas we can never maintain the rates from SEK to EUR in Sweden, we only maintain the rates against Sweden. I Finland however, all rates will be maintained against EUR (the local currency för all company codes in Finalnd).
    Could this cause problems (or inconsistency) that incorrect rates will be used?
    I am very very thankful for all help I can get in this question!
    Best Regards, Åsa

    Hi
    Here you need to concentrate on Direct or indirect quotation
    If you are using EUR to SEK (LC) - use direct quotation as 8.8307 1:1 relation
    If you are using SEK to EUR - use indirect quotaion as 0.1132 1:1 relation
    Pls let me know if you required further help
    Reg
    Vishnu

  • Exchange Rate Type upon PO/PR

    Hi Experts,
    Is there a config to default exchange rate type upon PO/PR creation? I was told that by default it will read type 'M' and I'll be the happiest man if it can link to type 'M'.
    In my case, it reads from other type i.e. '2004'. Thus, I was wondering how does it reads and is it based on configuration? Thanks in advance.

    I suggest you to check global company code(mentioned in po/pr) setting
    for exchange rates  in spro financial accounting ??.
    Whether new po's / pr's were created from existing or old documents ?
    Edited by: Jeyakanthan A on Dec 4, 2011 1:33 AM

  • Implications of change of Exchange Rate Type from P to M in Version in CO

    Hi SAP Experts,
    We have a requirement to change the exchange rate type in Versions. In fact, exchange rate type P has been configured in Version 0. This version is being used in Costing Variant PPC1. Price updations are being made with this costing variant. Costing Variant PPC2 is being used for internal evaluations. No price updations have been done using this costing variant.
    Client wants exchange rate type M in a new version to use in costing variant PPC2. I have created a new version X and assigned exchange rate type M in new version X. I have assigned the same version in Receiver version of Profitability Analysis and Version for indicators actual.allocations in Orders/Projects tab in T-code OKEQ. In Settings for Operating Concern, I have assigned currency type "Operating Concern currency" and exchange rate type M. Cost center activity price planning (KP26) has been done with new version X for all the cost centers.
    My question is "Will the above changes affect any Plan or Actual values of other versions existed in the system ?"
    Please let me know will there any affect on already planned data in the system with any version.
    Thanks in advance.
    Best Regards,
    K.S.K

    I don't think it's going to impact other versions but you may need to do simple test for other versions. One more thing is versions are controlling area specific and the M or P rates will be applied based on value date you setup in OKEQ configuration.
    You don't need to assign the version for  'Version for ind.act.alloc.'  indicator until unless you use WBS for project planning. By default it will be assigned to zero version.
    Thanks
    BR

  • Exchange Rate Type per Company Code

    HI Experts,
    In our system the conversion rates for EURX are maintained since there are several European companies working with the system.
    Now we would like to use the same SAP-system for companies in China & Taiwan. In both countries there is an individual "official" exchange rate which does not equal the exchange rates stated from the German banks and thus fed into the system.
    Is there any possibility to connect a company (code) with one particular exchange rate type? Since we are dealing with countries outside of the EU.
    Thanks in Advance
    Siva

    Hi,
    as you may have recognized, the assignment cannot be made on company code (or country) level, but only on currency level. In particular, this is table TCURF.
    When (almost) all possible currency combinations (from-to) are redirected to rate type EURX, then this looks like standard SAP delivery settings that you can freely change according to your needs.
    If you are not familiar with TCURF maintenance, however, you should be very careful here and test every change before importing it to the productive environment.
    The basic idea that I have always followed for the same or similar requirements is that local rules for a particular rate type are always control the rates to be applied when converting from any foreign currency to the currency of the particular country.
    If you are a China company and your local company code currency (curr.type 10) is CNY, then you have to make the following changes to table TCURF:
    First, find out all the foreign (non-CNY) currencies that you are dealing with. This may include EUR, USD, and any other currency of the world.
    Then, determine (or create) a new exchange rate type in table TCURV. This should be the rate type for your "own" rates. Let's name it rate type "L" (for Local rates). Note: you can use the standard M rate type as well, but it is more transparent if you define a separate one.
    Then have a look into table TCURF and find the entries as follows:
    Rate type: M
    From-currency: all that you are using in your business (all non-CNY that you use)
    To-Currency: CNY
    Valid-from: find the recent entry for each combination
    With all of these entries displayed, you will find that the alternate exchange rate type field (ABWCT) in these entries is set to EURX.
    Now you want to create a new TCURF entry as follows:
    Rate type: M
    From: the same foreign currencies as above
    To: CNY
    Valid-from: a newer date than the last current entry
    Alternate exchange rate type: L (your new rate type) - in case you want to use just M, then leave ABWCT empty.
    If you are using the L type (which I recommend), then you have to add 2 new entries to TCURF for each foreign currency:
    1.
    Rate type:  L
    From: foreign curr
    To: CNY
    Valid-from: 1.1.1800 (yes!)
    Ratio from and to: as you want, it should be the same as in the corresponding M entry, usually 1:1, but it depends
    Alternate exchange rate type: leave it blank.
    2.
    Rate type:  L
    From: CNY
    To: foreign curr.
    Valid-from: 1.1.1800 (yes!)
    Ratio from and to: as you want, it should be the same as in the corresponding M entry, usually 1:1, but it depends
    Alternate exchange rate type: leave it blank.
    Finally, in OB08, you have to maintain rates like
    type L,  foreign curr to CNY
    You are done
    What is happening is the following (example you post a document in USD in your China company code)
    Doc.currency USD --> must be converted to your local currency CNY
    First, the system looks the current ratios for the M entry:
    M, USD to CNY, valid from: recent, 1:1 and ABWCT = L !!!! (the entry you have added before)
    Then it checks the ratios for L:
    L, USD to CNY, valid from 1.1.1800, 1:1, ABWCT = blank
    Based on TCURF, the system will look for the current rate entered under rate type L, your local rate )
    Now what if a USD-based company has to post something in CNY? No changes there as the TCURF settings were not touched. They should look like this:
    M  CNY to USD, alt.exch.rate type EURX (or blank)
    If it is EURX, then the rates enterd under EURX rate type (once USd to EUR and then CNY toi EUR) are read and the cross-rate CNY to USD is calculated.
    If it is blank, then the rate entered under rate type M is used.
    In both cases, no change to your current process.
    It works similar if the company code is EUR based.
    The main idea is: redirect all M entries in TCURF where <anycurr> to CNY to the new rate type L, but leave all other TCURF entries untouched. Direction <any> to CNY are only relevant for the China company code, the rest of the world does not care about that conversion. They might be interested in conversions like CNY to <any>, like in the above example, CNY to USD, or CNY to EUR, but that could be their German or ECB rate, you do not have to care about.
    <removed_by_moderator>
    Csaba

  • Exchange rate type in BW

    Hi,
    I have an issue on Exchange rate type in BW.
    A new exchange rate type was created in R3, now I want to use the same in BW. For this, I have done the Global settings in BW on R3 source system and updated the exchange rate.
    After this, I could able to see the new exchange rate in Exchange rate type selection, but I could not able to see the newly updated exchage rate in T-code RRC1(F4 help). In this F4 I can see all other exchange type except this newly updated one.
    Kindly suggest.
    Thanks
    Ravi

    hI
    Replicate the entire source system
    Rigt click on source system  replicate meta data  then
    search it
    Cheers
    Ogeti

  • Exchange Rate Type Problem

    Hi All,
    I have problem with Exchange rate conversion. The system is not picking correct Exchange rate in billing Invoice of FI from SD.
    The scenario is I have created Exchange rate type as Z and alternate currency type is FGE1. I created new one because bussines does not want to use EURX as it is fucltuating it needs fixed rate type. So I have create Z & FGE1 as exchange rate type.
    Now In customer Master I have in Sales area Tab I have maintained Z as exchange rate type. So I create SO in SO I can see it is showing me Z as exchange rate conversion value.
    So when it comes to Accounting Document the values from GBP to EUR get converted into EURX rate type. Which is very surprising to me. My company code Currency is EUR Dcouemtn CUrrency is GBP.
    So can some one give me where the problem is arising.
    Regards,
    Kiran.

    Hi,
    Use transaction OBA7 and check if exchange rate EURX type is defined for document type RV
    Remove entry EURX in the document type RV and maintain Z or FGE1 whichever you want....it will be done..
    Regards,
    Chintan Joshi

Maybe you are looking for

  • Using a remote Ejb as a datacontrol for ADF

    Hi, I am trying to create an EJB 3.0 Data Control on top of remote deployed EJB. Difficulty is that I have no control over the EJB, and all I've been given is a Client jar file containing the remote interface and the entities used in the interface. W

  • RFC function to retrieve application log

    Hi, does anybody know a standard SAP RFC function module to read an application log? So far I haven't been able to find one... Please note that I'm not looking for any custom RFC wrappers around standard SAP functions or any solutions to read the dat

  • Mvt type 541 Material to Vendor

    Hello Friends, I have a scenario in construction business, The company gives its own stock to vendor for a project, I have read abt Mvt type 541 Transfer posting stock of Material provided to Vendor. Wanted to know what will be the accounting entry &

  • Creating new info type in HR module

    Hi all, My requirement is to resave 0000 info type as 0001 on certain condition, can I do that? Or is it the case that for creating custom info types range should be greater than 9000. Thanks and regards, Ridhima

  • Will this airport card work in my G5?

    I have a G5 dual 1.8, was wondering if this is the correct airport card: http://cgi.ebay.com/Apple-Airport-Extreme-Card-WiFi-A1026-/140528897312?pt=LHDefaultDomain_0&hash=item20b82ccd20#ht_500wt1027 thanks