Output determination with base pricing condition types

Hi folks,
got a question regarding the Output determination..
In the outptut type i.e order confirmation and change order confirmation, it is showing the the base price condition type i.e PR00.
But the client wants it to pick up the condition type material discount k004...
is it possible ?   because what my understanding was that the output types typically picks the base condition type PR00.
but the client wants it to pick up this K004..
can anyone say how to do this....
thanx in advance,
sourav
I

In the Pricing procedure configuration there is a column Print, where for each condition you may specify if and how the condition should be printed. There is good documentation (F1) available on this field. Clear this field on PR00 and set to 'a' (or any other applicable value) for K004. This change will affect all the documents that are using the same pricing procedure though.
Otherwise either the output processing program or the form (both names may be found in the Output configuration) will have to be changed or, if the standard ones are being used, those will have to be copied as the custom (Z...) objects and then modified accordingly.

Similar Messages

  • Determination of Base price condition type depending on Item Category

    Dear All,
    The requirement I have is as stated below:
    There are two materials A and B that are individually sellable materials. But during a specific time period the company decides to give a scheme where in Material B is given as free when a particular quantity of material A is purchased. Irrespective of the scheme, material B can also be individually purchased during the scheme period.
    Now in the former scenario where material B goes free with material A in the same order, the base price of material B should not go to revenue G/L but to a different G/L called Scheme G/L. To counter this scheme G/l there is another counter G/L into which 100% discount on base price to material B goes.
    In the latter case, if material B is sold individually, then the base price should go to Revenue G/L and not scheme G/L and the 100% discount is not applicable.
    Can you please guide me on how to configure this.
    The approach I have taken is as follows:
    The condition types for base price are ZBPR and ZBP1(reference condition type of ZBPR)
    Item Categories to be considered: ZTAN and ZTNN (for material B going as free during the scheme)
    The requirement is such that, whenever the item category for a particular material is ZTAN, the condition type to be picked must be ZBPR while the condition type ZBP1 must be deactivated.
    Similarly, if the item category for the line item is ZTNN, then the condition type to be picked must be ZBP1 and the condition type ZBPR must be deactivated

    Dear All,
    I have fulfilled this by doing rev acct determination in vkoa using item category and moving it up the order. Also I used a requirement in v/08 for 100% discount on free material.
    This has resolved my issue and i am now closing this thread.
    Thanks and Regards,
    Rohan
    Edited by: Lakshmipathi on Apr 2, 2011 10:53 AM
    Since you have arrived at a solution, please change the status of the thread to "Answered"

  • Problem with pricing condition type in case of proforma invoicing

    Hello All,
    the problem is related to a pricing condition type in case of proforma invoice where the details are as follows -
    Name of Condition Type - ZADC - Add 10% on Cost                                         Access seq.   Z038 Diff
                                                                                    Plus/minus    A Positive
    Cond. class -  A Discount or surcharge
    Calculat.type -  A Percentage
    Cond.category - Blank
    Manual entries      D Not possible to process manually
    Amount / Percent - Checked
    Item Condition - checked
    Scale Basis - Quantity
    Currency Conversion - Checked
    Quantity Conversion - Checked
    This condition type has been kept as statistical in the pricing procedure. Still in the proforma invoice the condition type is not getting reflected automatically , whenever I am updating with " carry out new pricing " option the condition type is getting populated.In case of other commercial invoices this very condition type is getting populated automatically without any updates.Along with this point to be noted is that the Condition type in which the actual costi is captured has been kept active.
    What more needs to be configured or what are the changes to be done to populate the condition type automatically as statistical during the time of proforma invoicing?
    Thanks & Regards
    Priyanka Mitra

    Hi,
    Kindly do the pricing analysis and check whether you have the following error such as
    Inactive condition type because of subsequent price,
    Regards,
    Ravi

  • Additional Pricing Condition Type Determination in Returns Oder

    Hi Guys
    I am working on Returns Sales Process, but I have stuck in pricing?
    The thing is I have to determine the additional condition type based on transaction type .i.e. returns order when I create the returns order with ref. to sales order the pricing condition types which is present in the sales order has been copied but the additional condition type is not determined automatically?
    I have created the 2 pricing procedure one of sales order and other for returns order.
    Can anybody help me out?
    Thanks advance

    Hi,
    All you have done is right. just assign the other pricing proceduere which you created for the document re.
    To the combination of sales orgdistribution chaneldivision + cpp( in customer master)+ dpp( for the document re )
    So now when you create with the re doument you will automatically get that pricing procedure.
    hope this solves.
    regrds\
    preetham

  • 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 condition type not working

    Hi all,
    A pricing condition type is present which is supposed to make the netvalue to zero after the order reason is changed to rejection using va02. But even after the order reason is changed to rejection and we tried to genrate new pricing document, the netvalue is not becoming zero. How can I debug this? The condition type is not determined by using condition records.
    Thanks in advance.

    Hi Smith
    This should be working in the following ways.
    1) Order Reason/Rejection Reason being a field in the Key combination with 100% Discount triggering Zero Net Value
    if this the case, then you should check in Condition Analysis wheather the value has conrrectly flown in the condition table , if not why it has not flown in to the condition table (It could be missing value in the condition record or a prblem in the field catalogue user exit-  you need to take Developer's help as suggested by others)
    2)  Using a Requirement and changing the Net Value Zero without any condition table field.
    If so, put a break point in the requirement and check why this has not been successful in this scenario.
    I hope the replies would help you to some extent in solviing the issue.
    Thanks
    Subbu

  • Pricing Condition type triggering based on other condition type

    Hello sir,
    There are some pricing condition types in our system.
    Based on condition records you can trigger one condition type based on other    condition type.
    For eg: PR00 condition type is there and amount is  suppose 1000rs and other condition type is JBED and we made a condition record and put it some percentage so as soon as we some value in PR00 ,JBED condition type is automatically manipulating the value on the base condition record.
    Now i want other than condition record can we trigger one condition type based on other condition type through defining user routine under requirement.
    Suppose we have condition type ABC and some amount i have given and other condition type DEF , i want that amount of DEF condition type should automatically come from the Condition type and it should manipulate according to my routine .
    eg  Condition type    Amount
           ABC                  1000
           DEF                    40
      The value 40 should come as 4% of 1000.
    I am not maintaing any condition record and i want that this should trigger through some requirement created by me.
    i created my routine no 905 and i putted the code inside it.
      if komtl-kschl = 'DEF'.
      komv-kbetr  =   ( komv-kbetr * 4) / 100.
    endif.
    Now problem is that this code is getting trigger when i m giving value in DEF condition type then it is showing 4 % of it.
    But i want as soon as i give value for the condition type ABC and some value 1000
    then after pressing enter , one condition type DEF should automatically come with value 40 that too in display mode ,not in change mode.
    Please suggestions and solutions regarding this matter , I will be grateful to you.
    Manish

    hi
    In V/06 in the calculation type you can see the entries for "D-gross weight" & "E-net weight"
    For the required condition type select the calculation type as gross weight or net weight. Save it.
    In MM01 - create material master, here in BASIC DATA 1 SCREEN you have fields for gross weight & net weight.
    Maintain the condition record in VK11 for the required condition type.
    You can also maintain the scales as required like u said
    1 to 10 kgs -  100 rupees,
    11 to 25 kgs - 1000 rupees.
    Another way could be
    The BEST practice to do it is, use of VOFM routine for price calculation (VOFM-->Formulae).
    Take help from ABAPer and write a routine such that
    if weight = 1 - 10
    price = 100.
    else if weight > 8.
    price = 1000.
    else
    price = 100.
    end if
    but the maintainnance of routine is big problem as u might be having many records
    Hope this will help you
    Vishal

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

  • In Stock trasfer order how to pick pricing condition types

    Dear Experts,
    I am new to SAP MM my question is In Stock transfer order (plant to plant through purchasing) it is picking PI01 pricing condition types? how it is picking? what are the Accounting doc are updating?

    Hi,
    Goto the following node SPRO > IMG > Materials management > Purchasing > Conditions > Define Price determination process > Define shcema determiantion
    Define schema for transport orders under which you will be able to see RM2000, when you try to open the RM2000 through M/08 transaction code.
    You will be able to see the PI01 as the basic price condition type.
    Accounting entries
    During Goods Issue.
    The stock account in the supplying plant gets Credited with the MAP value.
    The stock account in the receivving plant gets debited with the MAP value.
    If there exists any diffeence then the key AUF will get hitted.
    During Goods Receipt.
    No accounting doucment gets generated.
    Regards,
    DilliB

  • 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

  • Report to check materials list with missing pricing conditions

    Hi,
    I have two levels in the BOM. Sales material in the top and purchase material in the bottom. I create VK11 pricing (condition type: XP00) for SALES ORG/ MATERIAL and SALES ORG/ MATERIAL/ CUSTOMER level for both materials. Is there any standard SAP report to display materials I missed to enter pricing conditions.
    Thanks,
    Sam

    Dear Sam
    I dont know there is such report which fulfills your requirement. but i suggest you to run V/LD and select Material Prices at 15. Give sales organization, distribution channel, condition type and material range from and to. For example i just executed report with
    Sales organization        1000
    Distribution Channel       60
    Material                          1900000         1999999
    Condition                        PR00
    The system will show you the materials for which you have maintained condition record. Export this report to excel and use VLOOKUP for your requirement.
    Update your response.

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

  • Problem in Copying Pricing Condition Type

    Hi All,
    This problem is regarding copying pricing condition type in Sales Order. The problem is given below with an example -
    Qty of Material A - 10 PC.
    Condi Type   Amount  Currency   Per  UOM  Condition value  Currency
    ZP06             100         INR          1     PC      1000.00             INR
    ZP07                2         INR          1      PC         20.00             INR        
    ZP08               98        INR          1      PC        980.00             INR      Statistical
    ZP01               98        INR          1      PC        980.00             INR      Mandatory with ERL A/c Key Active
    The condition types ZP06 & ZP07 have access sequence maintained for them and ZP08 has been derived deducting ZP07 from ZP06.
    I want the above mentioned scenario where the values of Condition Type ZP08 which is a Statistical Condi Type will be copied exactly & entirely to condition type ZP01 where It will remain active alongwith posting key ERL.
    I have tried copying it by 100 % copy but the value is getting changed as 100% instead of 98 INR.
    Considering the above scenario please suggest some soluitons.
    Thanks & Regards
    Priyanka

    Hi Tarpan,
    First of all thanks for checking my post.
    In the problem I am not looking for the value of ZP08 to be maintained manually.I want the system to copy the exact details of ZP08 to ZP01 entirely where the condition type ZP01 will remain active alongwith the posting key ERL.
    I have tried copying the condition type ZP08 by using 100% copy of condition type but in ZP01 the resultant value becomes 100% in place of 98 INR.
    Please suggest some solutions.
    Thanks & Regards
    Priyanka

  • Table for existing PO/Sch.Agg pricing condition types

    Hi Experts,
    Which table will have PO / Sch.Aggrement  - pricing condition types with values as maintained in PO (like freight / P&F etc). I have the input of PO/Sch.Agg ref, plant, vendor & material.
    We have created Z condition types for freight/ P&F and using the same in PO/Sch.Agg.
    Thanks,
    Jeeva

    HI,
    Same status.
    In table EKKO also field "Doc. condition no." is updating for PO only, which is same as we find in EKKI. For Sch.Agg it it not updating the Doc.Condition no and remains blank.
    Any way i have gone thro a different route. since I am looking for delivery condition for a completed GR, I can pick the conditions  from EKBZ table.
    Thanks.
    Jeeva.

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

Maybe you are looking for