Pricing Issue

Hi experts,
This is very crtical issue m facing. Please suggest me some gud solutions.
I am writing it over here. pleaase do read carefully to suggest the sol.
when ever we create sales order or change it. when we enter quantity for line items and the price for that material is calculated based on condition types.
the problem is sap maintains the amount in 2 decimals. the client is maintaining per unit rate in 5 decimals. so when ever total price calculated it round off it to 2 places. for 100 line item if it round of the amount the actual difference is coming bigger.
se wats hapening.
if i enter quantity 2310
rate maintained is .17526
output is coming 404.8506
but standard sap is taking it 404.85.
if this happens for 100 line item the difference in header amount and line item total amount is comind differnet.
how can we resolve it...
this is very much crtical issue.
Thanks
Azad.

Hi
In SPRO check the settings for Currency and make it to 5 decimals and see
and check the User default currency settings also in SU01 tcode
Reward points for useful Answers
Regards
Anji

Similar Messages

Pricing issue in sales order

Hi All,
We are facing pricing issue for few sales orders.
The pricing is being carried for line items even though there is valid condition record exist at pricing date of line items .
For example we are creating order on 26.10.2010 and Requested delivery date is 01.01.2011.
The pricing date at line tem is 01.01.2011 and condition record is valid only till 31.12.2010.
Still pricing is carried for line item and it is not for all the sales orders .
So could please advice how to overcome this kind of errors?
Thanks in advance

Hi All,
We are again facing pricing issue in sales order,the pricing date of line item is not in synchronization with the condition record validity date.
Due to that incorrect pricing is being carried out .
But when we do repricing the error is getting fixed.
So could you please let us what could be the root cause for this error ?
This is not happening for all the orders,for only few orders it happens.
If we create new order for same sold to ,sales doc type the error is not occuring.
Thanks,
Praveen

Code help in writing a Program which resolves the pricing issues

