Enhancing Price Conditions to PO

Hi Experts,
I am working on a requirement on PO Price Conditions. It is required to update the price condition of PO according to certain customer fields on the PO line items. I have tried several BAdi with no luck.
BBP_DOC_CHECK_BADI - cannot actually change the document
BBP_DOC_CHANGE_BADI - does not offer the price condition information
BPP_DOC_SAVE_BADI - worse, just provide the document GUI
tried to use some other function modules (condadd*), but no luck as well.
those are internal function modules and are coupled with some global variants/checkings
Anyone has experience on this ?
Any advice ? Many Thanks.
Yours,
Chun Fai

Thanks Jay,
I have done a debugging with the function module "BBP_PD_PO_UPDATE".
However, i found that the function module does not process the price condition at all.
Internal tables for price documents are always empty.
Even when a condition is added using the screen control, the price document is not available as well.
Values manually updated during debug does not take any effect.
The document information is not full available. (e.g. the header GUID, etc)
Certainly we can call other function modules to obtain such document informations (BBP_PD_PO_GETDETAIL, BBP_PD_PO_ITEM_GETDETAIL)
However, I am doubtful as to
1. whether the function module can handle the information as proposed
2. whether price document creation, etc, "backend" operations are required if no condition pre-exists
3. whether there are other side effects
At the meantime, I am still looking forward to solutions around BAdi, in order to keep the complexity and side effects to a minimum. Enhancement framework has more or less side effects on the existing system functions.
PS: the price condition function modules i mentioned in the first message are "PRC_PD_ITEM_ADD_COND",  "PRC_PD_ITEM_CHANGE_COND" and  "PRC_PD_ITEM_DELETE_COND".
Any other experience or recommendations?
Many thanks.
Yours,
Chun Fai

