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 MatityahuHello,
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 youDear,
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. -
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.
RegardsDear 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,
MikeMike,
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,
NiravHello 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?
RegardsHi
When you creating a order you can set a currency at Sales A. (double click on material).
It maybe solve your problem.
Best
Lukasz -
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
VishnuDear 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,
DesimiraHello,
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
BerndHi 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,
JodyHello 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 -
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.
SwethaHi 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,
TanmoyHi 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
-
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
-
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