Pricing condition type and the procedure it belongs to

Hello Experts,
Pricing is found in basic function in spro.
Under this we maintain the condition types.
But how does the SAP system know for which pricing procedure a condition type belongs?
Is a condition type uniquely usable by 1 pricing procedure only?
Am i right to say the pricing procedure is set in the condition type properties screen?
Have a nice day.
regards
Tom

But how does the SAP system know for which pricing
     procedure a condition type belongs?
System recognizes a condition type for which pricing procedure it belongs to, based on the document pricing procedure assignment you set in OVKK.
Is a condition type uniquely usable by 1 pricing procedure only?
No as long as the data maintained in V/06 is same, you can assign to en number of pricing procedures.  For example, you cannot have a different data maintained under the tab "Control data 1" in V/06 for one scenario and another value for another scenario.
thanks
G. Lakshmipathi

Similar Messages

  • Relationship between condition type and payment term

    Hi,
    I created a purchase order (only 1 item) with with payment term "Within 14 days 2 % cash discount" So a condition type SKTO auto added for the item with discount is 2%.
    can anybody show me the relationship between payment term with the condition type and the IMG T.code to make this relationship?
    Thanks
    Long

    If you go to IMG - MM- Purchasing - conditions- Define price determination process - Define Condition types
    For SKTO the condition category is E- Cash discount
    For this condition type which is defined in the calculation procedure , the system internally derives a percentage from the terms of payment and inserts it in the condition type with the category E

  • Change/Delete Existing Pricing Condition Type

    Hello
    I have a manu Pricing Condition Type and a rate(obtained from custom source) was inserted pro-grammatically into this line item whenever the new line item was added into the basket using CRM_ISA_BASKET_ITEMS badi.
    When the user changes the Qty for the same line item, I want to delete the existing condition rate(manual) and find the new current rate from the custom source and add that to this Line Item.
    Question: How to change/delete existing Condition Rate ?
    Cheers
    RJ
    Reference: E-Commerce Implementation

    Hello,
    You can use java condition value user exit for this.
    Thanks and Regards
    shanto aloor

  • How to link exact pricing condition type to sales data?

    Hi all!  I have googled many times and read through many sites to understand how I can obtain the pricing condition data that's specific to a specific sales line.  However, the answer I got usually are as follow:
    Tables to be used:
    KONV
    KONH
    KONP
    VBRK
    VBRP
    And the thing is to obtain KNUMH data from VBRP and link it to KONP which will get the exact pricing condition data that's relating to the specific transaction.
    However, my challenge is that the field KNUMH in either VBRP or VBAP, it is empty.  Therefore, how can I have a report with my sales data as the primary file, and appending the pricing condition data so that I can analyze the different kinds of pricing condition types that the company is using.  The only field that I can use is KNUMV which does not give me the pricing condition that was used in this particular invoice line.
    I also know that there is the A*** tables, which contains the KNUMH file.  However, this file is split into many different tables.  Thus, is there a more efficient method to download all the data?  In any case, I still do not know how to link to my sales data.
    FYI, I only have SE16N and VK13's access.
    I hope that someone can help me, please!
    Thank you!

    As I know, field KNUMH in VBAP/VBRP is for batch.
    To obtain the pricing condition data that's specific to a specific sales line, then you have to us VBAK/VBRK with KONV.
    Get field KNUMV from VBRK/VBAK.
    Pass VBAK-KNUMV = KONV- KNUMV
    to get in KONV
    Item - KPOSN
    Step number - STUNR
    Condition type - KSCHL
    CondPricingDate - KDATU
    Cond.base value - KAWRT
    Amount - KBETR
    Currency - WAERS
    Where Application - KAPPL
    Pass TX for Taxes Condition Type & V for SD Condition Type
    Thanks, JP

  • To make the Pricing Condition types inactive in Pricing Procedure

    Hi Experts,
    I am facing a senario where, in a sales order, pricing procedure, if one of the pricing condition type does not exist, then two other condition types (even though they are determined by condition records), should be either made inactive or should not appear in the pricing procedure.
    Example: If I have 3 condition types in Pricing Proc say
    YYY1, YYY2, YYY3, then the scenarios are
    a. If one of the condition types YYY1 is not determined, then, YYY2 and YYY3 should not be either determined in the sales order or should be made inactive. This same logic applies to both YYY2 and YYY3.
    b. If all three condition types are determined in Pricing Proc of the sales order, then, the price should be considered.
    If it was just YYY1 then, I could have done it in VOFM by writing a routine and assigning it to YYY2 and YYY3 in pricing proc. However, the scenario is to check the other condition types as well and make YYY1 inactive if any of the other condition type does not exist. Both condition types are determined after YYY1 which is another difficulty.
    I tried creating a dummy condition type  and assigning it to Pricing Proc (at the end of Pricing Proc). For this dummy condition I put in a pricing requirement which checks for all three condition types and if one does not exist, then it make other conitions inactive.
    However, this does not work in VA02 and VA03 as XKOMV is either not getting filled up or even if is getting filled, it is not having the condition type. It some times has condition records, and sometimes not... (not very sure why)
    So, I was thinking of using user exit for the same. However, I was unable to find a suitable user exit for the same where KONV table can be read or XKOMV can be filled.
    Can you please suggest if any user exit can be used for this or if we can implement it in a different way?
    Regards,
    Mukund S

    Hi,
    I think you can use condition exclusion functionality to select best pricing condition from a set of conditions in pricing.  You can compare conditions in many ways.
    I believe you can plot a solution with little research.  The below link is for your reference.
    [http://help.sap.com/saphelp_40b/helpdata/fr/93/743483546011d1a7020000e829fd11/content.htm]

  • Pricing conditions EK01 and PR00 in pricing procedure

    Hi Gurus,
    We have a process in which a SD billing request is generated by using DIP profile (DP90). Pricing condition used in the pricing procedure for the sales document is EK01 (which brings the actual cost of the service order that creates the Billing request through DP90) but it happens sometimes that EK01 is not desired but instead PR00 ( another price agreed with a certain client instead of the actual cost in the order).
    In order to match this need, best would be to combine both conditions (EK01 and PR00) in the same pricing procedure, and as a general rule, EK01 will apply in the billing request price, but in case PR00 condition exists, then this one will prevail and EK01 will be in the price conditions but will not be taken into account in the price calculation--> how can this be done in the pricing procedure?
    Another possibility would be using different pricing procedures so that one has EK01 as pricing condition and  the other one has PR00. The pricing procedure will be assigned by using document pricing procedure assigned to a different document type but this is not the desired solution as it makes much more tricky the design: another dynamic item profile would be needed so that proper document type is assigned.
    Thanks for your great help in advanced!
    VL

    Hi Victor,
    You can put both of the conditions in the same pricing procedure and use the exclusion group to compare the conditions and choose the favourable as per you requirement.
    I hope this will certainly help you in solving your problwm.
    Regards,
    VB

  • Pricing : Condition type value need tog get from the lowest of 4 other cond

    Hi,
    I have one requirement in one pricing procedure.
    I need to calculate condition value of one condition type from the lowest value of other 4 condition tyeps. These condition types values are not defined as a subtotal.
    So if I decide to write a formula on condition values, is there
    any way to select these values and choose the lowest of them?
    Please also advice if there is any other way such as condition exclusion
    or so?
    Thanks and regards,
    Anand

    Anand,
    As you have mentioned you can use condition exclusion for such a requirement.
    here is a detailed description of how you can achieve this: use the menu path IMG> Sales & Distribution> Basic Functions> Pricing> Condition Exclusion> Condition exclusion for group of conditions.
    When you execute this IMG acitivity you get a window with three options
    1.Define Condition Exclusion Groups
    2.Assign condition types to the exclusion groups
    3.Maintain condition exclusion for pricing procedures
    We will use these three options one by one, we start with the first
    1. Define an exclusion group, lets say EX01 and give a description
    2 Assign the four condition types that you want to compare to this exclusion group under this option
       lets say EX01 ZK01
                   EX01 ZK02
                   EX01 ZK03
                   EX01 Zk04
    3. under this third step, select the pricing procedure that you are working on and from the left margin click on 'Exclusion'. click on 'New Entries' and make the following entries (example)
             Sno.   Cpr         ExGr1
              10      A            EX01                leave ExGr2 blank, Save your entries
    Check if your purpose has been met or not. Do give your feedback
    Regards,
    PATHIK

  • Pricing Condition type controls- Formula and condition records

    Hello experts
    I have one question in pricing.
    Is it possible to determine the value of a single condition type by means of the maintained condition records vs a formula depending on the scenario?
    Eg- In my case for the requirement is:-
    If in my sales order the item category is X or Y then i need to use the condition records to determine the value of the condition type  say ZCON but if the item category is Z then i need to use a custom formula?
    Can this scenario be achieved using only one condition type with the appropriate formula or do i have to maintain separate condition types to achieve it?
    Thanks for your inputs.

    I believe it can be achieved with the single condition type. Since the routine assigned in the Requirement in pricing procedure controls the system's access to condition records...create a new VOFM routine which should check the item category and if satisfied, the condition records will be accessed.
    If the requirement fails and a value is not determined, the routine in the alternate calculation type should handle the calculation (based on PR00 value etc.,) and determining the value for this condition type. If not possible this way, should be able to handle this requirement through a userexit.
    Your condition type should be configured allowing both automatic and manual entries.
    This is just a wild guess.

  • Relation B/W tax and pricing condition types

    HI friends
    I want to know relation b/w tax and pricing condition types.
    Here, i think we are giving relation in pricing procedure, how we are giving that relation, what is that mean.
    How sys will carry the values from tax condition types to pricing condition types.
    plz give me the details early.
    with regards
    lakky

    Hi...
    Actually in priciing procedure it is only sequential arrnagment of COnt type could be price, dicount or tax ... so that system calculates as process given by client.
    now when u see tax condition types .. they are also created in FI and also in Sd with same controls and linked via the account key...
    Account key MWS, MW3 are created in Fi and only used in Sd but azccount keys like ERL, ERF, ERS are created in Sd and used for account det in VKOA ...
    also MWS, MW3 used in VkOA but are used in TAx procedure also and are assigned G/L in Tax code ...
    now when u c the pricicng in a Sd doc .. sales order then all totals calculated and net price given and below that a Tax total given ... how system calculates tax totals is that in the tax conditio type in condition category .. we give Taxes as D so that all cond types with this cond catefory gets added and totalled to this tax total figure ..
    Reward if helpful
    Krishna

  • AFS Condition Types and Pricing Schema

    Dear All
    I am working in AFS 6.00 in that i am not able to find AFS Condition Type and Pricing schema like    
    J3AP, J3AX, J3AD and J3A00.
    But in SAP AFS Library they have mentioned  all the condition type and Procedure will Come default.
    AFS Condition Types
    Choose one of the following condition types to determine prices at SKU level:
    J3AP
    gross price at SKU level J3AX
    manual entry of the gross price at SKU level J3AD
          discount in percent at SKU level
    "The calculation schema J3A00 and the schema group J1 are predefined in the AFS standard system. In order to be able to specify prices at SKU level, the schema group J1 must be entered in the Vendor Master Record."
    Kindly confirm me whether it is available default or any Note has to apply to get this option.
    Kindly guide me.
    Shobana

    Dear Shobhana,
    All the default conditions will be available in client "000". Please
    copy these condition from client "000" to any other client.
    If you wish to copy Customizing from client 000 to other clients.
    then you need to have all the customizing that you wish to copy
    collected in one place (a transport request). Further, to do the actual
    synchronization/copying of the data, you can use the transaction SADJ
    (Customizing Transfer Assistant). This tool is a part of the Cross
    System Viewer application itself.
    Please try this first on your test client first. If you have any doubts
    please get back to us.
    If you need more assistance on this please raise a message under
    "BC-CUS-TOL-CST". My colleagues will be able to help you regarding this.
    Regards,
    Rakesh Ojha,

  • Table to link FI document number, line item and pricing condition type

    Hi,
      I am looking for tables to link the FI document number, line item and PO pricing condition type.
      Appreciate any help on this.
    Thanks.

    For any PO in ME23n in which Goods receipt has happened, you can check in the itemdetails->Po history tab in ME23n.
    Here you will find the material document number. Just click on the material document, it will take you to anpther screen here you will find a button for FI document.
    Click that button for FI document. In PO history istelf you can see the Condition types.
    Hope this helps.

  • Pricing Condition Type - Not visible to the customer

    Dear All,
    What all the config need to set up in the pricing procuder for a condition type to ensure customer did not wish to see the value for the particular condition type on the invoice. However it should have the ability to value in the condition type automatically post to the correct accounts at the time of invoicing.
    Thanks in advance.
    Victor

    Hi victor
    If nobody should change the condition type at billing level or sales order level also  means then go to V/06 and set the field  Manual Entries - D .
    Secondly, in VTFL change the pricing  type to C or D then changing the condition type manually is not possible
    Regards
    Srinath

  • Pricing condition table and condition type question

    hi guys,
    We can use same condition table in pricing for multiple condition types.I am wondering how system knows which condition records should be applicable for which condition type in the same table.
    I know the structure KOMV has those details,but thats used during the run time.
    Do we have database table which preserve this relation /link ? Please help.
    I also would like to know the  tables / fields /structures  which can be used at run time for defining requirements in pricing procedures.
    Thanks
    Dona

    Hi,
    Condition types are assigned with access sequences.
    These are the determining sequences in order to select which condition table is to be selected for that particular scenario.
    Generally the access sequences are tested to the condition records on their priority basis.
    pricing procedure
    condition type
    access sequence
    condition table
    selection records.
    hope this would help you understand the concept.
    regards,
    Siddharth.

  • Function module to change the value for pricing condition type

    Hello experts,
    I want to change the value for pricing condition type for an item in the transaction CRMD_ORDER.
    I used many function modules but none are working.
    Please kindly suggest a function module that will change the value for a condition type .
    I have used the following function module but its not working, please correct the coding if anything needs to be changed or added. Please help me .
    Thank you.
    CLEAR PRCD_COND.
         SELECT SINGLE * FROM PRCD_COND WHERE KPOSN = WA_ORDERADM_I-GUID AND
                                              KSCHL = COND_TY.
      IF SY-SUBRC = 0.
    *    MOVE-CORRESPONDING PRCD_COND TO L_COND_CHG.
    *    CLEAR L_COND_CHG-KBETR.
        L_COND_CHG-STUNR = PRCD_COND-STUNR.
        L_COND_CHG-KBETR = COND_PRC.
    *    L_COND_CHG-KSCHL = COND_TY.
        INSERT L_COND_CHG INTO TABLE T_COND_CHG.
    L_HEAD_GUID = CRMD_ORDERADM_H-GUID.
    L_ITEM_GUID = WA_ORDERADM_I-GUID.
    INSERT L_HEAD_GUID INTO TABLE HEAD_GUID.
    INSERT L_ITEM_GUID INTO TABLE ITEM_GUID.
        CALL FUNCTION 'CRM_ORDER_READ'
         EXPORTING
           IT_HEADER_GUID                    = HEAD_GUID
           IT_ITEM_GUID                      = ITEM_GUID
         IMPORTING
           ET_ORDERADM_H                     = LT_ORDERADM_H
           ET_ORDERADM_I                     = LT_ORDERADM_I
           ET_PRIDOC                         = IT_PRIDOC_RD
           ET_DOC_FLOW                       = T_DOC_FLOW
    *     CHANGING
    *       CV_LOG_HANDLE                     =
    *     EXCEPTIONS
    *       DOCUMENT_NOT_FOUND                = 1
    *       ERROR_OCCURRED                    = 2
    *       DOCUMENT_LOCKED                   = 3
    *       NO_CHANGE_AUTHORITY               = 4
    *       NO_DISPLAY_AUTHORITY              = 5
    *       NO_CHANGE_ALLOWED                 = 6
    *       OTHERS                            = 7
        IF SY-SUBRC <> 0.
    * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
        ENDIF.
    MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRI_COND.
    INSERT L_PRI_COND INTO TABLE PRI_COND.
    LOOP AT IT_PRIDOC_RD INTO LS_PRIDOC_RD.
    MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRIDOC_CHG.
    L_PRIDOC_CHG-PRIC_COND = PRI_COND.
    L_PRIDOC_CHG-REF_GUID = LS_PRIDOC_RD-GUID.
    L_PRIDOC_CHG-COND_CHANGE = T_COND_CHG.
    INSERT L_PRIDOC_CHG INTO TABLE PRIDOC_CHG.
    ENDLOOP.
    LOOP AT LT_ORDERADM_H INTO LS_ORDERADM_H .
    MOVE-CORRESPONDING LS_ORDERADM_H TO L_HEADER.
    INSERT L_HEADER INTO TABLE HEADER.
    ENDLOOP.
    LOOP AT LT_ORDERADM_I INTO LS_ORDERADM_I.
    MOVE-CORRESPONDING LS_ORDERADM_I TO L_ITEM.
    INSERT L_ITEM INTO TABLE ITEM.
    ENDLOOP.
    L_FIELD-FIELDNAME = 'STUNR'.
    INSERT L_FIELD INTO TABLE FIELD.
    L_FIELD-FIELDNAME = 'KBETR'.
    L_FIELD-CHANGEABLE = 'X'.
    INSERT L_FIELD INTO TABLE FIELD.
    L_INPUT-FIELD_NAMES = FIELD.
    L_INPUT-REF_KIND = 'E'.
    L_INPUT-REF_GUID = LS_PRIDOC_RD-GUID.
    L_INPUT-OBJECTNAME = 'PRIDOC'.
    INSERT L_INPUT INTO TABLE INPUT.
        CALL FUNCTION 'CRM_ORDER_MAINTAIN'
         EXPORTING
           IT_PRIDOC                     = PRIDOC_CHG
         IMPORTING
           ET_EXCEPTION                  = EXCEPT
         CHANGING
           CT_INPUT_FIELDS               = INPUT.
        IF SY-SUBRC <> 0.
    * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
        ENDIF.
    REFRESH EXCEPT.
    CALL FUNCTION 'CRM_ORDER_SAVE'
      EXPORTING
        IT_OBJECTS_TO_SAVE         = HEAD_GUID
    *   IV_UPDATE_TASK_LOCAL       = FALSE
    *   IV_SAVE_FRAME_LOG          = FALSE
    *   IV_NO_BDOC_SEND            = FALSE
    *   IT_ACTIVE_SWITCH           =
    IMPORTING
       ET_SAVED_OBJECTS           = SAVED
       ET_EXCEPTION               = EXCEPT
       ET_OBJECTS_NOT_SAVED       = UNSAVED
    * CHANGING
    *   CV_LOG_HANDLE              =
    * EXCEPTIONS
    *   DOCUMENT_NOT_SAVED         = 1
    *   OTHERS                     = 2
    IF SY-SUBRC <> 0.
    * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
    COMMIT WORK AND WAIT.

    Hi,,
    To be able to call a function module in an update work process, you must flag it in the Function Builder. When you create the function module, set the Process Type attribute to Update with immediate start
    Alternatively u can use this function module.
    CRM_STATUS_DATA_SAVE_DB
    BAPI_CUSTOMERCRM_CHANGE (If u wish to use a bapi for this).
    Also , Let me know what error you got when implementing other function module.Does the function module didnt return any error but still the value is not changed for pricing condition type?

  • Pricing condition types in SRM 7.0

    Hi,
    We are using SRM 7.0, we have decided to go ahead with the pricing proceedure and the condition types which are there in ECC the same should be replicated to SRM.
    We have created the same pricing proceedure and the calculation scheema in SRM.
    Now my requirement is when i create a PO with the conditions and when i am transfering to ECC the PO should also be with the condition types. It should be a similar PO in ECC.
    Is this can be addressed.

    Hello All,
    As I have already mentioned the condition types in SRM are identically matched to ERP condition type hence the data is flowing correctly and even the idoc has the z-condition type Z123.The IDOC in backend ERP has status 53.
    On trial and error method we did unchecked the manual indicator check in the pricing schema for the relevant condition type and because of that now the Z-condiiton type can be seen in the backend ERP contract.
    If the indicator was checked, this means that this condition can be maintained only manually (directly in the transaction
    ME32K in ECC) and nothing can be transfer from other source.
    Note: If the same condition type is being used in more than one pricing procedure then ensure that the check bok is unchecked for agianst the relevant condition type.
    Thanks,
    Yatin

Maybe you are looking for

  • Satellite A200-1FL: Bluetooth installation issue on Win 7

    Hi everyone, I have a Toshiba Satellite A200 1FL (PSAE6E) with Windows Vista and I've just installed Windows 7 32 bits (not update nor upgrade). The problem is that when I try to install bluetooth stack, it installs everything ok but the driver. I pi

  • Link button does not link to the right record.

    Hi, I have created a matrix, and I have made one of the column type as link button. The matrix is loaded with Sales Quotation record, and the DocNo column is a link button. For example, when i pressed the link button of record with DocNo = 10, but th

  • How do I delete tracks in my itunes library?

    I accidently downloaded an album more than once into my itumes library.  How do I delete tracks or complete albums that I no longer want?  I click the delete key on the keyboard, but that does not work.  There is no DELETE choice available under File

  • To remove the gaps in mail

    Hi experts, i have developed a report to send a mail with attachment. the mail is going li_objpack-head_start = 0. li_objpack-head_num = 1. li_objpack-body_start = 1. li_objpack-body_num = lv_tablines. li_objpack-doc_type = 'RAW'. append li_objpack.

  • Non priviledged commands fail after patch cluster install

    For several years, to allow users to access system functions for higher clock resolutions in their applications, we have made the following mods to two files (per Sun recommendations): In the /etc/system file, add lines: * 10 ms clock resolution* set