Before ECC 6.0 Enhancement Package 4, the system logic has been explained in notes below:
SAP Note No. 1093582
1. Question
Which effects has the “delivery completed” indicator?
Answer
-
Although a further delivery is not expected, it is still possible.
SAP Note No. 856279
- However, another delivery up to the purchase order quantity (including overdelivery tolerance) is still possible.
From both notes, the system logic is that the “Delivery completed” indicator specifies whether a purchase order item is considered closed. This means that no more goods receipts are EXPECTED for this item. If the delivery completed indicator is set, the open purchase order quantity becomes zero, even if the full quantity has not been delivered. It is still possible to post goods receipts of remaining quantities, but these no longer change the open purchase order quantity.
There were a few of doubts regarding the functionality of DCI (delivery complete indicator). One common opinion is if the DCI is set for the purchase order, the further GR should be prevented. Originally in this circumstance, the workaround is to block the line item in PO. You can set the blocking indicator by selecting the item and then
choosing Edit -> Block if you do not want to allow subsequent functions for the item.
As of ECC 6.0 Enhancement Package 4, the Enhancement Spot MB_GOODSMOVEMENT has been extended. There is new BADi MB_GOODSMOVEMENT_DCI which could be implemented to check DCI and issue M7344.
There is already SAP standard implementation:
The codings are:
In customizing transaction OMCQ, set message M7433 as “E”:
Now if doing GR for a PO which has DCI set, there will be error M7433 to prevent the GR:
This new functionality of EhP4 makes it possible to control the GR by according to DCI.
Regards
Warren Nash
-Raviraj
very useful. Thanks for sharing.
Thanks for sharing. Useful.
not working in my case, i have EHP6.
Dear Jimmy,
It's really useful information.
So many consultants and Business uers are confused about this functionality. They misunderstood the SAP intention thereby leading to frustration about incorrect usage of this.
Hope this new change servers our customer better
Thanks for nice explanation
Vijay
Jimmy
Good explanation and will be updating our version as this was a common misunderstanding with a few members of our staff
Thank you
Hi very useful Blog. Thanks for sharing. Regards Kumar
Very useful & nice blog
Useful Blog
Hi Jimmy Zhang,
Very informative. Thanks for sharing 🙂
Regards,
Narayana N
Hi Jimmy,
I check and makesure we have the new BADI: MB_GOODSMOVEMENT_DCI and set M7433 that you talk about. But it doesn't work in my system (ECC6.0 ehancement 4). Did you know what item I should check again? In fact, I send incident to SAP and they asked me to follow snote.1316983
I want to know if I have new BADI: MB_GOODSMOVEMENT_DCI in my system. Do I still need to follow snote.1316983 to create an Z* customer exits.
Regards,
Carol Lin
Hi Jimmy Zhang,
We have implemented this and found working fine for forward transactions. But when we try to cancel the GR, system gives the same error message M7433. Is there any solution in standard SAP, apart from writing logic in the BADi?
Thanks,
Narayana N
Hi all,
I was facing issue that PO quantity is getting modified even after doing GR & Invoice.I was searching for the same solution since so many days. Finally i got solution i thought it would be helpful if i share same with all SAPian's.
Solution :
Open T-code - OMAS
Go to Position
Version : 00
Area : 06
Message : 744
Change the Message type "W" to "E"
Now you can see when if the GR & invoiced PO quantity gets changed system will trigger a Error message.
Thanks & Regards
Vedantham Harsha Vardhan