on 04-15-2011 4:14 PM
Hi SD gurus,
We can configure the delivery block at the header level of a sales order to block quantity confirmation.
However, as per standard SAP functionality the delivery block at the schedule line can only block the creation of the delivery but cannot block confirmation of the quantity in the sales order.
Our requirement is to block quantity confirmation by each item ( OR schedule line) in the sales order. We don't want the quantity to be reserved for the item.
Has anyone experienced this situation and suggestions, if any?
Thanks in advance,
Srini
Hello Experts,
Did you find any solution for this requirement, where in the Confirmation goes to ZERO if the Delivery block is set at its Schedule line and not at Header of the Sales Order?
I know if the Delivery block is set at header of the document then it will block the confirmation for the entire document but incase if you want to unconfirm only the particular item then this delivery document is set at schedule line and the expectation is to unconfirm the schedule line quantity
Appreciate for taking your time for the reading the query.
Many Thanks,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
You can check this settings. Which will block the confirmed quantities which can be used for other documents.
SPRO-> Sales and Distribution ->Basic functions ->Availability check and Transfer of Requirements ->Tranfer of Requirements -> Block quantity confirmation in delivery blocks ->Reasons for and Scope of Delivery Blocks: Transfer of Req. blocks.
Regards,
Jay
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Lakshmipathi,
Reason for Rejection is not appropriate in our situation.
Raja: Thanks for the reply, however, it appears you have not taken the time to read or fully understand the requirement.
Srini
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Srini,
Have you got any solution for the mentioned problem?
If yes, request you to please share the same with me. I also happen to have come across the same requirement where in if I maintain the delivery block (which also has the confirmation block in it) at sschedule line level for any item in the sales order then the requirement should not be passed to MD04. In other words there should not be any confirmed quantity for that item.
Thanks in advance.
Best Regards,
Vishi
Hi Noel
I noticed you have mentioned that you have to use a modification to resolve this issue.
I have exhauseted some of the best programmers that I know and have still not been able to find a solution.
Please can you advise if you actually implemented a solution for this requirement , if so please can you mail me on kasy.aboo@cyberneticit.com
Kind regards
Kasy Aboo
Kasy,
I agree with expert Noel that the behavior you are requesting is not supported by standard SAP ATP checks.
I always suggest that the business users should stick to standard functionality, and avoid the use of enhancements. I will say, however, that I have seen enhancements written that will override both the date of confirmations and quantity of confirmations (it sounds to me like you want to override quantity, or perhaps both date and quantity). Programmers I have dealt with have found such tasks challenging but achievable.
You mention that your local staff has been unsuccessful in creating a solution that meets the specifications. In most companies, when this situation arises, the best solution is to engage the services of a consulting company that has the required expertise.
Good Luck & Best Regards,
DB49
Hi
In t code OVLS there is a confirmation block
This confirmation block you can set/Activate for your delivery block
If this is activated once you save the sales order the confirmed qty becomes 0 in the schedule line of the sales order
This can be seen in VA02
Regards
Raja
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We don't want the quantity to be reserved for the item.
If I understood your requirement correctly, currently as and when sale order is created, the corresponding stock quantity gets blocked which you dont want to happen.
If this is correct, first identify what availability check is manitained for the material. Next go to OVZ9, select the combination (for example 02 / A) and untick the box "Include sales reqmts".
thanks
G. Lakshmipathi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Lakshimpathi,
Thanks for the reply. However, you haven't got my requirement correct. Perhaps, I haven't explained it well enough.
I don't want to change the scope of availability check.
All I want to do is set a delivery block in the sales order at schedule line level (NOT Header delivery block) and want the system NOT to confirm the material when the order is saved.
I know I can set the header delivery block and get the system to NOT confirm when the order is saved, but it doesn't work the same way when I set the delivery block at the schedule line level.
Hope that clarifies.
Thanks again,
Srini
Dear Mr.Lakshmipathi,
In your reply you have mentioned "untick the box "Include sales reqmts"." which is not correct. Because quantity confirmation for sales order is taken care by checking group at OVZ2 through the field "Accumul". Not by OVZ8. If you do so the result will be as follows.
1.You create a sales order for 10 no. of an Item. In MD04 we can see an equal no of stock reserved for that order.
2. Create another order for same material with 6nos. If the settings are done as per your suggestion, then while running availability check for this order system will not consider the 10 nos of the item allocated for the first order in MD04.
3. Suppose actual stock in plant-st.loc is only 10nos, this will lead the system to allocate 6nos for the second order. Which should not be done.
Thanks
Ramesh
User | Count |
---|---|
100 | |
11 | |
11 | |
6 | |
6 | |
5 | |
4 | |
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.