VPRS Price condition missing

Hi All,
I am trying to create a intercompany PO, I have two materials in PO 1) SAP material 2) Vendor material in item level (in PO).
system is throwing the below error message.
Pricing error: Mandatory condition VPRS is missing
    Message no. V1801
Diagnosis
    The obligatory condition VPRS does not exist. The document is therefore
    considered to be incomplete from the point of view of pricing.
    The cause can be, for example, that a condition record does not exist
    for condition VPRS or that a field overflow has occurred when the
    condition rate was calculated.
Procedure
    Check why the condition could not be found. Use the pricing analysis
    function on the pricing screen to do this. If necessary, add the missing
    condition manually to the document.
Please help me on this issue.
Thanks a lot

Hi Remo,
as per my knowledge, VPRS is the sales pricing condition, and this message arrises when you have defined tthis condition type in your pricing procedure and also made it as mandatory condition for the respective pricing procedure, but not yet maintained the customer info-record for the mtrl and customer, please check this with the SD counterpart or maintain the info-record for the same mtrl.
hope it will help you.
regards,
YK

Similar Messages

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

Pricing error:Mandatory condition xpi1(intercompany price) is missing

when i wanted to create Return order with ref to Invoice,its throwing an error Pricing error:Mandatory condition xpi1(intercompany price) is missing.Infact this condition type is there in Order,but its missing in Invoice,so not able to create Return order.What cud be the reason for the condition type missing in Invoice????

In T. Code V/06 go to this condiition type XPI1 and in control data 2 - check "Inter-company billing condition". This makes this condition to flow in the inter company invoice. Then you will be able to process the returns wrt to the invoice.
In the copy controls from Inv to Retruns order , T Code VTAF, at the item level, use pricing type D or G(G if you want to redetermine taxes)
Hope this helps
Regards
Sai

VPRS Condition missing in Returns Order

Hi Experts !!
We are facing a peculiar problem.
We are creating Rush Orders & Delivery thro Idocs and PGI and Invoice thro Batch Job. Similarly Returns and Delivery by Idoc. Now in some cases VPRS conditions are missing in returns. We have 17 Statistical Conditions and the total of costs we have to compare with VPRS. If its not the same, the Order gets Delivery Block. So now this is happening as VPRS itself is missing.
Pls help

hello, friend.
are all returns using the same item category? if not, please check the settings for the item category in transactions without VPRS. check if "determine cost" has been checked.
another area to look at is the nature of the material (e.g. material type). if the material returned is configurable, then you may have make special settings.
please post again.
regards.

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.

Reference Price Conditions

I want to reference a condition type Z001 from application area F against a pricing condition ZF00 in my sales order (application area V). I have maintained condition records against condition Z001 only. During Sales Order processing the system advises that no condition record can be found for ZF00, even though it also advises me not to create conditon records in transaction VK11 due to the reference.
Is there an extra step missing? Do I need to point my ZF00 condition type to the access sequence from application area F? Is this possible?

You can maintain Price conditions to vendor in MEKE transaction code.
One you are in MEKE transaction - sytem will ask you purchase org and vendor name and after entering detail press execute button. Place your curser on vendor name and select create icon. it will direct to new fast entry screen to define the scales for price condition.
The above will only work when you have already configure Schema Calculation. I mean following steps are required to calculate Schema.
1.     Define calculation schema
2.     Define schema group (Vendor Shema Group + Puchase Organization Schema Group)
3.     Assign Vendor Schema Group to Vendor
4.     Assign Purchase Organization Schema Group to Purchase Organization
5.     Define Schema Determination.
Hope it will help.

Billing Document Error - Mandatory pricing Condition Missing

Dear Gurus,
We created a sales order for job work for service material and it asked the pricing condition job work price (ZJOP), so pricing condition maintained, in VF01 error is coming Mandatory pricing condition missing (ZBPR).
Regards,
Vasant

Hi,
First check the sales order is complete.Click on incompletion log.If its complete then try the following
To check the settings for billing type T code is VOFA. Here you can check the document pricing proc only. If its is showing fine
in sales order and not billing then check your copy control T code VTFL. Check what is the pricing type for item category.
Edited by: scm.sd on May 9, 2011 1:45 PM
Edited by: scm.sd on May 9, 2011 1:50 PM

