Inforecord without price condition - CO value

Hi,
if an inforecord is created without price condition how can i understand what's the value considerd by CO?
Thanks.
Best regards.
Antonio

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.

Similar Messages

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.

KMANU field value download from R/3 to CRM for price Condition type

Hi
We done changes for KMANU field in R/3 - price condition type and that changes have to download from r/3 to CRM. I was tried below object adapters to update field value (R/3 u2013 table name: T685A - KMANU) from R/3 to CRM (Table :PRCC_COND_CT u2013 KMANU). Could you any one tell me how to resolve it. Its urgent plz
u2022         DNL_CUST_CNDALL
u2022         DNL_CUST_CND
u2022         DNL_CUST_PRC
u2022         DNL_CUST_FGD
u2022         DNL_CUST_PRICE
Appreciate your help...........
Regards
Sri

Hello Sri,
Ideally object DNL_CUST_CNDALL should get all changes done to customizing setting in R/3 to CRM.
Did you check the logs in txn CND_MAP_LOG_DISPLAY in CRM?
You can get some hints there, if any error has occured during the download.
Best Regards,
Shanthala Kudva.

Delete a Freight condition according to Price condition value

Hello,
we defined a Freight condition category ZTRA with an access sequence, we set condition records. When we create a sale order ZTRA value comes automaticly.
But if header price condition ZR00 is more than 1000 euros we delete manually header Freight condition as a special discount.
Can we delete it automaticly ?
I trier to define exclusion but I do not think it works.
Is it possible to delete a condition according to another one's value ?
Should I create a requirement ?
Thanks
Regards,
Pierre

hi,
_*( if header price condition ZR00 is more than 1000 euros we delete manually header Freight condition as a special discount)
This is clearly a Requirement and hence a routine to be Used.
Rgds
Srinivas D

Fix value header price condition

Hi all,
We have a header condition price that is a fix value. However, it takes into account the number of positions.
For example, let's say that this price condition is 1. There are 10 positions and the price of all of them is 10, so the gross amount is 100. The value of this condition is 1x10 (number of positions) instead of 1.
Does anybody know why this price condition takes into account the number of positions if it is a header fix value?
Thanks in advanced.
Mar

System does not make any changes to existing document. All the changes are applicable to documents created after changing material master etc...so in your case there will be no change on existing PO and corresponding Goods receipts.

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

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.

Purchase Info record price conditions

Hello Gurus,
My client wants to extract their Purchase Info Record in R/3 to the BW Environment. This I have already done.
The problem now is that my client wants to see the price conditions associated to the Info Record. To see the conditions you have to select validity time period first and only after that you have the prices associated.
Do you know if there is a way to transfer this kind of data to BW without creating a custom DataSource?
Best regards

hi,
Yeah, I just checked it..
Its not possible in Std. SAP system...
There is no field provided for the same...
the other way, but doesn't applies to you...as you are doing massive job...
still if req. then check..
The other way is:
Maintain Quotation and ref. it in inforecord...price gets updated easily from it...
Regards
Priyanka.P

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

Wrong condition base value when an order is copied from another order

I am copying sale order to sale order and encounter an issue with pricing .
I have an excise condtion for which the condition basis is the price condition . I copy the order and update the pricing in the new document ( I have to do this because the pricing type in copy controls is A ) . The price is being copied and the value calcualated as per the order quantity . But the same value is not flowing as the condition base value for the excise condition type mentioned above. It is taking some different value as the base value . There is no alt base value assigned in the procedure.
As per the settings in the procedure , the condtion value of the price should be the base value for the excise condition type and this is not happening
Could somebody throw light as to what is going wrong ?
Thanks in advance
Regards
Mahesh

Many thanks for this.
I can see entirely why it's designed as such, but I just find it slightly frustrating that there's no way to break the link between the order and the shipment out to the depot. Just to clarify, we're not requiring the orders to change - they will still be made and will come in - but just that the orders themselves don't specifically need to be the stock that is used for the replenishment.
So -
1. Min Max identifies depot needs replenishing.
2. Central distribution does not have (enough) stock to replenish.
3. Order is made to replenish central distributions stock.
4. We ship whatever we've got, when we've got it, to depot to replenish.
It's the bit where Min-Max is trying to replensih a specific depot rather than our central distribution centre that's my problem.
I suspect that, as you say, that specific issue is not directly fixable without getting our IT contractors to do a customisation.
I'm going to look into your Supply Date Offset suggestion now, though I'm not sure how this affects the shipping after the orders are placed. The orders themselves are approved manually after we've checked our stock position (i.e. what's in with the recycling team), but we recycle & refurb probably 60% of our maint stock so there'll always be kit turning up after the order has been made because of the long lead times.
Thanks again.

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

Price Conditions for Long Term Agreement

Hi,
i need to extract the price conditions from long term agreements. For what i can understand i have to access the KONH table with a Varkey = EBELN&EBELP of the contract, and then see conditions on KONP and KONM tables. One thing I can't understand is how a record in KONH is marked for deletion. If I create another record with same validity period for same item. the other one is superceeded as if it was cancelled. Is there any other table with header condition master data?
Furthermore, why the system lets me insert a new item with gross price, with same condition of an existing one, without having to flag for deletion the other. It seems that i can insert all the gross price (PB00) positions i want, and the last one i inserted is considered.
Someone has any clue?
thanks

Loquat - That's not a good analogy. Let me help you with your bank analogy:
* You pay your mortgage payment on time faithfully for 24.5 years, and you want to REFINANCE your mortgage with your existing bank; however, your existing bank wants to charge you closing costs on your new loan AND a termination fee for the old loan.
* HOWEVER, to solicit new business, your bank is telling other customers that they will pay the termination fees on their old mortgages if they do their refinance with the bank. So why would the bank pay to get someone else's customer but not pay the same (OR EVEN MUCH LESS) to retain the customer that they already have?
* By the way, thanks for the banking analogy. As a 20+ year banker, I can tell you that a bank would never treat new, unproven customers better than their existing, long-time customers.
Thanks all for the lively debate, but nobody has been able to tell me how Verizon is better off by taking $130 now and letting $7,000 go to someone else. That would be the equivalent of a 1.8% discount to make an existing customer feel like Verizon values their business. But they would gladly give $600 ($150 per phone) to a new customer for bringing them the same business.
Loquat - by the way, that is not a "Special Privilege"! That is the same privilege that they are offering to others that are not current customers!! How is that "special privilege"? And yes, it does sound fair.

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.

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

Inforecord without price condition - CO value

Similar Messages

Maybe you are looking for