Similar Messages

  • User exit for Price Conditions in VA02 (update,insert or delete conditions)

    Hi folks. I would like to know if anyone of you has already worked with transaction VA02...I need a user exit, which could be capable to: Erase, Update and Insert new Price Conditions.
    Scenario: The user will not enter into the Price Conditions Tab. He will only make some modifications to the document via VA02 and when he saves the document, then the user exit should update, erase or include new conditions based on some logic that the user exit will implement. does anyone know a user exit for this particular case, please !
    Thanks in advance.

    HI,
    Check this.
    V60F0001                                SD Billing plan (customer enhancement) diff. to billing plan 
    V46H0001                                SD Customer functions for resource-related billing           
    V45W0001                                SD Service Management: Forward Contract Data to Item         
    V45S0004                                Effectivity type in sales order                              
    V45S0003                                MRP-relevance for incomplete configuration                   
    V45S0001                                Update sales document from configuration                     
    V45P0001                                SD customer function for cross-company code sales            
    V45L0001                                SD component supplier processing (customer enhancements)     
    V45E0002                                Data transfer in procurement elements (PRreq., assembly)     
    V45E0001                                Update the purchase order from the sales order               
    V45A0004                                Copy packing proposal                                        
    V45A0003                                Collector for customer function modulpool MV45A              
    V45A0002                                Predefine sold-to party in sales document                    
    V45A0001                                Determine alternative materials for product selection        
    SDTRM001                                Reschedule schedule lines without a new ATP check                                                                               
    Business Add-in                                                                               
    BADI_SD_SCH_GETWAGFZ                    Scheduling Agreement: Read WAGFZ from S073                   
    BADI_SD_V46H0001                        SD Customer functions for resource-related billing           
    Regards
    Rajendra

  • Add price conditions in sales order and purchase orders

    Hi,
    I need add five price conditions in a sales order, and a purchase order.
    I need filled KOMV table, however, i don't found the user-exits appropiated (example: the exit EXIT_SAPLMEKO_002 haven't parameter KOMV),
    Regards,

    Quite a few years ago I did something like this in sales orders... found the code in my notes, here it is.
    I used USEREXIT_PRICING_PREPARE_TKOMP in include RV60AFZZ.
    * Check if this condition record exists already
      read table xkomv with key kschl = c_condition_name
                                kherk = 'C'             "(depending on the task)
                                kposn = vbap-posnr.
      if syst-subrc ne 0.   "condition wasn't added yet
          clear xkomv.
          xkomv-kschl = c_condition_type.
          xkomv-kbetr = condition_amount.
          call function 'PRICING_CHECK'
            exporting
              comm_head_i = tkomk
              comm_item_i = tkomp
              komv_i      = xkomv
              preliminary = 'X'
            importing
              comm_head_e = tkomk
              comm_item_e = tkomp
              komv_e      = xkomv.
          xkomv-KWERT = xkomv-kbetr.
          append xkomv.
      endif.
    Keep in mind that I haven't used this logic for years, so you'll have to test if it still works, but it worked for me back then.
    If I'd have to do this now, I'd probably try to find a suitable enhancement point though...

  • Price condition equal to VPRS cost of goods

    I have a senario ,which we will create sales orders for customers with sales price equals to the MAP(moving average price) at the  time when the SO being input .And the sales price in sales orders should be copy to the billing whether  the MAP has changed or not .
    Now I have set up an pricing procedure ,which  use  VPRS  as the sales price condition type ,but here comes another question when I create billing according to the delivery . When I create the billing document ,the net value is defferent with the net value of the sales order ,because the MAP has changed during the goods issue.
    Is there any idea that can make sure the sale price equals to the MAP , and the billing net value is same as sales order net value?
    can you give me some advice ? thanks for you help！

    Hi,
    The pricing type (Copy control)  is an extremely important field. It is worthwhile keeping this entry
    in mind when creating your pricing condition types. As a rule of thumb, you should
    have all item categories for a particular sales document with the same settings.
    Generally, you may use pricing type B (carry out new pricing), G (copy pricing
    elements unchanged and redetermine taxes), or C (copy manual pricing elements
    and redetermine the others).
    When using condition B all manual pricing condition types are lost.
    If you want to copy the sales order to the invoice without changing the sales order
    conditions, use pricing rule G. This will copy the pricing conditions from the order into the
    invoice without changing them, but will redetermine the taxes.
    Regards...
    SBC

  • How to update multiple Price conditions in FM CRM_ORDER_MAINTAIN

    Hi All,
          need to update multiple price conditions in a contract Thru FM CRM_ORDER_MAINTAIN.
    please see the piece of code that am using...
      am able to update single price condition...but not able to populate 2 or more .......i,e..ADD A Condition
    i,e...DATA : ls_cond TYPE prct_cond_external_input,
           lt_cond TYPE prct_cond_external_input_t.
    DATA : ls_con TYPE PRCT_COND_DU,
           lt_con TYPE PRCT_COND_DU_TAB.
    Create Condition Type
    *ls_con-KNUMV = lv_header_guid.
    *ls_con-KPOSN = lv_item_guid.
    ls_con-stunr  = '134'.
    IF Y EQ 1.
      ls_con-ZAEHK = '001'.
    ELSE.
       ls_con-ZAEHK = '002'.
    *ENDIF.
    *ls_con-kschl = 'ZFP1'.
    **ls_cond-waers = 'CNY'.
    *ls_con-kbetr = '0.00'.
    *ls_con-kpein = '1'.
    ls_cond-kschl = 'ZFP1'.
    ls_cond-waers = 'CNY'.
    ls_cond-kbetr = '0'.
    ls_cond-kpein = '1'.
    ls_cond-knumh = lv_item_guid .
    CLEAR ls_Price_doc.
    ls_Price_doc-ref_guid = lv_item_guid.
    ls_Price_doc-ref_kind = 'A'.
    IF Y EQ 1.
    ls_Price_doc-ref_handle = '000000001'.
    ELSE.
      ls_Price_doc-ref_handle = '000000002'.
    ENDIF.
    *ls_price_doc-PRIC_COND[] = lt_cond[].
    *INSERT ls_con into table ls_price_doc-PRIC_COND.
    INSERT ls_cond into table ls_price_doc-COND_ADD.
    INSERT ls_price_doc INTO TABLE lt_price_doc.
    ls_input_fields-ref_guid    = lv_item_guid.
    ls_input_field_names-fieldname = 'KNUMH'.
    INSERT ls_input_fields INTO TABLE lt_input_fields.
    ls_input_field_names-fieldname = 'KPOSN'.
    INSERT ls_input_fields INTO TABLE lt_input_fields.
    ls_input_field_names-fieldname = 'KSCHL'.
    INSERT ls_input_fields INTO TABLE lt_input_fields.
    ls_input_field_names-fieldname = 'KPEIN'.
    INSERT ls_input_fields INTO TABLE lt_input_fields.
    ls_input_field_names-fieldname = 'STUNR'.
    INSERT ls_input_fields INTO TABLE lt_input_fields.
    ls_input_field_names-fieldname = 'ZAEHK'.
    INSERT ls_input_fields INTO TABLE lt_input_fields.
    ls_input_field_names-fieldname = 'WAERS'.
    INSERT ls_input_fields INTO TABLE lt_input_fields.
    ls_input_field_names-fieldname = 'KBETR'.
    INSERT ls_input_fields INTO TABLE lt_input_fields.
    CLEAR ls_input_fields.
    Ls_input_fields-ref_guid    = lv_item_guid.
    ls_input_fields-ref_kind    = 'B'.
    ls_input_fields-objectname  = 'PRIDOC'.
    *ls_input_fields-logical_key = '0001'.
    ls_input_fields-field_names = lt_input_field_names.
    INSERT ls_input_fields INTO TABLE lt_input_fields.
    CLEAR ls_input_fields.
    CLEAR ls_Price_agreement.
    Clear ls_cond.
    I kept this under code. loop, for item records.....
    Though the internal table lt_price_doc. is holding all the records, it is updating only one record. can you any one pls guide me ,

    This example works fine for me. Modify it according to your needs...
    Price
                  IF it_item-value IS NOT INITIAL.
                    ls_cond-kschl = 'PR00'. " add price
                    ls_cond-kbetr = it_item-value.
                    ls_cond-waers = st_head-currency.
                    INSERT ls_cond INTO TABLE ls_pridoc_com-cond_add.   
                    index_2 = 1.
                    CLEAR: ls_cond.
                  ENDIF.
    Discount
                  IF it_item-discount IS NOT INITIAL.
                    ls_cond-kschl = 'ZPPP'. " add discount
                    wa_procent_calc = it_item-discount * 10.
                    ls_cond-kbetr = wa_procent_calc."it_item-discount.
                    ls_cond-waers = '%'."st_head-currency.
                    INSERT ls_cond INTO TABLE ls_pridoc_com-cond_add.   
                    index_2 = 1.
                    CLEAR: ls_cond, wa_procent_calc.
                  ENDIF.
                  IF index_2 = 1.
                    ls_pridoc_com-ref_handle = counter.
                    ls_pridoc_com-ref_kind = 'B'.
                    INSERT ls_pridoc_com INTO TABLE gt_pridoc_com.
                    CLEAR: index_2,ls_pridoc_com.
                  ENDIF.

  • Report to check price condition

    Hi All,
    Is it possible to check existing price conditions on all customers to make sure we have a valid price (i.e no ZERO price) in any condition, any report or fuction to help me do the above.
    Thanks in advance.

    Try pricing report V/LD. Copy the output to excel and customer masters to excel and then do a  V Lookup in excel.
    Regards,
    GSL.

  • Price conditions on Sales Orders via EDI

    Hi,
    I need to know if there is a way to bring prices over on the IDOC while posting a sales order via EDI. I have a situation where the price does not have to be determined based on condition records setup within SAP but rather update the price sent on the IDOC itself.
    Thanks
    MR

    Hi,
    Let the inbound Idoc have the price field and the price of the material. And keep the price condition type open/manual entry allowed. Once this is done the system will not do it from the condition record and will populate the data that is there in the Idoc.
    Hope this helps.
    Kind Regards
    Chakradhar

  • Price conditions from Info Record to PO

    Hi,
    While creating PO, Price conditions flow from Purch.info record.
    My requirement is => In the Item detail Conditions Tab, the price should not be available for editing (i.e.it should be in display mode) at end user level. If we need to modify the Amount against any condition it should be done only in info record only.
    How to address this requirement.
    Regards,
    Baskar

    Hi,
    1. Go to SPRO > MM > Purchasing > Authorization Management > Define Function Authorizations for Buyers > Function Authorizations: Purchase Order > Here "New Entries" and define Function Authorization Key as "01" and give description.
    OR use T. Code - OMET
    Here under "General parameters" subscreen,
    Activate "Display conditions" indicator and assign Field selection as "$DE1", do not select "Enter conditions"
    In "Possible ref. objects", select "W/o reference" otherwise reference documents (for e.g. PR, RFQ, etc...) for PO creation will become mandatory.
    2. Now go to SU01 > Enter User ID > Parameters Tab > Here for Parameter ID EFB i.e. Function Authorization: Purchase Order, maintain value "01" and check in PO field selection will get applied for that user.
    Now check in PO, Conditions will become in display mode.

  • How to avoid user from entering new price condition in return order

    Dear Expert
    We are facing a scenario where we make return order; the Price is copied from the invoice. And it is working perfectly. The system does not allow us to change the price.
    The issue we are facing here is that user can input new condition like discount /premium and change the net value for the return order pricing, and this will reflect in the credit note for returns.
    Is there a way to restrict the user from entering any pricing condition in the header or item conditions tab.
    although we cannot change the original price coming from invoice referenced for return order, but the user can input new price conditions as below. This must not be allowed.
    The price must come according to the Qty being referenced.
    While making the credit for returns, the user has a chance of further making changes to the net value by adding new conditions. Hence this must also be restricted for any changes.
    Thanks
    Edited by: Lakshmipathi on Jan 31, 2012 6:55 PM
    Thread Locked - Reason Cross Post

    okie .... i will tell briefly what is the problem ....
    Take a scenario wherein a user has logged into my application and he is performing a task which will put his user id and his employee id into the session. Then he opens another window by using either ctrl+n or through files->new window.
    So now a new browser will open but the session will be same ..... in this newly opened browser, user performs some operation which will remove the user id and employee id from the session .... Now if he again comes back to the first window and tries to do some operation, then a null pointer exception will be thrown saying that the employee id is null .... because he has deleted that in the newly created browser ..... to avoid this situation what can we do ???? can you please help me in this regard ??? you got my problem right !!!

  • Changing Price Conditions in Sales Order with SD_SALESDOCUMENT_CHANGE

    Hello there!
    I need to change the value of a price condition in a sale order ;I'm using the f.m.  SD_SALESDOCUMENT_CHANGE.
    It doesnt' work as I want, 'cause it creates an other price conditions instead of just changing the price value of the actual one.
    Waiting for your tips,
    thanks.
    This is how my code looks like:
    PARAMETER: p_vbeln LIKE vbak-vbeln.
    data: st_order_header_inx   TYPE  bapisdhd1x,
            st_conditions LIKE bapicond,
            st_conditionsx LIKE bapicondx,
            tb_conditions TYPE TABLE OF bapicond,
            tb_conditionsx TYPE TABLE OF bapicondx,
            tb_return TYPE TABLE  OF  bapiret2.
    st_order_header_inx-updateflag = 'U'.
      st_conditions-itm_number = '0010'.
      st_conditions-cond_type = 'PR00'.
      st_conditions-cond_updat = 'X'.
      st_conditions-cond_value = '100'. "Value I want to enter
      APPEND st_conditions TO tb_conditions.
    st_conditionsx-itm_number = '0010'.
      st_conditionsx-cond_type = 'PR00'.
      st_conditionsx-updateflag = 'U'.
      st_conditionsx-cond_value = 'X'.
      APPEND ls_conditionsx TO tb_conditionsx.
    CALL FUNCTION 'SD_SALESDOCUMENT_CHANGE'
        EXPORTING
        salesdocument                = p_vbeln
          order_header_inx          = st_order_header_inx
        TABLES
          return                           = tb_return
          conditions_in               = tb_conditions
          conditions_inx              = tb_conditionsx  .

    Get the conditions records first from the Sales Order with BAPI BAPISDORDER_GETDETAILEDLIST
    CALL FUNCTION 'BAPISDORDER_GETDETAILEDLIST'
      EXPORTING
        i_bapi_view          = lw_bapi_view
      TABLES
        sales_documents      = lt_order
        order_conditions_out = lt_conditions_out.
    Then populate the conditions internal table with the data that you get from the previous code
    move-corresponding lw_conditions_out to lw_order_conditions_in.
    lw_order_conditions_in-cond_value = '100'   " the value that you want to modify
    APPEND lw_order_conditions_in TO lt_order_conditions_in.
    CLEAR lw_order_conditions_inx.
    lw_order_conditions_inx-itm_number = lv_kposn.
    lw_order_conditions_inx-cond_st_no = lw_conditions_out-cond_st_no.
    lw_order_conditions_inx-cond_count = lw_conditions_out-cond_count.
    lw_order_conditions_inx-cond_type  = lw_conditions_out-cond_type.
    lw_order_conditions_inx-updateflag = 'U'.
    lw_order_conditions_inx-cond_value = lc_x.
    APPEND lw_order_conditions_inx TO lt_order_conditions_inx.
    You didn't populate the fields cond_st_no and -cond_count. Then just call BAPI SD_SALESDOCUMENT_CHANGE to change the Sales order.
    Hope that helps.
    Erwin

  • Price Condition Depending of Material Master Record

    Helllo Experts, I have an issue with a price condition on a price procedure  the user wants to be able to mantain the price condition manually only if the material used at item level of sales order is equal to one of 3 sku´s.
    This Price condition can not be mantained on VK12 because it´s calculated manually depending of several factors.
    For Example, let´s say the Material ID´s are  1122, 1123 and 1124 and the price condition is ZY01.
    If the Mateial ID used at item level of sales document, the manual condition ZY01 shouldn´t be shown to the user only if the material used is equal to 1122, 1123 or 1124
    To solve this issue I was thinking to use at price procedure the field requirement and use a pricing routine as  "2" Item with pricing and edit the routine. the Material used at item level of sales document
    I´m not quire sure this is going to work, And what´s the name of the field I should use to get that
    Any Suggestion how to adress this  issue is welcome.

    Hello, I create my own condition table to include material field, also a new access sequence has been created, to link this table on field material I only can specify one material number, I capture there my material for wich I want this price condition work, but when I create a Contract on VA41 using the material included on my price condition, I´m able to mantain the amount, but the same happen when I try to use another material number not included on my access sequence.

  • How to limit the number of price conditions in a sales order

    Dear experts,
    We've created discounts in our pricing procedure, and they are added manually. They have a maximum.
    But the problem is that the user can add several discount price conditions in the sales order!
    Is there any customizing to limit the number of occurrences to 1 in the pricing procedure?
    Thank you for your help
    Marjolaine

    HI,
    You can make use of feature to maintain maximum and minimum limits per condition type.
    SPRO > SAP Implementation Guide > Customer Relationship Management > Basic Functions > Pricing > Define Settings for Pricing > Create Minimum/Maximum Limits
    In this activity you can restrict manual processing of pricing conditions in transactions using minimum and maximum limits per condition type.
    Kindly reward with points in case helpful
    Sharif

  • How to block post price conditions in purchase order

    I need to block post price conditions in the purchase order, after doing MIGO.
    The problem is that somtimes buyers people go to the purachse order with ME22N, even if MIGO has already been made for this purachse order. They change The amount of certain price conditions in some or all the posts of the purchase. when people of accounting receive the invoice, there are problems of price differences.
    i need help to do it
    Thank you in advance for your help

    The system will not allow to change the price once goods receipt takes place on that particular order.  It happens only when we reverse the reciepts and make the po open.  In such case the persons can change with ME22N.  Its simple that only authorised user to have this transaction code and other users should not have this transaction code authorization.

  • ME22N change Exchange rate type at price condition level

    Hello,
    In ME22N exchange rate type is 'M' by default. When a price condition has currency different than purchase order this 'M' rate is used.
    Now I need to change this 'M' rate but for particular price conditions (and exchange rate type can be different for each price condition). Don't ask me why:-) This requirement comes from business consultant and he knows that there is no user exit for this. I need to modify standard. The problem concerns items price conditions.
    I'm not asking you for a complete solution, but maybe you can give me a hint where to start? What is the function module which perform price calculation (where exchange rate is used) in ME22N.
    I tried to change KOMK-KURST in price condition rule (the procedure which is called to check if price condition has to be calculated or not). It is called for each price condition and I know a name of price condition. But I think the exchange rate type is read at the beginning and stays unchanged even I changed KURST.
    I also found function module READ_EXCHANGE_RATE, which has rate type 'M' by default. I could put my modification in place where it is called. But it is not called when I press button Update price. It is only called when I change the currency of condition and press enter. This FM is called in few places in ME22N but not when I'm refreshing prices. Maybe during a refresh it has already an exchange rate? If so, READ_EXCHANGE_RATE could be a solution, but... It is not called when price conditions are created for the very first time (when I create PO item). Maybe system calls different FM?
    I also tried to use trace (ST05) to see where systems reads from TCURR, but I think some buffers are used and TCURR is not in trace.
    So now I'm stuck hoping for your help.
    Best regards
    Rafal

    Prabhu Peram wrote:
    Hello Rafal ,
    >
    > still im trying to understand your requirements , anyhow if you change/propose new exchange rate at header level , then system wont put type as 'M'.
    >
    The problem is that if I set a new exchange rate type, it will be the same for all price conditions. My requirement is to have different exchange rate type for each price condition. The pricing procedure will loop at each price condition, and depending on condition name I need to have different exchange rate type.
    Example:
    condition XMER is in EUR and must be converted to USD (factor should be 1,234)
    condition XMET is in EUR and must be converted to USD (factor should be 1,567)
    Now the factor is the same for all price conditions.
    I have found interesting table XKOMV. It contains price conditions and there is a field with factor value. Now I will look for the place where this table is filled with data or for the place where I can modify factor values before XKOMV is used in pricing procedure.
    Best regards
    Rafal

  • Manual price condition (%) in order creation (using ABAP)

    Dear community members,
    I could use some help on a problem I have encountered while creating a sales order (in the CRM system) using ABAP programming, the details are given hereunder:
    I have two manual price conditions used to set a possible discount, one using a straight value and one using a percentage:
    1. When the order is generated using the value (let us say 100€) it cointains the correct price condition.
    2. On the other hand, when the order is generated using percentages (i.e. 10%), it is created without explicit errors or warnings but with no price condition in it.
    For the latter case I have checked the IPC logs (from transaction SM53) finding this error message:
    Message: Condition cannot be processed manually
    --> com.sap.spe.pricing.transactiondata.exc.ManualChangeNotAllowedException: Condition YSCP cannot be processed manually
    at com.sap.spe.pricing.transactiondata.impl.PricingCondition.changeConditionRate(Ljava/math/BigDecimal;Ljava/lang/String;Ljava/math/BigDecimal;Ljava/lang/String;)V(PricingCondition.java:3124)
    at com.sap.spe.pricing.transactiondata.impl.HeaderCondition.changeConditionRate(Ljava/math/BigDecimal;Ljava/lang/String;Ljava/math/BigDecimal;Ljava/lang/String;)V(HeaderCondition.java:387)
    at com.sap.spe.pricing.transactiondata.impl.PricingDocument.addHeaderCondition(Ljava/lang/String;Ljava/math/BigDecimal;Ljava/lang/String;Ljava/math/BigDecimal;Ljava/lang/String;C)Lcom/sap/spe/pricing/transactiondata/IHeaderCondition;(PricingDocument.java :1472)
    at com.sap.spe.document.rfc.AddPricingConditions.handleDocRequest()V(AddPricingConditions.java:131)
    at com.sap.spe.document.rfc.DocHandlerAdapter.handleRequest()V(DocHandlerAdapter.java:72)
    at com.sap.spe.base.util.jco.HandlerAdapter.handleRequest(Lcom/sap/vmc/RFCContainer/Call;)V(HandlerAdapter.java:117)
    at com.sap.vmc.remserver.RFCDispatcher.handleRequest2(Lcom/sap/conn/jco/JCoFunction;)V(RFCDispatcher.java:995)
    at com.sap.vmc.remserver.RFCDispatcher.handleRequest(Lcom/sap/conn/jco/JCoFunction;)V(RFCDispatcher.java:746)
    at com.sap.conn.jco.rt.VMCServer.dispatchRequest(Lcom/sap/conn/jco/JCoFunction;)V(VMCServer.java:911)
    at com.sap.conn.jco.rt.MiddlewareJavaRfc$JavaRfcServer.dispatchRequest(Lcom/sap/conn/jco/rt/ServerWorker;Ljava/lang/String;)V(MiddlewareJavaRfc.java:3415)
    at com.sap.conn.jco.rt.MiddlewareJavaRfc$JavaRfcServer.listen(Lcom/sap/conn/jco/rt/ServerWorker;)V(MiddlewareJavaRfc.java:2468)
    at com.sap.conn.jco.rt.VMCServer.listen()V(VMCServer.java:766)
    at com.sap.conn.jco.rt.VMCServer.run()V(VMCServer.java:689)
    at com.sap.vmc.remserver.RfcServer.run()V(RfcServer.java:376)
    at java.lang.Thread.startup(Z)V(Thread.java:1954)
    I have already debugged FM CRM_ORDER_MAINTAIN but to no avail, maybe I just missed something and I can assure that the customizing is correct and aligned between the systems and both the conditions are set to be processed manually.
    At this point, since the condition is applied when the commit is yet to be done I wonder whether it is possible to apply a discount percentage on prices which are yet to be generated, it would be illogical to do so and then again while using a straight value (which does not require a calculation) the order is correctly generated.
    Furthermore when I add the conditions in an order (from both the GUI and the WUI) the table IT_PRIDOC is alway empty, even if CT_INPUT_FIELD is populated.
    I know that there are similar posts here in SCN but sadly I was not able to find a solution so any help would be greatly appreciated.
    Thanks in advance for any replies given,
    Alessandro.

    Dear Padma,
    apologies for my late reply. I also thought it should be possible to use a percentage but I was not sure.
    Sadly the debugging did not bring about any positive result.
    I also tried to make a second CRM_ORDER_MAINTAIN call after the system generated all the pricing conditions but that also did not work.
    There is one thing that caught my attention though:
    - YSCV (fixed amount): still no problem at all (passed to KBETR);
    - YSCP (percent): if I assign a value to KWERT or if I leave all the fields empty, the condition is created in the sales order but it is always set to 0%. However, if I try to assign it to KBETR, I always get the message: "Condition YSCP cannot be processed manually".
    I made some attempts with the customizing, for example adding the condition to the "easy entries" or playing with the options of "Create Condition Types" (always aligning the systems) without getting positive output.
    I am beginning to think that it could be an IPC-related problem (which is not my area of expertise... yet).
    Alessandro.

Maybe you are looking for