Setting a price condition through a BAPI

Hi,
I have the following problem - I am trying to set a condition on an item in a quotation using the BAPI_CUSTOMERQUOTATION_CHANGE. The error that I get back is "Requirements are not fulfilled for condition PN00".
When I try to set the condition manually through VA22, I can set it without any problems. Through the transaction V/08 I can also see that the requirement has been set to "2" (Item with pricing).
Does anyone have any idea what the problem could be? What really stumps me is that using the GUI, I can set this condition without problems. It is only through the BAPI that I run into this error.
I have also used the same code in another example to set conditions without problems. The only thing different in this case is that the Item where I am setting the condition is a lower level item - the item number 10 is the high level item for this position. Is it possible that this plays a role in this case?
Bye
Sameer

Hi Mathieu,
I am setting the flag in the HEADER_INX too, sorry I forgot to mention that
Although I am only setting the update flag to U. I could not find any field/flag that has to do anything with conditions in the header structure.
As I am setting the conditions on line items (positions), I fill in the QUOTATION_ITEM_IN and QUOTATION_ITEM_INX structures accordingly to update the positions.
Could you please tell which fields you mean when you say that I need to fill something up also in the header and header_inx structures? (Other than the Update flag of course)
Thanks,
Sameer

Similar Messages

Setting a pricing Condition through a BAPI

Hi,
I have the following problem - I am trying to set a condition on an item in a quotation using the BAPI_CUSTOMERQUOTATION_CHANGE. The error that I get back is "Requirements are not fulfilled for condition PN00".
When I try to set the condition manually through VA22, I can set it without any problems. Through the transaction V/08 I can also see that the requirement has been set to "2" (Item with pricing).
Does anyone have any idea what the problem could be? What really stumps me is that using the GUI, I can set this condition without problems. It is only through the BAPI that I run into this error.
I have also used the same code in another example to set conditions without problems. The only thing different in this case is that the Item where I am setting the condition is a lower level item - the item number 10 is the high level item for this position. Is it possible that this plays a role in this case?
Bye
Sameer

The parameter for the item number was being sent wrong to the R/3 system.

Reg: Price Condition VK11 _ BAPI/FM

Hi,
May i know what is the BAPI / FM to create Condition (VK11).
Arun.d

CALL FUNCTION 'BAPI_PRICES_CONDITIONS'
    TABLES
      ti_bapicondct = lt_bapicondct
      ti_bapicondhd = lt_bapicondhd
      ti_bapicondit = lt_bapicondit
      ti_bapicondqs = lt_bapicondqs
      ti_bapicondvs = lt_bapicondvs
      to_bapiret2    = lt_bapiret2
      to_bapiknumhs = lt_bapiknumhs
      to_mem_initial = lt_cnd_mem_initial
    EXCEPTIONS
      update_error   = 1
      OTHERS         = 2.
IF sy-subrc <> 0.
-Write the message here-
    MESSAGE e001 WITH text-e02.
ENDIF.

Is there a BAPI or function module for price condition?

Hi experts,
I just want to create price condition info record to purchase order.
we create price condition through tcode MEK1/MEK2/MEK3.
it is more different from tcode ME11. it doesn't need to input purchase group, tax code etc.
but I can't find the BAPI or function module for this tcode.
does anyone know it?
thanks in advance.
looking for your reply.
jack

Please check this answered link:
Re: Bapi_prices_conditions does not delete old condition properly
Re: bapi for condition recaords
Edited by: Afshad Irani on Jun 13, 2010 3:38 PM

I do not obtain to change value in price conditions bapi CHANGE_SALES_ORDER

Hi all,
We are developing a new solution using this RFC to maintain Sales Orders from the Legacy System.
In some situations, it will be necessary to change values of the Item Price Conditions in Sales Orders already created, in order to attend a Legacy Systems requests.
We tried to use the follow keys, but without a good result:
IX_KONVKOMX-UPDKZ = D (Delete) - Doesn't works
IX_KONVKOMX-UPDKZ = U (Update) - Insert a new line in Pricing
IX_KONVKOMX-UPDKZ = I (Insert) - Works as U (Update)
Could you please clarify why the key "U" doesn't works as Update and
if there is any way to make this kind of modification?
I verified you vary answers in this forum, but none was useful.
Thanks a lot

