on 12-16-2017 5:24 AM
Dear All,
We have a new requirement in SD Pricing Condition record.
ie we are having a Condition Record: ZTRC === Rs. 1500 (Customer & Material combination)
Now we need to apply this condition record every day for First Sales Order only.
It should not apply for second and further Sales Orders of the day.
Kindly help us.
Regards,
Sarran
Hi,
It seems you need to go for adding some custom routine against the condition type in the pricing procedure.
Check with the ABAPer they would help you path forward.
Thanks,
VNr
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Please check condition update option in condition type screen ( V/06)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Thanks Mrs Veselina & Phanikumar Valiveti,
What is the reason behind this requirement?
We need to give Freight amount as discount (fixed Rs. 1500) for the first billing only.
What specific business need is addressed by this condition?
The freight amount (Discount) has to be given to Customer immediately, since they are taking care of the vehicle responsibility.
What is understood by first sales order - first order for a specific partner, first order taken on any partner on a given
date or something else?
Every day for the first Sales Order we have to apply the Discount, and it is for all customers
and we will maintain the customer list in VK11 condition .
Is this condition for reporting purposes only or you expect to charge the customer?
This Discount we are giving to customer, not a reporting purpose.
What would you do if this order is rejected?
Our business is on a daily basis; we are monitoring open orders on daily basis
Did you discuss the requirement with the business process lead and with your solution architect?
Based on business process owner’s requirement only, we are trying this discount method.
Have you tried Additional data at pricing VK11(Field maximum no.of orders)(Check Condition Update field activation too in V/06 controls).
Yes, I activated Condition Update field in V/06 and created condition record with Additional data --- Max.number.of.orders as 01
(Limits for Pricing), but it is applying for the first Sales Order of the month only and not on an EVERY DAY.
We need discount on an EVERY DAY first Sales Order.
Please give a suggestion on the above.
Regards,
Sarran
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Your explanations do not add up very well, sorry - first you speak about the first sales order, then - about the first billing, which are different things.
If the customer takes care of arranging some part of the transportation it does not matter if this is the first or the second or xth in order document.
Not fully transparent pricing for customers (assuming that the customer cannot know if his order will be the first for the day or not) is usually not a good practice and needs to be carefully considered before adopting such approach, which is the reason why it is a good idea to discuss the requirement with a person within your organization who deals with company strategy.
If you receive more than one sales order for the same customer on a specified date it also makes sense to ask the business why this happens in the first place.
Monitoring orders for applied conditions can be time-consuming for the business if there are many documents per day. In the case of a rejected order with such discount somebody will have to either add the condition manually to another document or trigger repricing (corporate auditors may not agree with such idea, also this may influence other processes like credit control and advance payment).
I still believe that the best way forward is to speak with the BPL and the solution architect.
If you want a give a special discount only for the for the first sales order created in a day-you need to create a pricing routine and assign the same to a discount condition type-best of my knowledge no such standard settings are there who can take the time of the sales order creations....
But as suggested by Mrs Veselina,We need to consider all the risks like created a SO first but rejected afterwards-we also need to consider what if the entire sales cycle was created at first but cancelled on later times...
To Mrs Veselina: We heartly appreciate your effort in giving and correcting the members with your descriptions-very helpful suggestions to the people like us to understand & adopt the best SAP practices... Thank you madam.
Phanikumar
I agree with others - too many holes in this scenario. What if the order does not actually get shipped (for a variety of reasons)? What if the customer just calls as says "nah, forget that order, I want something else" or what if they end up not providing their transport? What if they don't pick up their order today but then next day come and pick up yesterday's order and a new order? Would they be allowed to "double-dip"? How would you even verify the validity of this discount? Who and how will confirm if the transport was indeed provided by the customer?
To me it seems like at minimum a discount has to be applied at PGI (when shipping personnel should see where the goods are going) instead of sales order. But really, the whole design seems very error prone potentially.
Hi,
you have mentioned that after activation of condition update and maintaining condition record for one sales order,system is considering the 1 month period.
can you find out where exactly the system is picking this information from the program so that we can make some amendments in the program to consider 1 day 1 sales order.
you also need to consider the query's raised by the members.
You should give more background of your requirement as suggested by Mrs Veselina to get a best possible solution-Pl let us know..
have you tried Additional data at pricing VK11(Field maximum no.of orders)(Check Condition Update field activation too in V/06 controls)
Phanikumar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
88 | |
7 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.