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

Similar Messages

  • Change Translation Date: VBKD-KURRF_DAT or VBRK-KURRF_DAT

    Hello,
    Couldn't find any note regarding this subject.
    Senario:
    I canceled an invoice so i could change the payer in the sales order
    doc. the original invoice was with 31/01/2008 billing date.
    I've created new invoice (billing date 01/03/2008 and pricing date
    31/01/2008) but i wanted the translation date to be like in the
    original invoice (31/01).
    In accounting i could see that the translation date is like the billing
    date (01/03/2008). I can't set the billing date in the invoice to 31/01
    because the period 01/2008 is alredy closed. This is not a good
    situation because there is a difference between the exchange rate in
    the invoice and accounting.
    Is there a way to modify VBKD-KURRF_DAT online?
    Regards,
    Oren Matityahu

    Hello,
    The difference is in the hard currency.
    The original Invoice is with billing date 31/01/08
    The exchange rate at that date was 1$ = 3.625 LIS
    The new invoice went to accounting with 01/03/08 translation date and the exchange rate at that date was 1$ = 3.594 LIS
    Regards,
    Oren.

  • How to change translation date in sales order

    Hi would it still be possible to change the translation date in the sales order if delivery document is already created and good issue is already is already posted. Please advise where on the sales order i can change the translation date.
    Thank you

    Dear,
         Please give me path of translation date in sales order. I find but not getting in sales order.
    Sandip

  • Help with MIRO Badi's and Translation Date (Exchange Rate Date Reference)

    Dear experts
    This is a problem I have read a lot about, but none of the answers work properly and I wanted to create a new thread in order to try to compile a final answer for this problem (at least in version 6.0)
    As you know Standar SAP uses posting date as translation date in MIRO for foreign currency.
    This is not always true (imagine Crude Imports with 3 dates: Invoice date, posting date and Bill of Lading date. The last one happens to be the fiscal date for exchange rate in my county and the other two are also mandatory).
    I am proposing thus to use 3 dates: Document date as invoice date; posting date as posting date and Invoice Receipt Date
    (REINDAT - RBKP) as Bill of Lading date. I would like to implement this third date as translation date.
    Lot of ways to do it, but none works properly as for the end user it is complicated to enter data in a certain way so that BADI's work properly. I have implemented note 574583 and only works with some restrictions.
    I have also used some more BADI's like MRM_HEADER_CHECK, FI_TRANS_DATE_DERIVE, INVOICE_UPDATE,... and all of them have some restrictions (depending always in data header taps data introduction or saving the exchange rate properly in MM TABLES but not in FI TABLES).
    I would really appreciate if anyone could help with this, ensuring that the Badi get's always the data and makes it work with no screen selection dependance.
    Thanks in advance.

    Dear All,
    I have found the solution with the help of ABAPer. The system has a bug for which SAP has given a  Sap Note no 22781.
    Actually what happened in the Invoice is, the system by default fetched the exchange rate for the Exchange Rate Type 'M' for the rate last maintained. Since we were using different Exchange rate it did not match. Also we came to know about the difference only because off-late the users had stopped updating Exchange Rate 'M' .
    The funny part is in the Invoice if we click on each tab at the header and come back to the first tab where we find the Exchange rate for accounting, the system picks up the actually rate as per the Exchange Rate maintained.
    Regards,
    Karthik.

  • Change translation date

    Hi,
    Do SAP has provided the flexibility to maintain and change currency translation rate other than thr.transaction OB08 in sales cycle.
    i.e. At sales order level.
    2.At billing doc. level.
    We are dealing with  a scenario with 2nd, 3rd local currency,the user should have the flexibility to change the translation rate manually.
    Regards

    Dear Mrunal
    Currency Rate can be changed in sales order either at Header Level or Item Level provided there is no subsequent document to that.
    This change you can monitor by selecting "Environment - Changes" where you have to choose the field "Additional info".
    I dont think, in billing you can change the rate.
    thanks
    G. Lakshmipathi

  • Translation date for exchange rate type 'M'

    Hello friends,
    How do I change the translation date for an exchange rate type, for a particular company code?
    My client wants the translation date for the exchange rate type 'M' to be document date instead of posting date. It is required as per Romanian Law of land.
    Regards,
    Mike

    Mike,
    I assumed your question is for an additional local currency for a company code (this can be changed in OB22).  For the first local currency, the translation date type in OB22 is always set to 3 (Translation Date) and cannot be changed (hence, greyed out).  Following that, in accounting entry transactions (for example FB01), you will see a field (Translation Date) where you can specify a date for which you want the system to fetch exch. rate from the exch. rate table.  In your situation, you will have to enter 'document date' there.
    PS: The reply above by Ravi applies only to tax items' translation, not for all items.  He is basically talking about the indicator that you see in OBY6.

  • COPA0004 Change in Exch.rate type

    Hi,
    We’ve a costing based CO-PA in our instance which is shared by other co.codes in our environment. Now, with new business requirement, we
    may have to use a separate exchange rate type for CO-PA than M. We’re trying to achieve this with exit COPA0004. We’ve also read the note 429517 on Currency translation billing document -> CO-PA to understand the value flow to COPA.
    Please note that we don’t want to affect current exch.rate settings of existing co.codes which is ‘M’. However, for a new co.code we want
    to move values to COPA with ‘P’ exchange rate.  
    Question-
    Is it possible to achieve it through user exit COPA0004 to default exchange rate in COPA based on company code? Or is it a blanket change
    for all co.codes if we change the rate from ‘M’ to ‘P’. 
    We’re evaluating the solution before implementing in system.  
    Thanks,
    Nirav

    Hello Nirav,
    planning version settings in CO-PA do only affect planning data!
    Conversion with actual data will always be done with rate type 'M'.
    Enhancement COPA0004 offers however a possibility to use different
    rate type in case of actual data.
    Function module EXIT_SAPLKECU_001 can be used to change the exchange
    rate type for currency translation when actual data is processed in
    Profitability Analysis. By default, the system always translates the
    values using the exchange rate type "M". You can change this type
    (export parameter E_KURST) for a specific operating concern (import
    parameter I_ERKRS). The import parameters I_CURRENCY_FROM and
    I_CURRENCY_TO contain the currency key of the currencies involved in the
    translation.
    You can only change the exchange rate type for translating actual
    values! For planning, you specify the exchange rate type in Customizing
    when you define your plan versions.
    Best regards,
    Ronghua Fan

  • Sales order takes Translation date for exchange rate calculation

    Hi
    I am creating the debit memo request via DP91 with reference to the contract. In the debit memo request pricing date has been set as current date but transaltion date has set the contract transaltion date.  Debit Memo request document currency is EURO, local currency is GBP and condtion currency is CHF. 
    In this scinerio in order exchange rate has been calculated against the transation date insted of pricing date.
    Can you please advise why the system behaving like this.
    Thanks & regards,
    Siva.

    Mike,
    I assumed your question is for an additional local currency for a company code (this can be changed in OB22).  For the first local currency, the translation date type in OB22 is always set to 3 (Translation Date) and cannot be changed (hence, greyed out).  Following that, in accounting entry transactions (for example FB01), you will see a field (Translation Date) where you can specify a date for which you want the system to fetch exch. rate from the exch. rate table.  In your situation, you will have to enter 'document date' there.
    PS: The reply above by Ravi applies only to tax items' translation, not for all items.  He is basically talking about the indicator that you see in OBY6.

  • Currency Translation date  change.

    Hi,
    we use multiple currencies .For a  sales organisation EUR currency, 2nd local currency isHUF, 3rd local is CZK. Translation happens on translation date. Invoices can be made  in VF01. 
    These invoices use one important date, called billing date. This date is the key for few things, e.g. postings to FI happens on that, or baseline date calculation. Billing date is normally determine document date, document date determine translation date.
    All these will bring that translation from document currency to 2nd local will happen on billing date. Is it somehow possible to change the logic? Can It somehow be defined  which date should be used for translation? Can  different date be used for translation than billing date?
    Regards

    Hi
    When you creating a order you can set a currency at Sales A. (double click on material).
    It maybe solve your problem.
    Best
    Lukasz

  • Change posting date in FB60

    Hi....
    We are trying to change posting date (which is in new Fiscal year 2012)  for an FB60 parked invoice , but following error message is coming
    "Changing of document number or fiscal year not possible here
        Message no. FP041"
    How to fix the error.
    Regards
    Vishnu

    Dear expert
    Once you had pressed enter key and when the posting date is greyed out, if tend to change it press key F12 and click on yes. This would reset the field and you can enter the correct date...                                                                               
    OR
    Try to reset the variant in FB60, go to the FB60 from the menu select edit --> screen variant -->reset screen variant. Or go to SHD0 and give the transaction code and select transaction variant or press F4 to find the variants or you can create your own.
    Regards
       Ajeesh.s

  • Exchange rate not updated with posting date, translation date updated

    Hi,
    I have the follwoing problem in F110. Currency documents are posted with exchange date of the docuemnt entry date. Translation date is updated with Posting date, just exchange rate is not updated. the systems calculates according entry date. Why entry date is one day before the date of posting, I cannot understand. The system takes the exchage date from entry date, which is one day before (docuemnt, posting and translation date)
    Thank you,
    Desimira

    Hello,
    This means, that the exhange rate is missing your local currency vs USD in the system. Your Business Partner or any of items you are adding to the invoice is using USD (price list or customer is in USD).
    My tip is some of the items has USD price set or USD Purchase price used.
    DO the following:
    Check the POsting date of your invoice
    Go to Administration -> Exhnage rate, and locate the posting date and USD from the matrix, and enter the rate.
    Post your invoice.
    it will work
    Regards
    János.

  • Currency translation date fix on the first day of the month

    Dear all,
    is it possible to fixe one translation date per month that every transaction (goods income, purchase order, invoice, salesorder, payment,...) uses this exchange rate for booking?
    The problem is, that this fixed exchange rate should only be valid for one company code in our SAP System. Therefore it is not possible to just change the rates in the SAP table TCURR.
    Thank you very much in advance
    Greetings
    Bernd

    Hi Bernd,
    We have had the same case with CZ and we choose to use alternative exchange rate in OBBS, and then created a new exchange rate type -  but offcause then your company code should be equal to a specific currency.
    Example, when your settings in OBA7 for document type NI points at exchang rate type M, and you have assigned Alternative exchange rate type CZKK for Type M for exchange rates from CZK to XXX, then the document will be booked with the alternative exchange rate.
    Best regards
    Pernille

  • 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

  • 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

  • User-Exit to change/Calculate the Exchange Rate

    Hi ALL,
                 I am looking for an user-exit that can be used to change the Exchange Rate during the billing cycle. I want to claculate the exchange rate based on the translation date (BKPF-WWERT).
    BR,
    Tanmoy

    Hi ALL,
                This is a very tricky issue.
    The table BKPF has a field called WWERT (Translation Date). Now we want to calculate the Exchange rate based on the translation date. The table BSET has two fieds LWSTE (Tax Amount in Country Currency) &
    LWBAS (Tax Base in Country Currency)  and they must get updated with correct values based on the translation date, but thats not happening as the exchange rate is calculated based on the posting date/billing date. The exchange rate is determined from the TCURR table but its taking the incorrect Exchange rate.  I need to find out the way so that I can correct it.
    BR
    Tanmoy

