[GNC] best accounting practice for refund

[Geert Janssens]

It took me a while to respond as I was on holidays :)

First off, I can't read the second screenshot, so I don't know what's in 
there.

In your first screenshot I see three transactions:
1. An "Invoice type" (I) transaction, named Credit Note 2019 (don't worry 
about it being called "Invoice type", that's the proper type for credit note 
transactions)

2. A "Lot Link type" (L) transaction, that handles the offsetting of Invoice 
368 and 374 with credit note 377.

3. A "Payment type" (P) transaction for a payment against supposedly the same 
customer. Is this one related to the payment you are having issues with ?

In any case, looking better at this it will be slightly more complicate to 
fix.

The easiest way out is probably to restart this payment after cleaning up the 
unwanted parts.

That would mean:
1. find the unwanted payment transaction to the liabilities account and delete 
it.
2. find the transaction that represents the offset between your invoice and 
credit note we're trying to correct here and delete it as well.
3. Create a new payment via Process Payment and this time set the payment and 
refund boxes to 0 after selecting the invoice and credit note to keep the 
remaining credit note balance open.

Regards,

Geert

Op zondag 14 juli 2019 01:17:36 CEST schreef Eric Rathhaus (general):
> Hi Geert -  You’re correct about what happened.  However, I can’t see how to
> change the offset. The transactions appear as follows in my AR account
> 
> 
> 
> The only  place I can see to reduce theis the payment transaction before gnu
> automatically sends the amount from AR to liabilities.  But I can’t edit
> that transaction.  Would I just delete it?
> > On Jul 3, 2019, at 10:50 PM, Eric Rathhaus (general)
> > <rathhaus_law at yahoo.com> wrote:
> > 
> > Thanks, Adrien for your assistance and patience.
> > 
> >> On Jul 3, 2019, at 10:35 PM, Adrien Monteleone
> >> <adrien.monteleone at lusfiber.net> wrote:
> >> 
> >> Short answer — yes.
> >> 
> >> Slightly longer answer — figure out what caused that to happen, undo it,
> >> and then redo the payment properly.
> >> 
> >> The reason for doing so rather than just creating a correcting entry is
> >> so that you learn what went wrong and don’t repeat the same situation in
> >> the future. (you’d also need to make good notations in the correcting
> >> entry so that far in the future, you don’t question why it is there)
> >> 
> >> I’d suspect that you chose the liability account as a source account like
> >> you’d choose some asset account. You don’t need to select an account
> >> when doing an offset.
> >> 
> >> Regards,
> >> Adrien
> >> 
> >>> On Jul 4, 2019, at 12:04 AM, Eric Rathhaus (general)
> >>> <rathhaus_law at yahoo.com> wrote:
> >>> 
> >>> So I did assign the credit note to the AR account and then processed two
> >>> payments by selecting the posted invoices and the credit note all in
> >>> the AR account.  I didn’t do anything else but somehow the remaining
> >>> balance of the credit note ended up in a liability account. Should I
> >>> just move it back to the AR account to keep it simple?>> 
> >> _______________________________________________
> >> gnucash-user mailing list
> >> gnucash-user at 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.