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
    Sonal

    Hello,
    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 SD

    You 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,
    Vijai

    This 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,
    LEINAL

    Hi 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.

  • Error with Exchange rate type

    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 ruggiero

    Dear 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?
    Thanks

    Hi,
    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 Rahim

    did 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.

  • Exchange rate type error

    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 D

    Hi,
    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

  • Exchange Rate Type M in MIRO

    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,
    Csaba

    go 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,
    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

  • 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
    Vijay

    Hi,
    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

  • Text Elements

    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