Maybe you are looking for

  • Inserting an array of byte[ ] in  a database

    Hi, In my program I have to insert a bynary data in my database. To do that, I created in the database a column, called "data", and I set the type of the column to MEDIUMBLOB. I receive the data that I have to store from a serial port, so they are st

  • How to add new Tab in IW32 transaction ?

    I need to add a new tab in the header tabstrip... I found an enhancement IWO10018.. There are two exits in it. EXIT_SAPLCOIH_018 EXIT_SAPLCOIH_019 I want to know if this enhancement will help me ? if so please tell me all the steps of how to use thes

  • OS 10.3 installation

    I have acquired a G 3 from the wife. She has wiped the HD and re installed Panther, but when start up I get a file with "?" Have made several attemps to re install, but at the end of installation Error message in installation, restart and try again.

  • Getting error in Access Manager

    Hi All, We have 2 Access Manager Box in prod. We have intalled Access manager component on both box and its working fine. At the time of installation I forgot to configure the Basic over LDAP authentication, so I have reconfigure the Basic Over LDAP

  • Headphone jack iMac 2012

    I have a 21" 2012 iMac, and have experiencing problems with the headphone jack ever since the second week of buying it ( about 1.5 months ago). When I insert a headphone jack into the socket, the head phones, for the most part, will not pay sound. Th