Exchange Rate type Posting wrongly in GR

HI all,
when i create Purchasing Order I gave Exchange Rate 58.10(Euro to Inr)
But comes GR System is taking Average Type (M) = 58.77
we want in GR same as a PO Rate.
Can you tell me anyone how to configure and where to change in Configuration.
Plse help me on this.
Thanks in advance.

Hi,
At the time of GRN system picks exchange rate from Exchange rate table ; t-code OB08.
Maintain the required exchange rate in the said table & take GRN.
If user wants the exchange rate same as PO to do the same 2 options are available
1) Maintain the same exchange rate in OB08
2) In Purchase order header level option is there to fix the exchange rate. tick that option.
Rgds,
Saurabh

Similar Messages

  • Exchange rate type for posting to Controlling

    Hi
    We are using Currency type as 20 in Controlling Area. We have several Company Codes and each have different currency.
    While posting entry from FI to CO , the system always take exchange rate type as M.
    Please let me know whether we can assign some other exchange rate type for actual transactions.
    Thanks
    Gaurav Jain

    Hi
    Goto TCode OBA7 and select your document type (usually SA ) and enter in Field "Ex.rate type for forgn crncy docs" your required exchange type.
    Cheers
    Srinivas

  • AP- Why exchange rate type between Post invoice and Post payment is differe

    AP- Why exchange rate type between Post invoice and Post payment is different ?
    Hello,
    I have question
    when post AP invoice , document type KR
    document date = 11.12.2009
    posting date = 31.12.2009
    entry date = 05.01.2010
    this document using exchange rate type B (standard translation at bank selling rate) on 31.12.2009 (use posting date )
    but when post payment for above document,document type ZP
    document date = 25.06.2010
    posting date = 25.06.2010
    entry date = 24.06.2010
    this document using exchange rate type M (standard translation at average rate) on 23.06.2010
    please answer
    why do post invoice and post payment use different exchange rate type?
    and why at payment donot use posting date for get exchange rate ?

    Nanas,
    Sorry if im not  being clear...
    My point is: the difference rates customization for payments is done at FBZP.
    At Paying Company Codes, you have 4 flags for exchange rates differentes.
    At Control Data look:
    *Do not Post any Exchange Rate Differences:
    If the indicator is not set, the difference between the exchange rate at the time of posting and the exchange rate at the time of payment is determined for items which are posted in foreign currency. The payment program uses the translation rate in the currency table in the system for this purpose.
    *No Exchange Rate Differences for Partial Payments:
    Has the effect that the payment program for partial payments (requests for payment using transaction F-59) does not post exchange rate differences.
    *Processing of Bill of Exchange Payments:
    *Separate Payment for each Payment Reference
    Regards
    Bruno

  • Currency conversion with the wrong exchange rate type

    Hi,
    I need a currency conversion in my bex query. I have defined a currency translation key with a assignment to the exchange rate type "M".
    When I check the results in the query it works with exchange rate type "EURX".
    Exchange rates are in the TCURR.
    Can anyone help me.
    Thanks in advance
    Jürgen

    Hello,
    We just had the same issue, and in checking the Currencies: Translation Ratios in transaction OBBS, I noticed that the currency translation key in question was set up with an entry of "EURX" in the "Alt. ERT" column.
    I copied the line and created a new entry with a "Valid From" date of the current month, but without the "EURX" Alt. ERT alternate and that seemed to solve it. 
    Anything entered with a date after the new Valid From date would use the manually entered exchange rate, while anything with a prior date continued to use the EURX rate.
    It appears to me that the "Alt. ERT" functions more as an override than an alternate, so if you want the system to actually use the "M" rate, I believe you have to ensure there is nothing in the "Alt. ERT" column.
    I hope this helps.
    Blaine

  • ROE for exchange rate type M_CN

    Hello,
    The exchange rate type M_CN has been defined to capture the "Bank of china ROE" and the customer master data is also updated with M_CN.
    However, the accounting posting consider the ROE for Normal posting rate M.
    What could be wrong?
    Regards,
    Swapnali..

    Hello ,
    sorry....Please read the above as the exchange rate is picked from the payer master record. so if it is different payer  then priority is payer master
    secondly the exchnage rate by default is M . you have to click the get exchange rate in sales order to get the correct rate for the M_CN each time for the order
    you could also maybe add a user exit to redetermien the exchange rate each time a sales order is created
    Thanks
    akasha

  • Different Exchange rate type is picked while creating PO

    Hi All,
    We are maintaining daily exchange rates under exchange rate type "M" for currency GBP to INR. We have also maintained exchange rate type "ZCIG" but we are not maintaining daily exchange rates under this exchange rate type.
    Still system is promting us to maintain the exchange rate under exchange rate type ZCIG instead of "M" while creating Purchase order. Becoz of this error i could not save the PO.
    Please guide me on this issue.
    Thanks
    Sonal

    Hello,
    Could you please let me know how you have solved this problem.
    I want a particular exchange rates for a particular vendor posting.
    Thanks,
    Srini

  • 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 is replaced with M

    Hi,
    We are using CATS for time booking and the process is as follows:
    1) CAT2 -> Hours booked.. Lets assume: 9 HRs
    2) CATS_APPR_LITE - > Time sheet approval -> Approved 9 Hrs
    3) CAT9 -> CATS data transfer to cost object(PM order) -> During this transaction, system does calculate the amount needs to be tranferred based on price maintained in KP26 and hours booked. Lets say KP26 price is $100. That means controlling document will be generated for amount $900.
    Note - As per system configuration, exchange rate type will always be P whenever CATS posting will happen and controlling document gets generated. That means, currency conversion will take place based on the exchange rates maintained for type P.
    So as per business requirement, we have done an enhancement to the existing CATS process:
    Price is manually determined at the time of CAT2 and same will be considered till the controlling document is generated. So, no price determination during CAT9. Therefore the strategy says it is a manual determiination of price and the Exchange rate type is determined as "M" and thats an issue because we do want to pass manual price but we want Exchange rate type as "P" as well.
    Is there any way out or settings availabe in SAP or any user exit or an enhancement to achieve this functionality?
    Thanks,
    Aby

    Hi Aby,
    I believe these notes contain good information for this case:
    1073979 (which I think is already in your system and therefore this behavior).
    and
    691613 (which explains the strategies)
    Also, please check the entry you have defined in the transaction OKEV.
    There, the system will make the translation depending on the
    exchange rate defined.
    I hope this helps. 
    Regards,
    Lucas

  • 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 for vendor invoice

    Hi,
    How to know which exchange rate type is being considered during postings vendor invoice in foreign currency.
    Company code currency is EUR and I am posting an invoice in USD.
    I checked OB08 and exchange rate with type M does not match with one calculated in FB60.
    I checked document type KR (OBA7) -exchange rate type 'M' is mentioned.
    I checked additional currencies for company code (OB22) - all currencies use exchange rate type 'M'
    So how to check which exchange rate type is being used by system.
    Thanks.

    Hi
    For posting vendor invoice which doc type are you using. If other than KR check that one also in oba7. And for OB08 you have to check for Ex rate M from EUR to USD what is the curr rate.
    Regards
    Mani.S
    Edited by: smanimba1 on Nov 28, 2011 5:49 AM

  • 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 For MIRO

    Hi, expert
    My customer has a specific requirement. For AP, use exchange rate type B, for AR use exchange rate type G. The easist way is to set in the document type  (Table T003), but this table is cross company code. Here only one company code need it.
    So my proposal are following:
    FI direct posting:
       AR and AP exchange rate are substituted by a user exit.  In the substitution, the field BKPF-KURSF should be release for substitution, change the table GB01
    SD invoice posting:
      Set Exchange rate type G in the customer master of sales area, then the AR is posted with exchange rate type G. The substitution in FI is not effective in SD invoice posting.
    MM LIV posting:
    During MIRO , the substitution in FI don't work here.  and other User Exit not work.
    Is there any other method to make sure the exchange rate type change to B in the MIRO?
    Thanks!

    Please check SAP Note : 518114

  • 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 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 'M'

    I have maintained average rate 'M' for currency translation and done direct quotation method.  However, while doing a posting, system picks up some other exchange rate type (say, EURX) and exchange rates. 
    I am not able to understand why exchange rate type M is not being picked up ? 
    Please help me out.

    Thx for the responses.
    I found EURX type is available in the system.  But I dont want to default it for my postings.  I want the system to pick up type M.  I have not defined any type at the document level.
    Please help.

Maybe you are looking for

  • Help! My itunes wont let me download the new apps for touch!

    i need help. everytime i try to go to the page where you buy the apps my itunes says that it timed out. I can do anything else on itunes but not that. Help? ty

  • Tabs as buttons on UITabBar

    Hi, there's any way to make the tabs in an UITabBar behavior like buttons? I mean, normally, when one tab is selected it highlights and stays selected and highlighted until a new tab is selected and steal the focus. Everytime a tab is selected it gen

  • Frogot the wifi wpa password

    I have lost the mafacture hp deskjet 2545 wifi pasword which was printed out how can i reset the password

  • Ibase is inactive error message

    Hi, I'm getting error " IBase is Inactive " while creating RFC.   Its not stopper for activity but its throwing error. please help to remove this error.

  • FATAL ERROR while installation

    Hi Im trying to install SDK 7.1 as a requirement for MATLAB 2013 B and the installation stops with the error message "Fatal error during installation". The log file shows the following error: MSI (s) (CC:2C) [13:12:01:869]: Windows Installer installe