VPRS-based condition redetermined in return order (referencing billing doc)

I have an issue with copy-control from invoice to return order.
I want the invoice pricing conditions to be copied unchanged to the return order.
This is similar to when creation the Sales order>Delivery>Billing Document.
I need to make a return order for the same amount as in the original sales order (naturally, we want to credit the same amount).
This works fine for all conditions, except for a VPRS-based condition, which is redetermined upon return order creation.
The VPRS-based condition should fetch the moving average price for the sales order only, not for the return order.
I have maintained copy control for billing document to sales order with pricing type 'G'
G: Copy pricing elements unchanged and redetermine taxes. The system
This works fine for Sales order --> Delivery --> Invoice, but not for Invoice --> Return order.
I would prefer not to use a formula, but I guess one alternative solution is to fetch the condition value from the original sales order if I cannot do this with customizing.
Let me know what you think about the forumla (VOFM) and if it is possible to achieve copy-control with unmodified condition values for the VPRS-condition.
Thanks!

Ok, thanks for your input!
I'm sharing my solution:
I implemented a new condition value formula for my pricing procedure:
VOFM>Formulas>Condition value
FORM FRM_KONDI_WERT_XXX.
DATA: lv_kbetr TYPE kbetr,
        ls_vbfa TYPE vbfa,
        lv_knumv TYPE knumv.
Get moving average price for return order from SO
The ZPRS pricing condition modifies price in return order
The value of ZPRS should be the same in return order and SO
IF xkomv-kschl EQ 'ZPRS'.
Get sales order and position
    SELECT SINGLE vbelv posnv
      INTO corresponding fields of ls_vbfa
      FROM vbfa
      WHERE vbeln   EQ komp-vgbel "invoice number
        AND posnn   EQ komp-vgpos "invoice item
        AND vbtyp_n EQ 'M'         "invoice
        AND vbtyp_v EQ 'C'.        "order
    IF sy-subrc EQ 0.
Get sales order conditions key
      SELECT SINGLE knumv
        INTO lv_knumv
        FROM vbak
        WHERE vbeln EQ ls_vbfa-vbelv.
      IF sy-subrc EQ 0.
Get moving average price from sales order conditions
        SELECT SINGLE kbetr
          INTO lv_kbetr
          FROM konv
          WHERE knumv EQ lv_knumv
            AND kposn EQ ls_vbfa-posnv
            AND kschl EQ 'ZPRS'.
        IF sy-subrc EQ 0.
Recalculate condition values
          xkomv-kbetr = lv_kbetr.
          xkomv-kwert = ( lv_kbetr * komp-mgame / 1000 ).
          xkwert      = xkomv-kwert.
        ENDIF.
      ENDIF.
    ENDIF.
ENDIF.
ENDFORM.

SD price condition with per mille

I need to calculate a value of 7,7/1000 + 15%, which is 0,008855. I am trying to configure the condition as per mille, but I cannot select neither "K" nor "J". The system says they are not defined for the application.
If I try to create the condition as a percentage, I have the problem that there are only 3 decimals, so I still have a problem.
Does anyone have an idea how to solve it ?
Michael

Hi all,
Checking the price condition in the invoice, i see these values:
Amount                    2.160- COP   / 33    UND
Cond.base value               71,000 UND
Condition value                4.647- COP
The result we need is Condition Value = -2.160 * 33, but, because this formula is calculated in a position of the invoice, this position has its own quantity that differs from the quantity calculated by the formula.
In simulation, SAP takes the result as we need, that is Condition Value = -2.160 * 33. But when the billing document is created, the value is calculated like this:
Condition value = (-2.160 / 33) * 71
Condition value = (KOMV-KBETR / KOMV-KPEIN) * KOMV-KAWRT
Maybe there is something that is missing in our condition value formula.
Can anyone please tell me where can I find a document that explain some details to have into account when we develop a condition value formula using transaction code VOFM?
I kindly ask you to give me any clue.
Thanks in advance.
Kind regards,
Daniel Reyes

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

VPRS Price condition missing

Similar Messages

Maybe you are looking for