In reality, if the customer hasn’t paid the invoice in the first place, he is not entitled to get the money from the credit note back.
It is just a matter of accounting.
Let’s assume we generate an invoice (without VAT), then we will register these entries in our books:
Credit: Income Account Debit: Customer Account
Today, in ERPNext, if we cancel an invoice, these entries are just deleted. If we change the logic and automatically create a credit note on cancellation, the entries should be:
Hmm. Honestly, I wasn’t aware of this behaviour and I just confirmed it. Cancellation should reverse all the posted entries and not delete them. I agree that this behaviour should be changed. It goes against the “maintenance of audit trails” that I have been preaching.
Based on this, I propose:
The “Cancel” button should create and save a credit note which completely reverses the reference invoice without deleting the GL posting.
Credit notes should specify its source invoice on the printed credit note.
Based on 1 and 2, the “Amend” button should be removed. If the user wants to duplicate the cancelled invoice, there is already a way to do this.
If you debit the Sales Return Account, Doesn’t that leave the turn over as if there was no credit invoice? Or is the Sales Return Account deducted from the Income Account for turnover calculations?
I found a solution for this problem (i’m an Spaniard too). I modified the print format to print the original invoice number, so if you amend the invoice, you will get a new number (XXX-1), but the invoice printed will have the original one.
We join this discussion because in our country (Argentina) it is not very practical for the sequence to be generated by saving the draft.
What we see as something serious, regardless of the country, is that when you have several users (two is enough to make it happen) when you generate invoices in draft, and a user deletes them in an unsorted way, the sequence is no longer consecutive.
Something I imagine no one national treasury would allow. This and several problems I estimate would be solved by generating the definitive sequence when validating the document.
For those who use electronic methods to communicate to their country, billing is also a subject that limits the generation of the sequence by saving as a draft.