F.05 Exch.Rate value issue

Hi Gurus,
I have a question on the exch. rate value on F.05 report. There are 2 Exch. rate columns on F.05 report.
The value in second exchange rate column is a little offset. For the same accounting document and for the same posting period it displays 1.20482 at some places and 1.20483 at some other places. The correct rate from OB08 is 1.20482. Why is it displaying 1.20483 at some places?
Thanks

Hi,
There are 2 exchange rate column, in that the 2nd exchange rate is the actual exchange rate while the 1st exchange rate is the lat revaluation rate used.
Regards,
Ravi

Similar Messages

Exch.rate-Accounting is fetching of typ 'M' insted 'P' VF01 for Sales Order

Dear Experts,
         I'm facing some issues during creation of 'VF01' for a sales order(For Repairing Billings).Previously we are creating 'VF01' against OBD for local customers inside India,but we have started doing for Outside India Customers.For OBD the rate type and exchange rate-accounting value is picking perfect (Type-'M') and the most recent exchange value of type 'M'..But for a Sales Order, As the exchange rate is already we mentioned as 'P'(Checked from 'VBAK' table,In customer Table 'KNA1') also in header the exchange rate is showing type'P' ,but picks the latest exchange rate value of 'M' type from 'TCURR' table .
Process Flow.We goto first VF01.
                       Give Document no and press enter.
                       Then we move to Goto->header->header to check the exchange rate type and exchange rate-accnt.
There exchange rate type is showing 'P' but Exchange value is picking of type'M'.
.Why this problem arises and how to overcome from this please provide me a solution.In copy-control everything is perfect.
So Please help me in this regard
Thanking you

Dear Sir,
            Thank you very much for your kind reply.
             As per your answer I've changed moving average price in Material Master But still the Problem is not solved.
Actually we r facing problem during Invoice creation with reference to sales Order .At that time the Exchange rate is picking of type 'M' in the Header though in the item Exchange rate is picking of type 'P' (which one is Correct).
But in case of Creation of Invoice in reference to OBD Both in Header and Item the exchange rate is Picking of type 'P'.
So please help me out in this regard.
Thanking you
Prabhu

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

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.

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,

How to control leading spaces exchnage rate value

Hi
We have issue,when user is given the rate value with leadeing spaces in spread sheet,after upload spread sheet, rate is upload as 0.Please advise me how to control this in spread sheet
Thanks
Anjireddy

Hi,
what about if you format this cell as number? In this case the leading space will be ignored as soon as you press enter or navigate out of the cell.
does this help?
kr, Volker

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

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

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

Exchange Rate: Routine to copy the "Exchange Rate" value From TCURR table

Dear experts,
I have created a cutomised Key Figure (ZEXCHRATE) with the 0currency as the unit and this field is included in my ZCOPA_C21 Infocube.
In the update rule, it was then appointed with a simple routine below;
(PROGRAM UPDATE_ROUTINE.
$$ begin of global - insert your declaration only below this line -
TABLES: TCURR.
DATA: IT_TCURT Type TCURR occurs 0 with header line.
$$ end of global - insert your declaration only before this line   -
FORM compute_data_field
TABLES   MONITOR STRUCTURE RSMONITOR "user defined monitoring
USING    COMM_STRUCTURE LIKE /BIC/CSZCOPA_TPL_IS
           RECORD_NO LIKE SY-TABIX
           RECORD_ALL LIKE SY-TABIX
           SOURCE_SYSTEM LIKE RSUPDSIMULH-LOGSYS
CHANGING RESULT LIKE /BIC/VZCOPA_C21T-/BIC/ZEXCHRATE
           RETURNCODE LIKE SY-SUBRC
           ABORT LIKE SY-SUBRC. "set ABORT <> 0 to cancel update
$$ begin of routine - insert your code only below this line        -
fill the internal table "MONITOR", to make monitor entries
SELECT        * FROM TCURR appending corresponding fields of table
IT_TCURT
         WHERE KURST = 'M'
         AND    FCURR = 'USD'
         AND    TCURR = 'IDR'.
      AND    GDATU = ___.
      AND    UKURS = ___.
Sort IT_TCURT by GDATU descending.
Loop at IT_TCURT.
    Move IT_TCURT-UKURS to RESULT.
    Exit.
Endloop.
result value of the routine
RESULT = space.
if the returncode is not equal zero, the result will not be updated
RETURNCODE = 0.
if abort is not equal zero, the update process will be canceled
ABORT = 0.
$$ end of routine)
Which will basically copy all the contents of TCURR into an internal table (IT_TCURT), sort it and then only copy out the UKURS (Exchange rate) data into the customised ZEXCHRATE to get the latest exchange rate value.
Routine was checked and its fine.
The problem is, upon checking the update rule, it returned an error message;
"No Unit maintain for Key Figure Exchange Rate Local".
Double checked the declaration of ZEXCHRATE, the unit was there.
My questions;
1. Is this the correct way of doing it ? I just want to be able to show the exchange rate value in my query (hence the existence of ZEXCHRATE).
2. Is there an alternative way of achieving the same result ?
Your help or advice will be greatly appreciated.
Thanks
KG

Hi Sreeni,
Referring to the " but the conversion from VEF to USD is happening at a rate @0.23256 which is valid till 02/13/2013 only" part in your post, the date given in OB08 for currency rate is valid from and not valid till. Hence, please check the setting once. Once you enter the rate from 02/13/2013, the rate is valid till you enter another date later than 02/13/2013.
Regards,

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

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

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

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.

F.05 Exch.Rate value issue

Similar Messages

Maybe you are looking for