example:-
*& Report ZSALESORDER_CHANGE
REPORT ZSALESORDER_CHANGE MESSAGE-ID 38.
Selection Screen Definitions *
PARAMETERS: p_vbeln TYPE vbap-vbeln OBLIGATORY, "Order Number
p_posnr TYPE vbap-posnr OBLIGATORY, "Order Item
p_etenr TYPE vbep-etenr OBLIGATORY, "Schedule Line
p_reqqty TYPE bapischdl-req_qty OBLIGATORY. " Order Qty
Internal Tables/Structures/Variables for calling BAPI. *
DATA: i_hdr TYPE bapisdh1,
i_hdrx TYPE bapisdh1x,
i_ret TYPE bapiret2 OCCURS 0 WITH HEADER LINE,
wa_ret TYPE bapiret2.
DATA: BEGIN OF i_sched OCCURS 10.
INCLUDE STRUCTURE bapischdl.
DATA: END OF i_sched.
DATA: BEGIN OF i_schedx OCCURS 10.
INCLUDE STRUCTURE bapischdlx.
DATA: END OF i_schedx.
START-OF-SELECTION Event *
START-OF-SELECTION.
*" Initialize internal tables.
REFRESH: i_sched, i_schedx, i_ret.
CLEAR: i_sched, i_schedx, i_ret.
*" Fill required ORDER_HEADER_IN data.
i_hdrx-updateflag = 'U'.
*" Fill required SCHEDULE_LINES data.
i_sched-itm_number = p_posnr.
i_sched-sched_line = p_etenr.
i_sched-req_qty = p_reqqty.
i_schedx-updateflag = 'U'.
i_schedx-itm_number = p_posnr.
i_schedx-sched_line = p_etenr.
i_schedx-req_qty = 'X'.
APPEND i_sched.
APPEND i_schedx.
CALL FUNCTION 'BAPI_SALESORDER_CHANGE'
EXPORTING
salesdocument = p_vbeln
order_header_in = i_hdr
order_header_inx = i_hdrx
TABLES
return = i_ret
schedule_lines = i_sched
schedule_linesx = i_schedx.
CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'.
LOOP AT i_ret.
WRITE / i_ret-message.
ENDLOOP.

BAPI or FM to create Price Condition

Hi experts,
Is there any BAPI or FM allowed creating Price Condition (Like VK11)?
Thanks,
Khanh

CALL FUNCTION 'RV_CONDITION_COPY'
                    EXPORTING
                      application                       =
                      condition_table                   =
                      condition_type                    =
*                     DATE_FROM                         = '00000000'
*                     DATE_TO                           = '00000000'
*                     ENQUEUE                           = ' '
*                     I_KOMK                            = ' '
*                     I_KOMP                            = ' '
                      key_fields                        =
*                     MAINTAIN_MODE                     = 'B'
*                     NO_AUTHORITY_CHECK                = ' '
*                     NO_FIELD_CHECK                    = ' '
*                     SELECTION_DATE                    = '00000000'
*                     KEEP_OLD_RECORDS                  = ' '
*                     MATERIAL_M                        =
*                     USED_BY_IDOC                      = ' '
*                     I_KONA                            =
*                     OVERLAP_CONFIRMED                 = ' '
*                     NO_DB_UPDATE                      = ' '
*                     USED_BY_RETAIL                    = ' '
*                   IMPORTING
*                     E_KOMK                            =
*                     E_KOMP                            =
*                     NEW_RECORD                        =
*                     E_DATAB                           =
*                     E_DATBI                           =
*                     E_PRDAT                           =
                    tables
                      copy_records                      =
