Manual pricing condition type in values in - BAPI_SALESORDER_SIMULATE

Hi Guys
   I am using Function Module <b>BAPI_SALESORDER_SIMULATE</b> to get the prices. I also want to enter a particular condition type for which i need price simulation. This is equal to <b>manually</b> entering the <b>condition type</b> , apart from  condition types determined automatically in VA01. Please let me how to go about this. Thanks .
Regards
Srikanth M

Hi,
If you want to enter header conditions, you have to use the fields:
<b> ORDER_HEADER_IN-cd_type1    = 'ZVOL'.
    ORDER_HEADER_IN-cd_value1   = '1.0'.
    ORDER_HEADER_IN-cd_type2    = 'ZTAP'.
    ORDER_HEADER_IN-cd_value2   = '2.0'.</b>
If you want to enter item conditions:
<b>
    ORDER_ITEMS_IN-cond_type  = 'ZTAT'.
    ORDER_ITEMS_IN-cond_value = '3.0'.
    ORDER_ITEMS_IN-cond_type2  = 'ZTUT'.
    ORDER_ITEMS_IN-cond_value2 = '5.0'.
</b>
I hope it helps you.
Alexandre Nogueira

Similar Messages

  • Manual Pricing condition type

    Hello Experts,
    We are maintaining a manual condition for surcharge in pricing schema. we want this to be statistical, however this is adding up to the net pricing. Since it is not constant all the time we cannot drive this through condition record. Is it possible to make this manual condition statistical through user exit or BAdI. Please advise
    Rgds
    rahul

    Hi,
    If you want to enter header conditions, you have to use the fields:
    <b> ORDER_HEADER_IN-cd_type1    = 'ZVOL'.
        ORDER_HEADER_IN-cd_value1   = '1.0'.
        ORDER_HEADER_IN-cd_type2    = 'ZTAP'.
        ORDER_HEADER_IN-cd_value2   = '2.0'.</b>
    If you want to enter item conditions:
    <b>
        ORDER_ITEMS_IN-cond_type  = 'ZTAT'.
        ORDER_ITEMS_IN-cond_value = '3.0'.
        ORDER_ITEMS_IN-cond_type2  = 'ZTUT'.
        ORDER_ITEMS_IN-cond_value2 = '5.0'.
    </b>
    I hope it helps you.
    Alexandre Nogueira

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

  • Pricing - Manual Condition Type with value = 0

    Hi gurus,
    I need to insert a manual condition type with value = 0 into the billing data set.
    I realize that if its valiue is 0 it is not active.
    Anyone knows how to make it active despite its value = 0?
    Thank you.

    Dear Customer,
    if you have customized the condition as price then the condition will be inactive if the condition is set to zero.
    This is calling in:
    LV61AA55                                                                               
    inactivate prices with rate / condition value zero                   
          if xkomv-koaid eq 'B' and xkomv-kbetr eq 0 and komp-kposn ne 0 and 
             xkomv-kgrpe eq ' ' and xkomv-kinak ca ' Y' and xkomv-kwert eq 0 
             and xkomv-kntyp ne 'e' and komp-fareg na '45'.                  
            xkomv-kinak = 'X'.                                               
          endif.                                                             
    If you need an active condition with value zero, then the condition class should not be 'B' (price)
    I hope that the information are helpful.
    regards
    Claudia

  • Reset a pricing condition type value when generating billing document

    Hi experts,
       I have a delivery-related billing type. In sales order, there is a pricing condition type Z001, with value = 100, I would like to reset it to zero when generating billing document. Is there any configuration or user exits can do this? Thanks.

    Hello,
    You can do this in BILLING provided , if the Condition type is Manual condition type
    To achieve this you have to do some configuration in the condition types as,
    Goto transaction code V/06 and select your condition type and maintain the  MNAUAL ENTRIES as  C which means you can process it manually and in the V/08 chose your pricing procedure and against your condition type check the Manal entry .
    Now you can change the value of the condittion type to 0 in the Billing document.
    Hope this is clear,
    regards,
    santosh

  • Value of Manual Pricing Condition is becoming zero while saving.

    My clientu2019s pricing calculation requirement is  complex. Here I am mentioning :-
    We have one pricing condition type YPR4 which is header as well as item condition. Value will come only from condition record . So, we maintained access sequence  in the configuration. Beside this we maintained u2018Manual entries u2018 in the configuration as u2018Not possible to process manuallyu2019. Condition record for this pricing condition type  we maintain for line items.
    We have another  pricing condition type Y255 which is also  Item condition as well as header condition. For this pricing condition  value ( header level) can come from condition records  if record exist , or , if condition record is not there or if user wants, user  can  enter value  in header level of the sales order. For getting this functionality  we maintained access sequence and u2018Manual Entryu2019 in the condition type configuration we have maintained as u2018No Limitationu2019.
    In the line item level Y255 will come only if YPR4 is there for that item. The total value of the Y255 in the header will need to be distributed in the line items accordingly as per existence of YPR4 in the line item.
    Issue:
    Now the issue is that, when  there no condition record for Y255 and when  we are entering the value of Y255 manually in the header, the value of Y255 is becoming zero  when we are moving from one screen to another screen in the same sales order , or when we are saving the sales order..
    Can anybody suggest what we need to do so that manually entered value of   Y255 remains in the sales order after moving to another screen or after saving the sales order ?

    Hi ,
    Please check the pricing routines funcationality which is assigned to both condition types.check the requirement and alt.cal. type routines of Y225 condition , on what basis condition record is updating manully entry as well as picking value from condition  records.

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

  • 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

  • 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

  • JEXC - Manual Excise condition type

    Hi,
    can any one tell me what's the usage of  JEXC - Manual Excise condition type in Pricing procedure and is it necessary to maintained in m/08??  pls explain in detail
    Edited by: Mahesh J on Oct 7, 2008 7:11 AM

    Hi,
    You can use manual excise condition "JEXC" in case if your BED Rate is not fixed as 14% and you want to enter BED Value manually.
    Once you input value in JEXC then it will replace the value of BED in "Taxes" under "Invoice" Tab. And ECS / 2% ans SECess / 1% will get calculated on BED Value.
    Here use Tax Code of (14% BED + 2% ECS + 1% SEcess + VAT/CAT As applicable), system will calculate BED, ECS & SECess as per the % maintained in Tax Code. Once you enter value in "JEXC" condition, it will replace the value of BED and ECS / 2% ans SECess / 1% will get calculated on BED Value.
    For e.g.
    As per Tax Code;
    Base Value = 10000
    BED / 14% = 1400
    ECS / 2% = 28
    SECess / 1% = 14
    After putting value in "JEXC" as 1600 (For e.g.)
    Base Value = 10000
    BED / 14% = 1600 (Here 1400 will get replaced by 1600 under "Invoice" tab - "Taxes" button)
    ECS / 2% = 32
    SECess / 1% = 16
    I think the above example will make clear the use of condition type "JEXC"

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

  • User exit to copy Manual pricing conditions with in sales documents

    Hi all,
    I have a situation where i have to copy the manual pricing conditions from inquiry to quotation.
    Problem: From VA21 when I try to do the same using the tab "create with reference" the document is being copied but the manually set pricing condition in the inquiry is not being copied into quotation. This is because in the copy controls the pricing type is set to 'B' which means "carry out new pricing". I can change it to 'C' or 'D' so that it copies manual pricing but i am not allowed to do so because other sales orgs in the company has a problem if i do so. Only our perticular sales org needs this config. I cannot even create another item catogory specific to this plant because it is against the rules of the company. So I am looking for a user exit in which i can change this pricing type during runtime so that i can plug in some code specific to this sales org to copy manual pricing. I have found one from the SAP note 24832 (MV61AFZA). It doesn't work as i think its obsolte. Can anyone suggest me a better way of solving this issue. Any quick response is appreciated.
    Thanks,
    Giridhar.

    Hi
    The following EXITS may help you
    Exit Name              Description                                                                               
    SDTRM001            Reschedule schedule lines without a new ATP check                 
    V45A0002            Predefine sold-to party in sales document                         
    V45A0003            Collector for customer function modulpool MV45A                   
    V45A0004            Copy packing proposal                                             
    V45E0001            Update the purchase order from the sales order                    
    V45E0002            Data transfer in procurement elements (PRreq., assembly)          
    V45L0001            SD component supplier processing (customer enhancements)          
    V45P0001            SD customer function for cross-company code sales                 
    V45S0001            Update sales document from configuration                          
    V45S0003            MRP-relevance for incomplete configuration                        
    V45S0004            Effectivity type in sales order                                   
    V45W0001            SD Service Management: Forward Contract Data to Item              
    V46H0001            SD Customer functions for resource-related billing                
    V60F0001            SD Billing plan (customer enhancement) diff. to billing plan      
    V45A0001            Determine alternative materials for product selection
    Regards
    PRabhu

  • Sales Order Pricing - Condition Type:PR00 inactive

    Hi
    In Sales Order Item level pricing, condition type PR00 become inactive.  It shows reason : Inactive via formulae of incorrect.
    Sales Order is partially delivered & billed.  For remaining deliveries, system not allowing for billing, showing sales order is incomplete.
    Condition Type PR00 maintained manually.  Order quantity changed several times.
    Please guide me on this.
    Regards
    Uma

    Dear Umasankar
    Check in VK12 for the material whether the From To Date is maintained for current period.
    Also go to  V/08 and check your pricing procedure whether any invalid account key is defined.
    Thanks
    G. Lakshmipathi

  • 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

Maybe you are looking for