Op dinsdag 5 februari 2019 00:18:47 CET schreef Mike Alexander: > > On Feb 4, 2019, at 4:32 AM, Geert Janssens <geert.gnuc...@kobaltwit.be> > > wrote: > > > > Back to the original question: I think gnucash will try its best to keep > > you from adding a reverse payment to an already paid invoice. So what you > > did via manual lot manipulation is probably the closest you can get to > > that outcome. > > > > There is however yet another way to see this: if the check bounced it > > didn't really pay for the invoice to start with. > > > > So you could decouple the payment from the invoice (the easiest way is by > > unposting and reposting the invoice). Then presuming you want to keep > > record of the fact that you received a check, you can keep the payment > > around and directly credit it via the Process Payment dialog to indicate > > it bounced. That is, you can select the payment only in that dialog and > > have gnucash "pay" for that payment, which is to say gnucash would refund > > that payment. > > Thanks for all the help, I learned a number of things. What I ended up > doing is use the “Add Reversing Transaction” command on the payment. > Somewhat to my surprise this did pretty much what I wanted to do. It added > a “reversed by” slot to the payment transaction and decoupled it from the > invoice. This left the invoice unpaid. Interesting. I didn't know "Add Reversing Transaction" had any effect on the business properties of a transaction.
Geert _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user 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.
