EK01 & EK02 Condition Type

Dear Friends
In Sales Document type in Billing Section Condition Type Line Item=EK02 and
In Standard Pricing Procedure RVAA01 used EK01 and EK02 What is the use of it where it will affect?
Please clarify my doubts
Thanking You
Arun

Dear Customer,
a describtion for EK01/EK02
The unit cost estimate is the planned cost of goods manufactured for the material to be sold. The estimate is calculated based on the materials you intend to use, the services you intend to carry out, and additional costs such as shipping and insurance. In addition, you can use cost items to calculate overhead surcharges. The unit cost estimate is calculated in Controlling (CO-PC). The cost estimate is then copied into the sales document and can be used for pricing or for calculating the profit margin.
Condition type          Name                    Use
EK01               Individual Determination          Used as basis for pricing
EK02               Unit cost estimate u2013 statistical     Used to calculate profit margin
The condition type EK01 can be used as a basis for pricing a make-to-order item in a sales document. The system calculates the cost of manufacturing and copies the result as an EK01 condition type into the pricing screen of the sales document.
You can use the condition type EK02 to calculate the profit margin of a make-to-order item in a sales document. The system calculates the cost of manufacturing and copies the result as an EK02 condition type into the pricing screen of the sales document. The EK02 has no direct effect on pricing.
2.     Settings in Customizing
Condition type configuration (for both EK01 and EK02)
u2022     Basic configuration:
Condition class      [KOAID]      B Prices   
Calculation type      [KRECH]     C Quantity 
Condition category      [KNTYP]     Q Costing
u2022     No access sequence
u2022     EK01/EK02 can only use as item condition. Group condition flag should not be set.
Pricing Procedure Configuration
u2022     EK01 and EK02 should be checked as manual in the pricing procedure since their value is not derived from SD condition records.
u2022     EK02 must be set as Statistical in the pricing procedure.
u2022     Subtotal value u201CBu201D should be assigned to the EK02 condition.
See note 155212 and online documentation for additional details.
I hope that the information are helpful.
regards
Claudia Neudeck

