on 11-22-2012 7:17 AM
Hello Friends,
Greetings.
We recently came across a strange scenario in SAP:
We have created Sales Order, Delivery & Invoice. (OR - LF - F2).
Now the material was Returned & we created Returns Order (With reference to F2 Invoice), Delivery & Credit Memo (F2 - RE - LR - G2)
Subsequrntly we tried to Cancel the original Invoice (F2) & to our surprise system successfully cancelled the Invoice.
Ideally once we create subsequent document, system should not allow to cancel preceeding Document. Specially in case of Returns, where we have create Returns Order, Delivery (PGR) & Credit Memo, still systme is allowing to Cancel Original Invoice is very strange case (because we have already given Credit to Customer in form of Credit Memo then system should not allow to cancel Original Invoice).
Have any one of you encountered a scenario like this? Is there something missing at my side?
I have referred to below thread, but there is no clue: http://scn.sap.com/message/8054745
Thanks,
Jignesh Mehta
Dear Sir
There is nothing missing from your side, the system is working fine.
You can try with VOFA with your billing type under tab Cancellation there is copying requirement, there you can develop your own logic.With the help of ZUONR field in VBRK, pass your cancelling number and if exit, system should not allow.
Thanking you!
Ashish Mishra
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Ashish,
Thank you for your response.
Yes. Creating a Copying Requirement is a only option for me as of now, if seems.
But what surprises me is, why is system allowing this? I mean once I create Returns Order or Credit Memo Request with reference to Invoice, it should not allow me to cancel the Invoice, because there is subsequent document present.
Is there any SAP Standard solution / note / patch to rectify this?
Thanks,
Jignesh Mehta
First of all, thank you Jignesh for posting here as otherwise, I would also be in line with your understanding
Ideally once we create subsequent document, system should not allow to cancel preceeding Document
After reading your post, I created a return order against a billing document for which accounting document has also been generated. Surprisingly, system is allowing me to cancel the billing document when a subsequent document is there. I think, this is definitely a bug in SAP logic. Though this can be controlled via user exit, but I would recommend you to raise OSS message and update here as to what response SAP has given.
G. Lakshmipathi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Lakshmipathi,
Thank you for your response.
Controlling these issues via Z-Development is always an option we have, but I believe controls like this should be in place in system itself.
Yes. I have already raised a OSS message today & let us wait for their reply. I will definitely update here once I get from response from SAP.
Thanks,
Has the released billing also cleared in accounting? If so, then it looks this can be controlled by assigning routine 29 in the filed copying requirements of the billing documents type in t.code VOFA.
Otherwise as mentioned before, you can copy this routine and create a new one with additional logic to block the cancellation.
Regards,
Hello All,
I have received a reply from SAP Global Support as below:
Quote
Your system works correct, there is no program error.
Creation of a sales documents with reference to a billing document does not prevent any actions done on the billing document.
Furthermore it is also possible to create a return with reference to a canceled billing document.
In transaction VOFA you could set an own copying requirement (field TVFK-GRBED_S) for the used billing document type.
Unquote
Thus it seems that we will have to create a new Coping Requirement & assign the same in VOFA.
But somehow it seems strange to me that system allows to create Returns Sales Order with reference to Cancelled Invoice.
Thanks,
Jignesh Mehta
User | Count |
---|---|
95 | |
11 | |
11 | |
6 | |
6 | |
4 | |
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.