Rate Type 'P'
Dear All,
While creating a Workcenter with CNR1, in the Costing field it is showing error Activity Type is not assigned to Cost Center. When that is being done through transaction KP26 it is throwing error that 'P' rate type to be maintained in system settings.The present rate type setting is with 'M'. If I change it to 'P' in transaction OPSB, what will be its financial implications. Is it right to do so?
It is the new work center what I am creating for a different company code of ours with different Plant and Business Area.
Points will be awarded..
MRD
Hi,
As you are telling, its for different Co Code, plant as such.
Why dont you create a new Actvity type in KLO1 and mention the rate as required in KP26 and assign it to the Cost center for your work center.
Regards
N.Raju
Similar Messages
-
Different Exchange rate type is picked while creating PO
Hi All,
We are maintaining daily exchange rates under exchange rate type "M" for currency GBP to INR. We have also maintained exchange rate type "ZCIG" but we are not maintaining daily exchange rates under this exchange rate type.
Still system is promting us to maintain the exchange rate under exchange rate type ZCIG instead of "M" while creating Purchase order. Becoz of this error i could not save the PO.
Please guide me on this issue.
Thanks
SonalHello,
Could you please let me know how you have solved this problem.
I want a particular exchange rates for a particular vendor posting.
Thanks,
Srini -
Mass update exchange rate type (not rate) in open sales orders
Hi all,
Our requirement is to update the exchange rate type at sales order header (VBAK-KURST) for all open sales orders with a new type created. (Z001). This field does not appear in MASS transaction for sales orders despite being present in the structure MASSSDHEAD.
This field cannot be located even in VA02 transaction (I am not sure if standard SAP masks or shows this field at header; I also can't find any transaction variants assigned).
Can anyone suggest how this field can be updated for sales orders either individually or in mass mode.
Regards,
KC
SAP SDYou are correct in indicating that Exchange rate type field is not seen in Header data of sales order. I checked screen layouts for various screens for sales order data and this field is not suppressed. The only reason could be that this field is not used in sales order screens
If you are interested, you could also check in the following way
1. Go to SE11, enter database table as VBAK
2. Once inside data dictionary table, click where used list button, select programs and screens and execute
3. click continue (don't select background)
4. now you would have list of programs and screens, this table is used
5. now start another session and go to transaction SE51
6. indicate program name as SAPMV45A and screen numbers as listed in step 4. you can check all screen numbers to see whether Exchange rate type field is listed in sales order layout.
7. Of particular interest would be screen number 4311 as this contains Financial accounting data & 4303 Billing data
8. you can check screen layout for screen 4311 & 4303. you would see Exchange rate type field is not indicated.
9. in case you could find this field in any screen, you could ask your ABAP consultant to add this field in the layout screen.
Hope this answers your question -
ERROR in MIRO : An exchange rate type is not defined for country IN
Experts:
When I try to enter the invoice received from the vendor, I am getting the following message.
An exchange rate type is not defined for country IN
Message no. FF802
Can anyone provide me a solution for this?
Thanks,
VijaiThis is the explanation given in note 974619 for the above error message
Summary
Symptom
When you post an FI document, the system issues error message FF 801 or FF 802.
Other terms
Plants abroad, FF 801, FF802
Reason and Prerequisites
You use the 'Plants abroad' function.
See Note 882132 for more information about this.
Solution
If the 'Plants abroad' function is active, additional fields appear when you maintain the country global parameters (transaction OY01, table T005):
- Country currency (Field WAERS)
- Exchange rate type (Field KURST)
- Net discount base (Field XSKFN)
- Net tax base (Field XMWSN)
You must maintain the fields 'Country currency' and 'Exchange rate type'.
Otherwise, the system issues error message FF 801 or FF 802.
thanks
G. Lakshmipathi -
How to change exchange rate type for specific pricing condition type
Hello every one,
I have a requirement for billing ie VF01.
currently all the exchange rate are being calculated with exchange rate type 'M' by default.
but now client want it should calculate exchange rate with type 'E' for two pricing condition type for all others it should calculate with type 'M'
Please any body can help me with the exit and code which i can use.
I have checked exits SDVFX008.
but how to change exchange rate with type 'E' only for two conditions.
as changing exchange rate at document header will change exchange rate for all condition type.You need to assign KOMK-KURST = 'E', for those two condition types. If it had been item number specific, you could have used USEREXIT_PRICING_PREPARE_TKOMK(RV60AFZZ).
Do one thing, put a breakpoint on FM 'PRICING' and then do selective runtime analysis.
Check whether any user exit/BADI/ explicit enhancement are available when condition types are processed in a loop. If nothing is available, try implicit enhancement.
Link to refer for selective runtime analysis - Runtime Analysis for VOFM
Also try with VOFM requirements ( not sure whether changing KOMK-KURST is permissable in requirement as normally we only set sy-subrc values to suppress/allow condition types ). Don't forget to assign requirements against condition types in pricing procedure. -
Error while creating PO- ENTER AUD / MYR rate type M(Currency).
Dear Friends,
While creating PO (PO-Currency with MYR u2013 Malaysia Curr), I faced this error message:
Error:: ENTER Rate AUD / MYR rate type M for 11/02/2009 in system settingsu201D
In OB08, I maintain the currency conversion, then system allowed. But:
Query: My PO currency is MYR (Malaysia currency)
Why system checking with AUD.
Any config?
Please help.
Best regards,
LEINALHi Leinal,
There is a config missing in SPRO-img.
Go to t.code OB08 and check for the dir and indir quot for currency conversion for
AUD to MYR and vice versa.
Hope either of the above 4 combinations is not maintained for the specific date.
Cheers
Arun. -
Hello all,
While releasing the billing document to accounting, getting the error:
'An exchange rate type is not defined for country US'.
In customer master, have maintained Exchange rate as 'M'.
where do we maintain the exchange rate type for country.
Thanks
Gauravjit.HI Gauravjit,
Try this:
SPRO-F5- General Settings-Currencies-Define Translation ratos for currency translaction
Reward if it helps
regards
Srini -
Using an Exchange Rate Type other than 'M' in a Purchase Order
I use several exchange rate types in SAP for various currency positions, specificially with pricing.
As a result, when I create a Purchase Order I want to use a different Exchange Rate Type, instead of the standard 'M'. I have seen the rates can be placed directly in the Purchase Order, but I would like the system to look up the required rate using a specific exchange rate type.
Can anyone provide any suggestions or guidance based on prior experiences ?
thanks
gino ruggieroDear Gino Ruggiero,
The MM functionality always uses the "M" rate.
Not able to release Purchase doc.
Regards,
Naveen. -
HOw to see currency pairs in Exchange rate type
Hi,
Can anyone tell me how to see currency pairs in an exchange rate type?
ThanksHi,
I am not sure this is a right solution. But I have some inputs on your requirements:
1. For traveller cheques you may create a new payment method and do the required configuration for automatic payment program. Don't generate any payment medium while running APP.
2. For currency notes (cash payment) I am not sure how it works. But probably it is possible by creating an account (account ID) for a particular house bank and use that (house bank & account id) for making payment.
Per my knowledge we have never used payment method cash (currency notes) in APP. But logically it would work by create a new payment method and doing the required config for APP.
Please update if you found a better way to do this.
thanks & regards,
Kumar -
User exit/BADI for changing the exchage rate type in MIGO
Dear guru's,
Please help me in finding the user exit/BADI to change the exchange rate type in MIGO.
Regards,
Abdul Rahimdid you check this one MB_GOODSMOVEMENT?
also exchange rates needs to be changed at Purchase order level and those will be reflected while creating MIGO. -
Hi,
I am trying to Purchase order PO so that time i am facing error as
Enter rate USD / INR rate type for 19.01.2011 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
i have configured in OB08 and OBBS maintain the exchange rate type M for USD and INR.
but still i am facing error, please guide me to resolve this issue.
Thanks
Shital DHi,
I have checked with FI consultant Direct and Indirect Quo has maintaned,
please suggest me any other config is required to resolve this issue.
Thanks
Shital D -
Hi
We have some issue in exchange rate . When i am doing MIRO this time i have geeting error enter rate / USD rate type M for 04.12.2009 in system setting.we have process different types Invoices with different currency in Miro to get this error message.
After i m exit in this MIRO screen. Than again enter MIRO T. COde and enter PO number this time i have no geeting any error.
We have check all the seeting in OB08 all are perfect. Colud please help me on this issue.
Thanks in advance
Why this error is geeting in first time.Srikanth,
Yes, exactly it is the rate upon 28.01.2011that should be relevant for the actual document.
Exchange rate has not entered manually in document header by interface nor by user. Interface only feed document amount and currency i.e. no rates.
Standard quotation in table TCURN for GBP=>USD is:"1" Direct quotation valid from 01.01.1800
Standard quotation in table TCURN for "Blank"=>GBP is:"2" Indirect quotation valid from 01.01.1800
Translation ratio for currency pair GBP => USD for exch rate type M is 1:1, valid from 01.01.1800, alt ERT=blank.
Translation ratio for currency pair USD=> GBP for exch rate type M is 1:1, valid from 01.01.1800, alt ERT=blank.
Translation ratio for currency pair USD=> GBP for exch rate type M is 1:1, valid from 31.10.2010, alt ERT=blank.
Maintained exchange rate valid for the period 31.12.2010 - 30.01.2011 for exchange rate type M is 1 USD= 0.64114 GBP
Amounts in document are
Doc. Curr. Amount= 187.44 GBP
LC2 Amount= 281.16 USD
Rate used for LC2 Amount in document equals 1 USD = 0.6667 GBP
Correct LC2 Amount with rate 1 USD= 0.64114 GBP should be 292,35 USD.
Kind regards,
Linda -
Exchange rate type for version - error message GP541 during confirmation
Hi FICO Experts,
I bumped into a problem during confirmation in CO15. (I would like to get the SFG by mvt 101 and consume the raw material by 261).
The error messase I get is:
Maintain the exchange rate type for version 000 in 2009
Message no. GP541
Diagnosis
You want to use plan version 000 with controlling area 1000 in fiscal year 2009.
You have not specified an exchange rate type for this plan version for fiscal year 2009. Since the update of all currencies in 2009 is active in the control indicators of the controlling area, currency conversions are possible and sometimes also needed.
It is therefore necessary to specify an exchange rate type for plan version 000 in year 2009.
System Response
The system will not accept your entry.
Procedure
1. Please maintain plan version 000 first using the function 'Change Plan Version', or
2. correct your typing error.
I'd like to ask you to please help to resolve this issue.
Thanks,
Csabago to Maintain Version at SPRO-Controlling-General Controlling-Organization->Maintan Version and do what ever it says. Provide Exchange rate type P or M would resolve your issue
-
No daily exchange rate defined for rate type Corporate
We are entering a transaction in AR for currency XDR (Nav Path in Receivables: Transactions->Transactions; Form Name: ARXTWMAI, FOrm Version: 11.0.62).
The currency XDR is supposed to be IATA Rate related and has nothing to do with Corporate Exchange Rate (i.e. Bank rate). We have IATA Rate and Corporate conversion rate types (Nav Path in Receivables: Setup->Financials->Currencies->Rates->Conversion Type).
While entering the transaction, we get this message:
"FRM-40735: ON-INSERT trigger raised unhanled exception ORA-20000.
ORA-20000: GLMCCURB: There is no daily exchange rate defined from XDR to MUR for MAY-00 for rate type Corporate.
ORA-06512: at "APPS.RA_MRC_CUSTOMER_TRX_BIUD", line 318
ORA-04088: error during exception of trigger 'APPS.RA_MRC_CUSTOMER_TRX_BIUD'
ORA-06512: at "APPS.ARP_PROCESS_HEADER_INSRT_COVER", line 786
ORA-06512: at line 1
APP-01728: An assignment does not exist for these parameters.
Cause: An attempt was made to find a sequence for this document flexfield. The option says Sequential Numbering is only partially used.
Action: None is necessary unless you expected this document flexfield to have a sequence defined."
We checked the Daily Rates from XDR to MUR (Nav Path in Receivables: Setup->Financials->Currencies->Rates->Daily) and it shows only IATA rates, which is correct since XDR is not for Corporate rate type.
What we don't understand is why the error message prompts for an exchange rate to be defined from XDR to MUR for rate type Corporate.
Where is it defined that the transaction should look for rate type Corporate? Should I define it to look for IATA rate type for such kind of transaction?
Can anyone advise. Thanks.Andrew Li,
1.For the first message, please check to your DBA, maybe there is some patches should apply.
2. For the error msg APP-01728: An assignment does not exist for these parameters. Do you use document sequence number ? If Yes, make sure your document sequence has been assigned to proper SOB, and then please check profile option for Sequential Numbering. The Sequential Numbering profile should Partially Used or Always Used.
I hope it will solve your problem
Regards
Mahendra
null -
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 -
Where we assign Exchange rate type at company code level,
Dear All,
Where we assign Exchange rate type at company code level, In 0BA7 we assign by Document type wise and OB22 will assign by controlling area wise , but we are not maintain Controlling area, exactly where we assign , and how it will pick at the time of PO creation ,
Thanks in advance
VijayHi,
In OB22 we assign Exchange rate type against company code and not against controlling area .
Regards,
Shayam
Maybe you are looking for
-
HT1349 how can i delete an apple id for itunes and install another
Hello, My daughter has an apple id password on my ipad 2 and i wan to delete her account off my ipod 2
-
Hi, I have created a report in English language. I have translated the text elements of Selection screen to German. Original languge of the program is showing as EN. But when I login in to Italian language (Say any language where text elements are no
-
Context mapping problem in FPM
Hi all, here is a samll example where i am going to display the Attributes from the SELECT perspective to the REVIEW perspective. where the Values from the SELECT View is To be Displayed in the Review view. my Compnents are like.. cctest FcTest Vcfir
-
Oracle 10g Listener XP pro need to be restarted ...
Hello all. Here is my problem. I have oracle 10g installed on a computer with Windows XP pro Sp1a. Every thing work fine despite 1 point. When the computer is restarted, a small software starts the different Oracle Services (Oracle Database Service a
-
SharePoint Slow - Tried everything I could find
Our SharePoint 2010 site has been running very slowly all week. We installed updates on the server and rebooted this past weekend if that matters. It's slow site-wide and it also takes a long time to open files (.xlsx, .docx, etc.). We don't have man