I believe one way to do this is to create a credit note.

You can do so most easily by selecting the bad invoice and then choose 
Duplicate Invoice. The window that pops up will allow you to select credit note 
to create such a note that will "undo" the invoice.


Sascha Silbe <sascha-ml-reply-to-201...@silbe.org> schreef op 12 februari 2018 
21:10:39 CET:
>how can I retract (invalidate) an already posted invoice without
>removing the existing transaction or altering the amounts of the
>transaction? (The invoice was created using the Business functions)
>A customer requested an invoice to be split so I need to retract the
>original invoice and create two new ones. According to German
>rules (*) transactions must not be altered in any way that hides their
>previous content. So I need some way to invalidate the original invoice
>without removing or changing the posted transactions. I need the
>transactions to be voided (with the original amounts still visible) or
>reversed. It needs to be clear that the invoice has been retracted
>(e.g. by adding a suitable description to the transaction).
>What I tried so far:
>1. Marking the invoice as "not active"
>   Had no effect at all on the accounts so it doesn't help.
>2. Using "Void Transaction" on the transaction associated with the
>   invoice.
>   Makes the original amounts invisible (even though they seem to be
>  retained in the data file) so this isn't compliant with GoBD. Haven't
>   checked how it would affect the Business functions (Customer Report
>   etc.).
>3. Using "Add Reversing Transaction" on the transaction associated with
>   the invoice.
>   The reversed transaction looks exactly like the invoice transaction
>  (only with reversed amounts) and cannot be edited manually. It's very
>   hard to understand what the transaction is about and it's impossible
>   to add even a reference number to it. Likely to cause at least
>  confusion if it comes up during a tax inspection. Haven't checked how
>   it would affect the Business functions (Customer Report etc.).
>What I haven't tried:
>1. "Paying" the invoice
>   Would incorrectly increase the income accounts.
>(*) GoBD: Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von
>    Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie
>    zum Datenzugriff [1]
>Softwareentwicklung Sascha Silbe, Niederhofenstraße 5/1, 71229 Leonberg
>USt-IdNr.: DE281696641

Verzonden van mijn Android telefoon met K-9 Mail.
Sent from my smartphone. Please excuse my brevity.
gnucash-user mailing list
To update your subscription preferences or to unsubscribe:
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Reply via email to