Exch Rate Error

dear all,
we are getting the following error
Enter Rate EUR/ GBPrate type 'M' for 26.11.2008 in the syatem settings
Transaction currency used: EUR
no where else we uased currency GBP. Moreover GBP is not our Company code currency (Local currency)
Kindly let me know how can we comeout from this

hi,
Your Client currency must be a GBP, check client Setting first.
Check also Parallel Currency
SPRO > IMG> Financial Accounting > Financial Accounting Global Setting > Company Code > Parallel Currencies > Define Additional Local Currency
Also keep in mind while creating first time transaction you need to maintain all combination of exchange rate respect to local currency to group currency / Hard Currency and if Index currency is there
thx.
Ganpat Sundhesa

Similar Messages

  • Error in running F110 with exch. rates?

    Hi,
    The local currency is INR and the Doc. Currency is USD. I have made settings like House Bank with USD currency, exch. rate settings(ONOT, OB07, OB08, OBBS) and OBA1 and paid the payment to the vendor. System has generated the payment and the check via F110 but when I have checked there is nothing in Foreign Curreny Gain /Loss account and also in FC Clearing a/c. I want to know why and what shall I do so that diffrences should hit the accounts properly.
    Also, I have some doubts as I am configuring Exchange Rates for the first time:
    1) May be I have to assign the Valuation Area with valuation Method.
    2) I have mentioned details in KDF only
    3) What is the name of Account that I should assign in "G/L Account" field in OBA1 or OB09 and with what configuration should that G/L be maintaned
    4) Do I have to perform any step which is missing in my configuration?
    Thanks in advance...
    Regards
    Nitin

    Hi Nitin,
    What I can suggest you on this issue is you have to maintain entries under trasnaction key KDB also. There you maintain the accounts to which the automatic posting will post to.
    Under KDB you need to enter accounts for exchange rate Loss/Gain, Valuation Loss/Gain, B/S adjustment account, Transalation Loss/Gain accounts, Transalation B/S Adjustment accounts.
    In my company we have used two G/Ls - one for Loss & one for Gains. The third G/L we have used as B/S adjustment account.
    Now, as soon as you try to clear/post the G/L which you have maintained in KDF will automatically pick the entry from KDB.
    Please let me know if it helps!!
    Regards,

  • Exchange rate error in Material Master Upload (MB1C - 561)

    Hi.
    While uploading material through MB1C with movement type 561, I am getting following error
    My company code currency, material master currency is EUR but still following error is occuring.
    "Enter rate EUR / rate type M for 01.10.2010 in the system settings
    Message no. SG105
    Diagnosis
    For the conversion of an amount into another currency, an entry is missing in the currency conversion table.
    Procedure
    Add the missing entry in the currency conversion table.
    Execute function
    You can then continue to process the commercial transaction."
    Why system is asking to maintain exchange rate for same currency?
    What are the settings that I should maintain? Thanks in advance.
    Regards
    Anand

    Hi,
    My material master currency is EUR
    Both Stock and Upload GL accounts currency is EUR
    Co COde currency is EUR
    Where else is the revevant Settings?
    Further, I uploaded one material on 25/Oct/2010 well. But when I am trying to upload the same material again on or before or after
    25/Oct/2010 system is giving exchage rate error
    What could be the remedy?
    Regards
    Anand

  • Exch.Rate Type for Determining the Proposed Rate

    Dears,
    I defined, in the document type to be used for Goods Receipt, the field T003-KURST (Exch.Rate Type for Determining the Proposed Rate) equal to u2018Pu2019: exchange rate type used also for standard translation for cost planning.
    Then, I created a Purchase Order using a vendor in foreign currency, and in the header section within tab u2018Delivery/Invoiceu2019 in field "Exchange Rate" I filled in the exchange rate valid at the moment of the Purchase Order creation and I also put the flag in the indicator "Fixing of Exchange Rate".
    Afterwards, I posted  the Goods Receipt against the Purchase Order created at the previous step.
    My expectations were to find in FI accounting:
    - 1 line item for stock increase (transaction BSX) valuated using the exchange rate defined in the document type in field T003-KURST;
    - 1 line item for GR/IR increase (transaction WRX) valuated using the exchange rate defined in the Purchase Order and indicated as fixed;
    - 1 line item for difference (transaction PRD) between stock and GR/IR.
    but when I checked the accounting document, these my expectations were not met, because:
    - the line item for stock increase (transaction BSX) has not been valuated using the exchange rate defined in the document type in field T003-KURST, but a differet exchange rate that I didnu2019t find defined for this couple of currencies;
    - the line for GR/IR increase (transaction WRX) has been valuated as expected using the exchange rate defined in the Purchase Order and indicated as fixed;
    - the line item for difference (transaction PRD) between stock and GR/IR has been created.
    The help (F1) for field T003-KURST, show the following indication:
    Exch.Rate Type for Determining the Proposed Rate
        Rate type under which the proposed rate is defined for foreign currency documents.
    Use
        If no exchange rate is specified in the document header when entering documents in foreign currencies, the system will automatically select a rate from the currency translation rate table.  The system then converts all amounts in the document's line items using this exchange rate.
        The system uses the average rate as a default value as long as no other exchange rate type is entered here.
    Based on this message, my expectation is that all documentu2019s line items have to be converted at the exchange rate type defined in field T003-KURST. And in the case mentioned above, the line for stock (BSX) should be converted at exchange rate type defined in field T003-KURST.
    While, correctly, the line for GR/IR (WRX) has been converted at the exchanged rate fixed in the purchase order.
    Can you please let me know how can be fixed the problem for the line related to the stock allowing the conversion using the exchange rate type defined in field T003-KURST?
    Thanks and Regards,
    Jody

    Hello Jody,
    kindly consider the information contained under the attached note:
    191927 - Posting logic: GR for foreign currency PO.
    As stated in it:
    Postings to the material stock account (BSX):
    In order to be able to determine the value of the stock posting, the
    valuation methods which exist in the material master in local currency
    (standard price, total value of stock) must be converted into document
    currency. This translation is thus carried out on the posting date with
    the exchange rate type that is assigned to the FI document type used,
    that is, independent from the exchange rate defined in the purchase
    order!
    If no exchange rate type is assigned to an FI document type, the system
    uses exchange rate type M.
    Please, check in your system the settings stored in the customizing
    transaction OBF4 for the document type WE (Goods receipt). If the field
    'Exch.Rate Type for foreign currency documents' is empty, the exchange
    rate type M is used.
    The fixed conversion rate in the purchase order refers to the valuation
    approach in the purchase order and, therefore, to the costs for the
    purchased material. Therefore, the posting amount to the GR/IR clearing
    account (WRX) is converted according to the fixed conversion rate in the
    purchase order header.
    On the other side the fixed conversion rate in the purchase order is not
    designed for converting the posting values to the material stock account
    (BSX). This conversion reflects the situation of the valuation of the
    material stock and is therefore designed to be independent of the
    conversion rate defined in the purchase order. This is what note 191927
    outlines.
    In the note 191927 you will also locate relevant information about the
    postings to the KDM key:
    Exchange rate differences (KDM):
    As of Release 4.0A, exchange rate differences (KDM) can be posted to a
    separate account. The exchange rate differences result from the
    difference of the clearing value on the GR/IR clearing account (WRX) in
    document currency that is translated to the current exchange rate stored
    in the system in local currency from the clearing value in local
    currency that is determined with the conversion factor from the purchase
    order or the invoices.
    The offsetting entry for the exchange rate differences is settled with
    the price difference.
    (Price difference = GR/IR amount - stock value - exchange rate
    difference)
    KDM is only posted during the GR if the flag T169P-XPLCU is initial,
    therefore, KDM postings will not occur during incoming invoices.
    This is determined in the IMG path:
    Materials Management
    -> Logistics Invoice Verification
       -> Incoming Invoice
          -> Configure How Exchange Rate Differences Are Treated
    Here, you have the following options per Company Code:
    .- The exchange rate differences will be calculated from the difference
       between the exchange rate at the time of the goods receipt and the
       exchange rate at the time of the invoice receipt.
    .- The exchange rate differences will be calculated from the difference
       between the exchange rate at the time of the invoice receipt and an
       assumed exchange rate that is valid for a specific amount of time,
       such as a year or a season.
    .- No exchange rate differences will be calculated. Instead, differences
       from exchange rate variations will be considered as price differences
       and posted to a price difference account.
    The field T001A-CURDT for the company code will determine which date is
    relevant to calculate the exchange rate difference.
    This is set under the IMG path:
    Financial Accounting
    -> Financial Accounting Global Settings
       -> Company Code
          -> Multiple Currencies
             -> Define Additional Local Currencies
    So, finally, the value for KDM calculates as difference between
    GR/IR amount in local currency - GR/IR amount in foreign
    currency*exchange rate.
    I hope this information can be of help.
    cheers
    ray

  • Raw Read Error Rate, Errors occurred while reading raw data from a disk

    hi
    when I turn my pavilion dv6 2170ee computer on screen shows below error.
    system diognostics (F2) does not any work
    and when my windows7 comming up this error was shown.
    I install Hard Disk Sentinel software and this program shows below:
    Failure Predicted - Attribute: 1 Raw Read Error Rate, Errors occurred while reading raw data from a disk. Indicate problem with the disk surface or the read/write heads.
    There are 28 weak sectors found on the disk surface. They may be remapped any time in the later use of the disk.
    26848 errors occured during data transfer. This may indicate problem of the device or with data/power cables. It is recommended to examine and replace the cables if possible.
    Replace hard disk immediately.
    how can I fix it?
    may drive format (Fdisk) and renewing windows can fix it?
    tanx and regards
    Mohammad

    Hello mohkhosh,
    I see that you're getting an error indicating possible hard driver failure, that you have this message from 3 different sources. I will try to help you with this.
    After reviewing everything  you're looking at needing to replace the hard drive. I would suggest contacting support to see what they can do for you.
    HP Technical Support, North America 1-800-474-6836. For all other regions click here.
    Thank you for posting on the HP Forums.
    I worked on behalf of HP.

  • Default New exch.rate type at Purchase Order.

    Hi,
    We would like PO to be created with new Exch.rate type.
    Are there any settings in MM/FI to default a different exch.rate type say u201CZu201D instead of u201CMu201D at the time of PO?
    There is one in FI Doc. type, but it refers at the time of GR or IV, whereas we want to change at PO.
    Will appreciate if someone can throw some lights?
    Thanks,
    Nirav

    Hi,
    Thanks for your reply.
    Is the user exit for exch.rate type?? I understand the exit to keep the exch.rate fixed.
    but, I believe it should be std. config. in SAP to define somewhere which exch.rate type should be used by PO.Because, currently PO is refering to "M" which we want to replace with new exch.rate type.
    Thanks,
    Nirav

  • How to set Exch.rate-acct. field on Billing tab of billing document item

    In R/3 4.7, we have billing documents with different values for Exch. Rate on each line item. We want the values to appear also in the Exch.rate-acct. field so the values will apply to the line items on the FI document. They are greyed out for us.
    Does anyone know what to set to allow this field to be entered?

    Lisa,
    Not sure about 4.7, we used userexit_fill_vbrk_vbrp (rv60afzc) back on 4.5 to populate Exch.rate-acct field with the rate which was different from the rate used for invoice. I think you may put some logic into this userexit to populate the field based on your rules.

  • PO Condition types exch rate

    Dear All,
    My company code currency is INR. We have defined a PO with condition types(currency EUR) and maintained the exch rate(different from OB08 rate). While doing GR, system is picking Spot rate (OB08) for Material line items and for condition types, system is taking PO exch rate.
    Not able to understand why system is picking different exch rates for material & condition type lines.
    Can some one please clarify this?
    Regards,
    Ganagdhar

    Please review the following notes
    128    Exchange rate differences between GR/invoice
    331910 MR1M, MIRO: Postings in foreign currency/local currency
    191927 Posting logic: GR for foreign currency PO

  • SRKIM: Payment Maturity Account 시 exchange rate 이 없어 error 발생

    PURPOSE
    Payment Maturity Event Accounting 시의 문제점을 해결한다.
    Problem Description
    Foreign Currency 로 발생한 Payment Maturity Event 에 대해 Accounting 시도 시 Exchange Rate 정보가 없어 error 가 발생하였다.
    Cannot Account for maturity of <Payment document detalis> because the maturity is in a foreign currency and no exchange rate has been prov ided AE Line Accounted Status = CANNOT ACCOUNT FOR THIS EVENT
    Workaround
    N/A
    Solution Description
    다음과 같이 관련 정보를 update 후 다시 Accounting 을 시도 해야 한다.
    Data fix Scripts:
    update ap_checks_all
    set MATURITY_EXCHANGE_RATE = &Maturity_Exchange_Rate
    where CHECK_ID = &Check_id;
    update ap_payment_history_all
    set TRX_BASE_AMOUNT = &TRX_BASE_AMOUNT
    PMT_TO_BASE_XRATE = &PMT_TO_BASE_XRATE
    where payment_history_id = &payment_history_id;
    update ap_accounting_events_all
    set CANNOT_ACCOUNT_FLAG = NULL
    where accounting_event_id = &Maturity_Accounting_Event_Id;
    commit;
    Reference Documents
    Note 302220.1 Cannot Account for Payment Maturity Because The Maturity Is
    In a Foreign Currency And No Exchange Rate Has Been Provided

  • Exch.rate type

    Hi,
    According Russian legislation need to do posting for all operations in foreign currency using exch.rate set by Cental Bank of Russian Federation.
    Currently when we try to do posting in EUR, system uses exch.rate type EURX, which is managed not only by Russia and sometimes is different from needed exchange rate.
    So, need some change in customizing to start using exch.rate type M.
    And also, any authorization change or org.procedure change, that will prevent change of this exchange rate by non-Russia users.
    So, what are the configuration have to do for this?
    Thanks in advance.
    Swetha

    Hi Swetha,
    1) Define Additional curriences
    2) Mantain exchange rate types (OB07)
    3) Currency translation ratio ( OBBS )
    4) Currency Exchange Rates ( OB08)
    5) Define Valuation Method (OB59)
    6) Automatic posting procedure (OBA1)
    Hope this will help You
    Regards

  • PO for AcctAssgntCateg  Project causing Exch rate variances during payment

    Thanks in advance for you time in providing some guidance in resolving this issue.
    When we create Purchase order of Account Assignment Category = Project,  we are selecting "Exch.Rate Fixed"- KUFIXfield.  
    In Payment run configurations "Paying Company Codes" we have made selection "No exchange rate differences"- XKBDF field. 
    Though exchange rate is fixed while doing MIGO, it is not same during Payment run thereby causing additional expense towards project which is settling against an ASSET which is not acceptable for business. 
    Please let me know if you have any suggestions that might help us to resolve this issue.
    Thank you,
    Devi.

    Hello Friends,
    I have asked users to create a new settlement rule and post the variances (caused from FX Gain/loss) towards a different cost center so that during settlement the amounts are posted against a cost center instead settling against a fixed asset.
    Thank you,
    Devi

  • Derivation of Exch Rate from the invoice item

    Hi
    When we are using F-28 (Incoming Payment)transaction to receive from customer we can receive an amount which is to be applied partially to many line items. In this case when the system creates a residual line item it valuates this item based on the day rate maintained in the system or the document header exch rate. We want the system to derive the rate from the invoice which is being cleared. Please suggest if there is any exit or any substitution exit that can be utilised
    Regards
    Venkat

    hi,
    so you've to split your payment / group by valuta date
    i'd create an abap, which posts the payment and than clears the corresponding item of the invoice.
    (using call transaction)
    A.
    Message was edited by: Andreas Mann

  • LIV posting for exch. rate due to GR

    Hi,
    During GR for a foreign curr(FC) against local curr(LC), the entry is :
    DR Expense   FC$100   LC$200
    CR GR           FC$100   LC$200
    During LIV, the following entry are posted :
    CR Vendor      FC$100  LC$180
    DR GR            FC$100  LC$200
    CR Expense    FC$0      LC$20
    Here the strange thing is that since this is due to exch. rate differences, why did it still post the difference back to the expense account and not exch. difference acct? If we want to change to exch. diff acct, how can we do so?
    Thanks,
    Teo

    Hi,
    The automatic postings are controlled by account assignments.
    Go into OMR0 transaction.  Click on the account assignment button.  Locate the transaction UMB (Gain/loss from revaluation) and doble click on it.  Select your chart of accounts in the popup.  It will then display the GL accounts assigned on the basis of valuation modifier (assigned to your company code) and valuation class (of the material).  You should find your expense account maintained for this combination.
    Change it to the fx gain loss account and you should be good to go.
    You should be able to check this from the simulation screen of OMR0 itself.
    Cheers.

  • FB60 changing Translation date/exch rate

    Hi,
    In FB60 we have the Translation date and exch rate in 'Local currency' tab modifiable.
    However when you change it and press enter it automatically changes back to the original value (which is equal to invoice date and exch rate). So in fact I cannot change it.
    Is there a way how to make translation date and exch rate changable?
    Many thanks,
    Jan

    Hi Jan
    It is the standard behaviour that the translation date is default      
    as the posting date (not the document date).                           
    It is only possible to change this functionality without any change    
    for the logistics invoice verification - ex. MIRO - as explained in note
    574583.                                                               
    For postings directly in FI, the only way should be to update manually 
    the translation date with the document date.                                                                               
    Unfortunately this is the system behaviour.                            
    You should delete the entry derived by previous document date, in      
    order to obtain the new translation date after changing the document   
    date.                                                                  
    Kind Regards
    davide

  • Why am I getting midi conflict/sample rate errors. GarageBand 10 intel mac

    Why am I getting midi conflict sample rate errors with no connected midi device?

    Ok, I'll answer this myself. It has nothing much to do with midi devices being in conflict with anything. Nothing much to do with midi devices, as such, in fact. What it seems to be is a slow running system, whether it be processor, or hard disk, or whatever. In fact, when I found the cause of the problem, it was easy to solve.
    What I saw a few times throughout this episode, was an inacurate sample rate report, which caused Garageband to run and react slowly, causing stuttering and flutter in audio output, so that noises were produced as the program struggled to handle the data streams it was reading and trying to reproduce and output cohesively. All of that was caused, it seems, by my iMac overworking and getting a bit too hot for comfort, having run all day, and multitasking for a good deal of it. I didn't adjust I/O buffering, or take any of the usual 'advised action' I've read from other users.
    I simply saved my work and shut down the machine for an hour or two. When I restarted the machine, all had returned to normal. The lesson is, it seems to me, is minimise, or, stop other tasks the machine is carrying out. Safari, in particular, seems to be a major drain on resources, so work without it running. Shut down all unecessary programs and tasks, and run Garageband alone, when working in it. Garageband is a much tamer beast when it's left alone to do what you ask of it. It's quite a sensitive little soul. :-)

Maybe you are looking for