*                     COPY_STAFFEL                      =
*                     COPY_RECS_IDOC                    =
*                   EXCEPTIONS
*                     ENQUEUE_ON_RECORD                 = 1
*                     INVALID_APPLICATION               = 2
*                     INVALID_CONDITION_NUMBER          = 3
*                     INVALID_CONDITION_TYPE            = 4
*                     NO_AUTHORITY_EKORG                = 5
*                     NO_AUTHORITY_KSCHL                = 6
*                     NO_AUTHORITY_VKORG                = 7
*                     NO_SELECTION                      = 8
*                     TABLE_NOT_VALID                   = 9
*                     NO_MATERIAL_FOR_SETTLEMENT        = 10
*                     NO_UNIT_FOR_PERIOD_COND           = 11
*                     NO_UNIT_REFERENCE_MAGNITUDE       = 12
*                     INVALID_CONDITION_TABLE           = 13
*                     OTHERS                            = 14
                  IF sy-subrc <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
                  ENDIF.
You could try some thing like this ...
Work your way around the options ..
Best regards
Manthan.

ME11 Bapi for Gross Price conditions PB00 : conditions supplement

Please let me know any bapi for ME 11 gross price conditions pb00 : conditions supplement.
No one knows about this?
Edited by: tashvi on Apr 2, 2009 9:31 PM

I am abale to create inforecord using BAPI's . But the problem is with conditions .
If a vendor gives discount to a material .
where do i need to populate those values?
Edited by: tashvi on Apr 3, 2009 3:26 PM

Manage two invoice posting for one price condition in sales document

Hello Experts,
I am a new user in SD module especially for billing and pricing part, and i have a specific requirement from my client that i cannot find the solution. Could you please help if you have any idea to resolve the following situation:
I have a plant in UK which create a sales order for a customer X for a material M with a specific amount.
For the invooice creation, the goal is to create two invoices:
- One with net value billed in USD,
- one with GBP to bill the tax.
I tried to use billing plan, and i was able to generate the 1st invoice without tax through pricing procedure that don't manage Tax condition, however i am blocked when trying to generate the second invoice that contains only the tax.
Do you have any idea how can it be managed?
Thanks for help
I can add more clarification if needed.
Thanks

Hello,
Thanks for feedback.
In fact the Customer master data currency is USD, and company code is in UK so it is GPB.
The target is for some business case the customer is invoiced with Net value in USD, and the tax will be invoiced in GBP.
But the problem is that i cannot manage two currencies and two invoices for one price condition.
So I am wondering what is the best solution, How i can generate two output types for the same price condition.
I tried to set up pricing procedure without tax, to manage the Net value, in first line of the billing plan.
But i am not able to generate a seconde line with only the tax condition.
DO you think that is possible?
Thanks

Sending price condition in WBBDLD for POS outbound

Hi experts
I am facing some problem when do configuration in order to send the price condition to POS through message type WBBDLD.
Client is using ZP01 tag price instead of VKP0 as the condition
Below are the config that I have performed but the price is not sending out.
1. (Sales and distribution --> POS interface --> outbound --> maintain POS condition type group) A new condition type group is created that replace VKP0 compared to the original SAP standard one.
2. (Sales and distribution --> POS interface --> outbound --> maintain profile for POS outbound) A new POS outbound profile using the above new condition type group
3. Site maintenance WB03, assign above new POS outbound profile to the specific store
4. (Logistics-general --> assortment --> assortment list --> controlling condition change analyses --> direct entry for creating the worklist --> activation of the direct entry for creating the worklist) tick "direct entry indicator" for 50 assortment list
5. (Logistics-general --> assortment --> assortment list --> controlling condition change analyses --> maintain filter setting for condition types) Add a new row for ZP01 for table no. 901
Really appreciate your advice.
BR
Dom

Hi Honghai,
Actually it's based on the customer pricing procedure. The default one is VKP001. If you assign the other customer pricing procedure in Tcode: OVKK, you should add the condition type to the corresponding pricing procedure.
Jessy

VK31 and VK34 : how to copy price condition

Hello,
I'm new in SD module.
I have created in VK31 a price breakdown for a material.
I have to do this for 100 other materials.
Is there a standard transaction to do in mass a copy or a set of price for a lot of materials ?
Thanks a lot.
Romeo

Hi,
The solution from MT seems to be much easier and faster than any other. However If I am not wrong, copying rule for condition record must be defined before, otherwise system gives error message. I am not sure about that, just try once.
Alternatively, if you have developer resources you can do it by a simple workflow tool or through BDC.
Br, Sats.

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

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.

Setting a price condition through a BAPI

Similar Messages

Maybe you are looking for