Hello experts
i was asked to write a report program with the following requirements,(This is to address the pricing issues KSE(company code A ) is facing with KST(another company code B) for S-Bank program(an important program we use it in SD)
cananyone help with the code.? atlease a skeleton to start the program is highly appreciated.
Thanks
SP
Selection Parameters
Material
Sold to party
Sales Org
Plant
Sales order
Actual goods movement dates
Invoice number
Sales order
Report
-Should detail only the Sbank scopes (all FERTs beginning with S*)
-Detail by line items
     -Material number
     -Serial number of device shipped
-Serial number from SBANK_SERIAL_NUMBER characteristic in KSE_SN_ENDOSCOPES class contained in name plate data
     -Delivery number
     -Invoice number
     -Invoice price
     -Notification number
     -KST Repair level (coding field in notification)
     -KSE Repair level (activity code text from KSE-SM07 code group)
Thanks
SP

http://java.sun.com/developer/onlineTraining/JavaMail/

Variant Configuration - Pricing issue

Hi,
Can anybody please help me out with the pricing issue which I am facing?
How can I increase the price by a certain percentage based on the value of another pricing condition VA00 and show it as a different pricing condition?
For example: VA00 for my product price shows 1000. Now on 1000, I want to calculate 30% and show it with a different pricing condition description such as "Surcharge". I cannot used a fixed price for lets say "Surcharge" because 1000 as product price is not fixed/static and will depend upon variant configuration and the "Surcharge" will also vary with it.
How can I please implement such a solution?
With best regards,
Sunil

Use the VA01 condition type for this. This is the standard condition type provided by SAP to address this issue. In your pricing procedure against VA01 give the From To as VA00.
Hope this helps.
Regards,
GSL.

Pricing issue with Product hierarchy - Urgent

Hello,
I have an issue on pricing determination with product hierarchy.
I created product hierarchy as following,
level1 - A0001
level2 - A0001B0001
level3 - A0001B0001C0001
Then, assigned A0001B0001C0001 to material D in material master.
I created condition record with A0001B0001C0001(level 3), the system found the condition sucessfully when I created a sales order with material D.
However, I created condition record with A0001(level1) but the system didn't get the price when I created the sales order with material D. Since A0001B0001C0001 belongs to A0001, the system is supposed to get the price from the condition record with A0001...
Could you please let me know how to fix it?

Hi,
Thanks a lot for your kind explanation.
Here is the access sequence I defined. I wonder if there is anyway I can define PRODH1, PRODH2, PRODH3 in access sequnce the same way with customer hierarchy so that the system can check higher level data. If it's not allowed, I think I should define routine in requirement as you advised. Thanks!
*Accesses
AcNo       Description
1           Customer Hierarchy/Product Hiearchy
2           Customer Hierarchy/Product Hiearchy
3           Customer Hierarchy/Product Hiearchy
4           Customer Hierarchy/Product Hiearchy
Fields
AcNo   Condition    Doc. field      field lable
     1      HIENR      HIEBO01     CustomerHierarchy 01
             PRODH     PRODH       Product hierarchy
     2.     HIENR      HIEBO02     CustomerHierarchy 02
             PRODH     PRODH       Product hierarchy
     3      HIENR      HIEBO03     CustomerHierarchy 03
             PRODH     PRODH       Product hierarchy
     4       HIENR      HIEBO04     CustomerHierarchy 04
             PRODH     PRODH       Product hierarchy
I wonder if I can assign product hierachy fields, PRODH1, PRODH2, PRODH3 to access sequence like customer hierarchy so that the system can check higher level data to get the price...

PRICING ISSUE BADI ME_DEFINE_CALCTYPE- URGENT

Hi Guys,
My requirement was to trigger new pricing on change of Delivery Date. I have to retrigger pricing only if there is any change in fields EKKO-INCO1, EKKO-INCO2, EKPO-MATNR and EKPO-ADRNR.
For the same I have implemented three badi's and one pricing routine.
BADI's are -
ME_DEFINE_CALCTYPE - Method DEFINE_CALCTYPE : Setting the Flag CH_X_LF_CALCTYPE If there is difference between the old value and new value of Fields mentioned above.
ME_CHECK_ALL_ITEMS - Method RECALCULATE_ITEMS Setting the Flag CH_X_RECALCULATE. If there is change in the Incoterms field at PO Header.
In these BADI's I am checking if there is any change in the above mentioned fields. It retrigger the Pricing.
I have implemented one more BADI (ME_PROCESS_PO_CUST-Method PROCESS_SCHEDULE) which will trigger the pricing process, If we change the delivery date. This will pick the current delivery date and EXPORT it to memory ID which will be later IMPORTED to pass on this date to pricing header based on which the Pricing will be done on the changed delivery date. ( I hope I am correct here )
I have a pricing routine for one of the condition type in pricing. I am exporting the changed delivery date to the routine and replacing the value of KOMK-PRSDT with this new delivery date.
The issue is, When I do changes for the first time the pricing is working correctly. And I am able to see the PO field values for which the condition record is matched in the pricing analysis .But when I am saving the PO and again changing the values of Delivery date and any one of the fields mentioned. Pricing Analysis shows the same old values of PO fields for which the condition records were matched on last pricing cycle.
Please let me know where I am wrong or where I can correct to display the current values of PO fields for which the condition records matched in the Pricing Analysis.
Regards,
Mayank
PS : Points will be rewarded for all the helpful posts.
Message was edited by:
 Har Mayank Sahai
Message was edited by:
 Har Mayank Sahai
Message was edited by:
 Har Mayank Sahai

Try this...
After importing the memory fields use FREE to free the memory....
That will solve your priblem...
Reward if helpful...

Pricing Issue Pricing Analysis - BADI ME_DEFINE_CALCTYPE

Hi Guys,
My requirement was to trigger new pricing on change of Delivery Date. I have to retrigger pricing only if there is any change in fields EKKO-INCO1, EKKO-INCO2,EKET-EINDT, EKPO-MATNR and EKPO-ADRNR.
For the same I have implemented three badi's and one pricing routine.
BADI's are -
ME_DEFINE_CALCTYPE - Method DEFINE_CALCTYPE : Setting the Flag CH_X_LF_CALCTYPE If there is difference between the old value and new value of Fields mentioned above.
ME_CHECK_ALL_ITEMS - Method RECALCULATE_ITEMS Setting the Flag CH_X_RECALCULATE. If there is change in the Incoterms field at PO Header.
In these BADI's I am checking if there is any change in the above mentioned fields. It retrigger the Pricing.
I have implemented one more BADI (ME_PROCESS_PO_CUST-Method PROCESS_SCHEDULE) which will trigger the pricing process, If we change the delivery date. This will pick the current delivery date and EXPORT it to memory ID which will be later IMPORTED to pass on this date to pricing header based on which the Pricing will be done on the changed delivery date. ( I hope I am correct here )
I have a pricing routine for one of the condition type in pricing. I am exporting the changed delivery date to the routine and changing the value of KOMK-PRSDT with this new delivery date value.
The issue is, When I do changes for the first time the pricing is working correctly. And I am able to see the PO field values for which the condition record is matched in the pricing analysis .But when I am saving the PO and again changing the values of Delivery date and any one of the fields mentioned. Pricing Analysis shows the same old values of PO fields for which the condition records were matched on last pricing cycle.
Please let me know where I am wrong or where I can correct to display the current values of PO fields for which the condition records matched in the Pricing Analysis.
Regards,
Mayank
PS : Points will be rewarded for all the helpful posts.

hi this is the code:
method IF_EX_ME_PROCESS_PO_CUST~PROCESS_ITEM.
DATA:   RE_DATA TYPE MEPOITEM,
          IM_DATA TYPE MEPOITEM.
     CALL METHOD IM_ITEM->get_data
     RECEIVING
        RE_DATA = RE_DATA.
MOVE 'B' TO RE_DATA-calctype.
CALL METHOD IM_ITEM->set_data
         EXPORTING
            IM_DATA = RE_DATA.
endmethod.
Upon creation of PO error message prompt
'Data from Business Add-In ME_PROCESS_PO_CUST not adopted'

ERLA/NORM, Header and Item Level Pricing Issue

Dear All,
I have an issue wherein, even though I have used ERLA for BoM Item and NORM for Subitems, in sales order Conditions, both header level and item level pricings are active.
Correct me if I am wrong, item level pricing should get deactivated.
Kindly let me know if there is any issue in the settings.
The default item categories appearing in the sales document is TAQ for higher level item and TAE for subitems
Thanks and Regards
Adithya
Edited by: Adi1976 on Feb 6, 2012 12:08 PM

Item Category group for Subitems should be ERLA, not NORM.
Sales Order
- Item Cat Group
- Higher I Cat
- I Cat
OR
ERLA
TAQ
OR
ERLA
TAQ
TAE
Try & share feedback.
Regards
JP

Extended Classic Scenario Pricing issue, can I over come by using SRM-MDM?.

Hi SRM GURU'S,
I am using ECC 6.0, SRM 5.5, SUS, LAC, cFolders and SRM-MDM with Extended Classic Scenario.
My Question is : In case of Extended classic scenario, there is issue with Pricing and conditions. Is there any possibility to overcome this issue by using SRM-MDM. Or do I have to go for IPC. My client has not brought IPC. I have to cover Pricing with the above components.
Anyone suggest me, how to proceed. Thanks in Advance. Awaiting for quick response.
Thanks & Regards,
John.

Hi Masa,
We can maintain Price and conditions as a record in CCM for Particular Material or Vendor. When you add that record to shopping cart it will update. I mean, If the provision is available in MDM, I don't want to use the Two components for same functionality.
If I use IPC, Is there separate license for that. What else need to be updated to use IPC (Patches etc).
If you have IPC configuration material, could you please share with me? How to bridge the SRM Conditions and ECC Conditions?
Please clearly give me details. I really appreciate you.
Regards,
John.

Intercompany Pricing issue

I have an issue with intercompany pricing. I need to redetermine the pricing (reprice the billing document) on a user exit; at least I believe so. What we are doing is as follows:
We need to change the sales org, distribution channel, and sales group, on the billing document, in order to distribute commissions properly. We then have a pricing condition setup but we get the following message (message number 108) when we view the pricing conditions of the saved billing document:
"Condition record exists, but has not been set"
What does this mean and/or how do we solve it? I assume it just means that I have to manually reprice it after I change the fields.
Regards,
Davis

Thanks for your reply
Yes I followed the same process first intercompany invoice and then standard invoice.
but got pricing error in intercompany invoice and also the pricing procedure is picked up accurately only the values are not appearing.
The condition records are also maintained properly for billing date.
Thanks,
Deepak

Advance Complaint Creation - Org Data & Pricing Issue

Hi,
I’ve configured Advance returns in CRM with complaints for this purpose I’ve done the following settings
Defined Transaction type for Adv Complaints e.g. ZARM.
Defined Main item category for Adv complain – ZCPL.
Defined Item category for Return Order and Credit Memo.
Maintained item category determination and assigned R/3 Order type and item Category for (r/3 order type and item category with same name).
Maintained copy control for ZRO1 and assigned R/3 Order type and item category.
After this, when I am trying to create Advance complaint with reference to ECC Sales Order I am getting following error messages:
Organizational data from reference transaction does not fit transaction
Pricing: Local currency missing
I’ve checked the Sales Order and the Sales Area which is Sales Org 1000, Sales Office 1001, Sales Group 101 and replicated the same settings in PPOMA_CRM for the test user that I’ve used to login in Web-UI. But I am still getting the error for Organizational data.
For Pricing error I’ve executed initial load for DNL_CUST_PRICE which completed successfully but I still see the error message while executing the transaction.
Would appreciate any inputs on resolving this. Attached the document with details of settings.
Thanks
-Dj

Hello Sai,
Sorry for delay in response.
The issue is still open. The found that the issue is because of the condition category (Standard it is L - Generally new when copying). I tried with creating new condition type ZRWR with condtion category - Customer reserve 8 and it is working fine.
However, to avoid the creation of new condtion records for this ZRWR and I though to utilise the existing GRWR cond. records by maintaining the GRWR as a ref condtion condtion type in ZRWR. I have completed the configuration. But, no the condtion records created for GRWR is not getting populated for ZRWR.
Could you please help me if I missed out any config.
thanks, Krishna.

Performance issue adding a new product line to existing Quote pricing issue

Hi All,
Morning , need some assistance with this as we are currently stuck with this...
Using the Seeded API call mentioned here : aso_quote_pub.update_quote we are trying to add a new product/item lines to an existing quote in Sales Online Module but it is taking lot of time ( means performance issue is there ).
Also if there are already existing some product/quote lines on the quote and then we try to add another new product/quote line to this quote , then also it more and more of the time..
There are some parameters which we are setting as mentioned below :
l_control_rec.header_pricing_event := 'BATCH' -- What does this mean when we set to batch
l_control_rec.price_mode := 'ENTIRE_QUOTE'; -- (possible values could be CHANGE_LINES , QUOTE_LINE)
l_header_rec.pricing_status_indicator := 'C';
l_control_rec.calculate_freight_charge_flag := 'Y';
l_control_rec.calculate_tax_flag := 'Y';
l_header_rec.tax_status_indicator := 'C';
Question :Could someone please help us with this whether it there any way these parameters could be altered or changed to some other value ( like for PRICE_MODE we see this parameter could have some other values like : CHANGE_LINES , QUOTE_LINE etc other than ENTIRE_QUOTE).
means lets say we do the Pricing Engine call only for the Newly Added quote line but not do it for the Entire Quote again and again..
Question : Now the other question here could be how do we finally synch the line level price values for all the quote lines upto the Quote header level in form of Totals (TOTAL_LIST_PRICE,TOTAL_TAX, TOTAL_SHIPPING_CHARGE, SURCHARGE, TOTAL_QUOTE_PRICE in aso_quote_headers_all table) ??
2.Also is there a way that we don't do the Freight Charge calculation and Tax calculation (means we skip this completely) while adding products to the quote but do it at a later point when doing the Submit to Order functionality.
Could someone please help with these pricing related parameters and modes to be used in order to get around this performance issue
Thanks

Dear Expert,
Activate your Controlling area as usual and Cost Centers and Profit Center , You can assign an internal order for the particular product line for what you are seeing and can collect the costs of that particular product line exclusively.
Regards,
Shankar K B

Pricing issue - When posting with inbound delivery VL32N

Hi Experts,
Here is the present situation. We have no info records maintained for the precious metals . Base price comes from contract and market price comes from the condition record maintained in MEK1. There is a link between PO and condition record created.
We are doing inbound delivery for the items where our present design was to have the same date populated in delivery date field and actual GR date field. This way the price of the item is determined on the day when the item was actually delivered from the condition table maintained and posted on that day that might be only past last month assuming periods well be open.When PGR was done the actual GRdate picks up the right price from the condition record.
Issue is that insted of actual GR date the inbound delivery VL31N / VL32N progam should look at delivery date and get the right price from the condition record insted of actual GR DATE when PGR is done. Since the actual GR date is the posting date Finace has decided to closethe previous months periods and so it is a problem. We have to keep the Actual GR date as present date and delivery date should get the price for that day when item was physically delivered in past.
I have tried looking at pricing procedure and condition types but was not able to get any success. Please advise how to resolve this issue.
Thanks in advance.
Edited by: Born-Legacy on Jan 15, 2012 7:54 PM

Hi,
Just a couple of ideas - not sure if they can achieve what you need.
There's a field in the contract, called "Pr. date category", EKPO-MEPRF. It controls which date shall be used for pricing. This field is copied over to the PO together with the pricing conditions. The value 2 to the best of my understanding means the "delivery date in the PO". Can you make the delivery date in the PO to be the same as the delivery date in the inb. delivery?
If not, you might be able to use an own developed formula in the pricing procedure, column "CalcType" (V_T683S-KOFRM).
BR
Raf

Sale ordr - pricing issue

Hi,
I'm doing sale of one item & there is a provision to change the pricing manually in sale order.But after changing the price,other conditions like tax,basic rate will not change.
But when I tried to sale another item having same configuration (like 1st item), other conditions changed as i change the price.
Is there any problem with 1st item? Pls help to resolve this issue.
Harsh

Hi,
Try to compare the pricing procedures applied for the two cases.
The pricing procedures derived for both the cases mightbe different.
eg: for sales org 1000, distr channl 01, div 02, pricing procedure used is RVAA01 and cond PR00
however for Sales Org 1000 distr channl 01, div 03, pricing procedure used is RVAB01
Then in that case the vat rate and other entities might change.
Please note that apart from sales org, dictribution channel, division, determination of pricing procedure also depends on document pricing procedure and the customer pricing procedure.
For more details follow the path in SPRO.
IMG --> Sales and Distribution --> Basic Functions --> Pricing --> Pricing Control --> Define and Assign Pricing Procedures --> Define Pricing Procedure Determination.

Multiple Pricing Issues

Hi Friends,
I had a cycle like Contract, Order, Delivery & Billing. Same pricing procedure is triggered in all documents. There is a condition type called ZP09 where I am dumping 100% of the above value
Now the issue is sometimes this ZP09 is not getting triggered in Billing document. 1) So now when I checked in billing doc where ZP09 is getting triggered. It shows that it got triggered with a table where the values are 1000 (Sales organization), 10 (Distributional channel) and OR10 (sales Doucment type). 1000 and 10 are ok but the billing document type is ZF10 then where from this OR10 came?
2) Then I checked the same order where it got triggered with the same values. there 1000, 10 and OR10 are ok as the doc type is OR10. But the funny thing is there is no record in VK12 with this comibnation.
3) Then I thought that while creating that order the record might exist in VK12, later on somebody erased that. Then I created fresh Contract where ZP09 triggered with values 1000, 10 & CQ10 (where the record exist in vk12). Then I created order with reference to contract (which is must). I found ZP09 triggered with values 1000, 10 & OR10. (where the record doesn't exist)
NOW MY PROBLEM IS WHERE THE HELL FROM THIS OR10 GETTING TRIGGERED WITH OUT RECORD IN VK12. EVEN IF THE RECORD IS THERE WHERE THE HELL FROM IT IS COMING IN BILLING DOCUMENT?????????
Will any condition type if triggered in initial document like contract, will it automatically copied to all followed documents such as order and billing or the condition will search for record at every level like in order and in billing also?????
Can anyone please solve this.
regards
Ramesh

Hi Ramesh,
It might be possible that you maintained ZP09 as a condition supplement of another condition type. Since condition supplements don't require condition records to propose a value. Just check and update. Do reward if it proves helpful
Regards
SD

Pricing issue-With reference to group condition

Hi Friends,
Below are the details of the issue i have,
Letu2019s say we have 3 service line items in a service order
Line item 1-Do not charge the customer (controlled through accounting indicator)
Line item 2-Charge customer (controlled through accounting indicator)
Line item 3-Charge customer (controlled through accounting indicator)
Now we have maintained group condition in pricing. So if line item 1 has 20 min, 2-30 min and 3-40 min of service the pricing will be as under,
System adds 203040=90 min in total and than search for the scales accordingly (due to the group condition check) as the condition type is also scale based. But we donu2019t want to charge for the line item 1 due to some business rule. Thus the system should not consider line item 1(20 min) and add only 30+40=70 and look for the scales accordingly. Once the right scale has been found, it should divide the same in line item 2 and 3 equally. eg- if the scale returned was 60, it should be divided as 30 each between line item 2 and 3 and not as 20 between all 3 line items. We tried to make the scale of line item 1 to zero on certain business rule by creating a new routine. The problem now is, after getting the right scale the system divides it between the 3 line items instead of 2. Let us know if you have any solution to resolve this issue.
Highly appreciate your help
Sameer

Hi Sameer,
not sure which type of routine you did try to use. You should check whether a group key routine could help you to control the items, which should be grouped. Another option could be to prevent automatic determination of the group condition on the first item by a specific requirement formula (e.g. this could check the item categroy or the account indicator).
Best Regards,
Michael

Pricing Issue

Similar Messages

Maybe you are looking for