Similar Messages

  • EK02 condition type on quotation

    We currently see and utlize the EK02 condition type on sales orders for configured parts (assembly order creates).
    However, when creating a sales quotation (VA21), the EK02 condition is not active/not populated.
    Is there a way to get the EK02 condition to calculate on a quotation?  Like maybe some way to attach a simulation production order to it that doesn't really create demand in the system?  Would I need a new production order type for this?
    Gina Feldner

    Hi Gina,
                 First check whats the requirment type for quotation in your system. You can check this by clicking on shipping tab in the overview screen. Then go to the Transaction" OVZH" and see whats the requirment calls associated with it. Once you identify the requirment class, check If you have the entry "EK01" at the condition type line items field in the requirment class. Transaction code for this is "OVZG". If it is not there maintain that. Then go to the conditions screen and see whats the pricing procedure. In V/08 , Check if the condition type "EK02" is maintained there. If it is not ,Maintain the condition type in the procedure .This would resolve the problem. Other wise you can maintain the "EK02" in the sales document cofinguration (VOV8) at condition type lie items and maintain the same in the pricing procedure. Only difference is If you maintain this condition in the sales document type this is valid for all the items in the sales order and If you maintain this in the requirment class, this is valid for only the documents which have this requirmanet type. Kindly please let me know If you need any more help on this.
    Regards.
    Ram Pedarla

  • Config required for EK02 condition type in Sales Pricing procedure

    Dear friends,
    I am trying to derive a costing run for sales order. I would like to know what are the config steps required to arrive a percentage factor for GP.
    Kindly guide me in this regard,
    Thanks in advance,
    Vinayak

    Hi,
    If you are doing sales order costing then you will have to define the condition type EK02. Go to V/08. Select the Procedure used in SD. Click on Control. Enter the condition EK02 - Calculated Cost and mark it as statistics.
    You sales order cost will be stored in such condition type.
    Regards,
    Jigar

  • Condition type line items

    Hi all,
    Can anybody plz lemme know how the EK01 n EK02 (Condition type line items) which u can find in defintion of a sales document(like OR) in billing tab? I hv read its help in IDES, But wud somebody tel me how we use them n what for n wats the difference between them?
    Thx. Good day!
    Prashant

    dear prashant,
    EK01 and EK02 have been provided for cost transfer of line items.
    EK01:     If we choose it the result of the sales order costing (integration with controlling) is first printed to the pricing screen for the item. The value can be used as basis for price calculation.
    EK02:     System simply takes the result of the sales order costing as a statistical value (only for information purpose).
    rewards if it helps
    siva

  • Pricing authorization at condition type level

    Hi,
    We are using EK02 condition type. Requirement is EK02 should be able to be changed by ORDCHG incomming Idoc and the EK02 price to be overwritten in sales order pricing.
    But all other business users should be able to only input the EK02 once and EK02 should become display only field (non editable) for those users. 
    The change of EK02 to be only applicaple to the EDI Idoc user partner (User).
    Please let me know how to achieve this through price authorization or any other way??
    Note: The condition type EK02 config set is it can be edited like any other manual condition type (V/06)

    Hi
    Please have a look at the following OSS notes. They may be of some help to you to solve the problems.
    105621--Check this one. This will be of much helpful to you
    414058 and 914811

  • CRM Table for Condition Type value

    Hi All,
    Can you please let me know the table name from where I can get the value of the pricing condition EK02 in CRM.
    I have a document number from which i can manage to get the item guid. From this I need to get the value of the EK02 condition type that we can see from the Item Condition screen.
    Hence i need a table which maintains a relation between Item Guid + EK02 + value.
    Thanks in advance,
    Regards,
    Pradeep

    Hi,
    My requirement is that I want to dynamically update the EK02 value when a quotation is sent for costing. In CRM, costing is not in standard for quotations. Hence I want to call the costing module of CO from CRM when a quotation is saved, this module will return me the EK02 value. So with the quotation screen open, will the data be available in some buffer so that I can pump in this value to the pricing structure?
    I also came accross the function modules which aid in updating pricing elements of an order. Some of them are as below:
    PRC_PD_ITEM_CHANGE_COND
    PRC_PD_ITEM_CHANGE_COND_MULTI
    PRC_PD_ITEM_CHANGE_MULTI
    PRC_PD_ITEM_CONFIGURED_MULTI
    PRC_PD_ITEM_CREATE
    PRC_PD_ITEM_CREATE_BY_IMPORT
    PRC_PD_ITEM_CREATE_BY_IMPORTM
    PRC_PD_ITEM_CREATE_MULTI
    PRC_PD_ITEM_CREATE_WITH_REF
    PRC_PD_ITEM_CREATE_WITH_REFM
    Which one of this should i use? The CRM version is 5.0 hence its IPC 5.0
    Thanks in advance.
    Regards,
    Pradeep

  • Condition types EK01 & Ek02

    What are condition types Ek01 & Ek02 used for and what is the difference between them?
    Regards,
    Jay

    HI
    HI
    EK02 is used for calculating the margin in line item of order while in case price is based on cost + markup for example then EK01 is used.
    i.e.
    EK01 is basically used when a calculation is based on a farmula e.g. SALING PRICE - COSTPRICE = PROFIT,
    whereas EK01 is used where the all amount remain same and do not varies e.g.
    VPRS CONDITION TYPE
    These are the condition type that will display the results of the unit costing for certain type of sales document.
    EK01 :
    If you use this condition type, the result of unit costing is issued to the first position on the conditions screen for the item. The value can be used as a basis for price determination.
    EK02:
    If you use this condition type, the result of unit costing is simply a statistical value which you can compare with the price.
    Please note the following points :
    1) The condition type must have condition category 'Q' (costing).
    2) The condition type must agree with the condition type defined for unit costing in the pricing procedure.

  • Copying condition type EK02

    Hi,
    I am using Unit costing to determine the prices of the materials and services at quotation level. With this I am getting EK02 at item level.
    I want to use sales order costing as a basis for pricing in SD, for this I want to use the standard SAP condition type EK01.
    I want detailed input on how can I copy the EK02 to EK01. So that I may use EK01 as basic price and add some surcharges to determine the net price.
    regards
    Suman

    Hi Sonia,
    This condition comes from your backend system, so is calculated there and the results sent to CRM. In CRM you don't have the condition defined in your pricing procedure and therefore you get the error that the condition is missing. You should make sure your pricing customizing in both systems is consistent.
    Regards, Ignacio 

  • Pricing Procedure Condition Type EK02

    Dear, Gurus
    I have an MTO scenario. All is working I mean from the production order the cost is coming to my sales order in condition type EK02. But that is making all other condition types as inactive.
    current pricing schema
    Pr00 Price it is manual.
    Other Z condition types which are also manual.
    Then EK02.
    Gross Sales
    K005
    K007
    Net Sales
    MWST
    ZSED Sales excise duty
    Value after Tax
    VPRS
    also, at the top the net value does not change at all it stays constant and seems to pick up the EK02 price.
    I want all other condition types to be manual but active even if EK02 price is picked up from Production Order.
    How can I set it up to make them all green as active?

    Previously all my condition types were manual entry so all were green.
    Pr00   manual
    Zman  manual
    Zsat   manual
    Zetc   manual
    Also, in PR00 class is B=Prices       Calc Type = C for qty
    All the ZMan, etc is A=discount/Surcharge   calc type=B fixed amount.
    To be scenario all I added was condition type EK02 in pricing procedure and by standard it is in class B=prices     calc type=C for qty, and cond cat=costing
    When production cost transfer to EK02 lets say example 500. All those previous cond are yellow inactive. and then net price equals 500!
    In terms of my terminology and basic understanding you can only have one cond type function as price in class B=prices.
    So either the EK02 or the Pr00 needs to have cond type B for Price. If I make the Pr00 a discount/Surcharge nothing changes in respect to updating the price in sales order.  Lets say even if its all corrected and I have lets say EK02 function as price the Zman and Z condition types are under discount surcharge, that at least should not be inactive?
    Please help
    thanks

  • SERVICE ORDER COST IS NOT FLOWING TO CONDITION TYPE EK01 IN SALES ORDER

    hi all,
    My requirement is that the cost incurred in service order should flow to the condition type ek01.
    we will be running the transaction dp90 to calculate the cost for the resources used.
    the cost are getting calculated at service order level but this cost are not flowing to the billing item being generated from dp90 in the billing request.
    the settings that i have made are as follows: I have maintained the condition type ek01in the sales pricing procedure. are there any other settings required by me to make.
    valuable answers will be be rewarded fullpoints.
    regards,
    ashish

    Hi prince
    Check out in Control data of Condition Type--PB00..Enter "NO Limitations" in Manual Entries. and check the 'Amout' and 'Value' and 'Delete' so that u can make changes to that condition type in line item in sales order.

  • Condition type EK02 and VPRS.

    Hi Everyone,
    In our pricing procedure there are two condition types EK02 and VPRS at header level. The profit margin we are getting is in negative. Can any one through some light about the use of EK02 and VPRS condition types and how system picks the values for the condition type EK02 ?
    Thanks
    Raksha.

    Hi,
    VPRS condition type is a Statistical Condition Type that returns the cost price of material from material master. It is basically used for comparison purpose. If you want to add it in the pricing procedure, make sure you add it at the last i.e. after adding of all the condition types.
    EK02 is also a Statistical Condition Type and used for comparison purpose.
    regards,
    Sagar

  • Condition type EK01 missing in pricing procedure A V (error message V1206)

    Hi gurus,
    We get error message "condition type EK01 missing in pricing procedure A V" when creating a Billing request from a SErvice Order through TX-DP90.
    We reviewed customizing regarding this issue:
    ODP4 - SD Document linked to condition EK01 (this condition shall bring the actual cost in the order)
    ODP1 - Dinamyc item profile to create Billing Request.
    Pricing procedure: sales area assignments, condition types (including EK01)
    but error still shows.
    Any idea what additional setting is necessary in customizing so EK01 is transfered to the SD doc in DP90?
    Thanks,
    VL

    Hi Lakshmipathi,
    Thanks for your answer.
    I have taken a look to note you mentioned but it is related to Resource Related Down Payments customizing, which is not our actual requirement.
    The note mentions though condition type EK01 for the purpose I am commenting: "...when the system processes a final invoice date, it determines condition type EK01 as the active price condition, thereby billing the actual costs".
    Condition Type is in our pricing procedure with all the usual SD customizing settings, why is the system unable to process the costs?
    Thanks for your always great help,
    VL

  • Condition type EK02 In pricing procedure

    I'm having a problem with theis condition type as follows:
    Create sales order
    Add material A to line item
    Pricing procedure kicks in
    EK02 shows fixed value 7700 EUR
    Delete material A from line item
    Add material B to line item
    Pricing procedure kicks in
    EK02 shows fixed value 7700 EUR
    I'm not sure where this value is coming from at this point. Can anyone point in the right direction?
    Thanks, Mark

    Hi mark
    EK02:
    If you use this condition type, the result of unit costing is simply a statistical value which you can compare with the price.
    It has the condition category Q ( costing  )
    Now when you go to VOV8 , in the condition type field you can see the option EK02. because this condition type when used will be flowing to the controlling .That is the reason we assign EK02 to our sales doc type
    Check in V/06 and  select EK02 and go to  its condition type details and check the calculation type field wheather it is in fixed value or not
    Regards
    Srinath

  • Condition type EK01

    Hi
    the status of Condition type is inactive in my item ..
    How to activate this condition type..
    Thanks in Advance..

    A condition type can be inactive in a transaction for varoius reasons.
    1. Condition exclusion can be reason. Pls check whether this c.type is exclusive of any other c.type in the exclusion procedures.
    2. A condition type can also be inactive if it is configured in pricing procedure as Manual entry only, but a value appears automatically due to presence of condition records.
    Pls check in which category, the condition type falls, and do the rectification.
    Reward if this helps.

  • Condition type for Amortisation cost

    Dear friends,
    I hve created condition type for amortisation cost in pricing.
    It is adding the value for the gross price+ amortisation cost and flowing it to calculation of excise Duty in BASB.
    For ex.
    P001 - 1000
    ZDIE - 100
    so BASB - 1100
    Excise Duties are calculated on 1100...That is also OK
    But when the calculation of CST- As per system it is calculated on 1100 (BASB)....
    And here client requirment is to calculate on P001(Gross Price).
    Again calculation of
    A/P Price + ED + VAT it is taking A/P Price as 1100.
    Our requirement is to take it P001 as 1000.
    How to take amortization cost to be considered only for the calculation of excise duties and rest calculation in tax procedure being considered on Gross Price.......
    Plz. suggest
    Thanks in Advance,
    navin

    I hope you have searched regarding the topic.
    Refer following SDN wiki link for all your anwers:
    - [ EK01/EK02/VPRS |http://wiki.sdn.sap.com/wiki/display/ERPLO/VPRS,+EK01(ActualCost)andEK02(Calculated+Cost)]
    Regards
    JP

Maybe you are looking for

  • How can I create a link back to the original page?

    Hi guys, When I buy an eBook in iBooks and there are links within the book on the bottom of the page that I am taken to a link turns up saying "back to page...". Is there any way of doing that in iBooks Author as well? Thanks! Alex

  • Cascading prompt in obiee 11g

    Greetings All!! We are trying to create the cascading prompt. The region prompt has all column values and when we click on all column values, we do not want state prompt to display any values. In obiee prompt, there is an option to limit values by pr

  • Flash/AIR Store speech input (Speech to text)

    Can Actionscript 3/AIR get Speech input from the user? Example: The user says a word in a mic, the user's input is then converted to text and stored in a variable. And if so how accurate would this be?

  • [SOLVED] Strange behaviour of gnome-terminal and xterm

    Hello, I've been on Archlinux for 2 days, and I have a strange problem with gnome-terminal and xterm. When I write a too long command on a line, the text continues from the beginning of this line erasing the text, instead of going to a new line. Do y

  • Recommended SD Card Class

    Hi, are there any recommendations for SD card classes. Is class 4 or can make a 10 life more comfortable? I'm going to use the card for storing my music, podcasts and documents. Thanks in advance Wolf Solved! Go to Solution.