matching invoice payment to existing checking acct entry
vzuyxbysla
gnucash at zehmahyesh.e4ward.com
Fri Feb 21 15:49:26 EST 2014
On 17 Feb 2014 at 21:30, Geert Janssens wrote:
> > Geert, thank you for your replies.
> >
> > I just tried to use this facility for the first time and it didn't
> > work too well for me.
> >
> > I have a customer that paid me and I had an invoice already posted.
> > I was using an imported value in my checking account to assign as
> > payment. It went ahead and acted correctly, showing me the proper
> > screens and proper payment, but it created an A/R entry that was a
> > split entry: one of the splits being the checking account value and
> > the other being a zero entry for "Imbalance USD". This looks like a
> > bug? Also, I noticed that there was not a "P", rather a "?".
> >
> This is indeed a bug and easily to reproduce. I have just pushed some
> changed in the code to fix this. It now works correctly for me.
>
> These fixes will appear in GnuCash 2.6.2 early March.
>
> Regards,
>
> Geert
Geert, thank you for your replies and your attention. I am a
developer myself and understand the hard work that you put into this.
I have found a problem that I hope you can reproduce and fix.
I just imported QFX values into my checking account today, and using
the cumbersome method of paying a customer bill, accomplished the
payment. This gives me a zero balance in A/P before the display of
the internal lots as before (which are unneeded and clutter up the
A/P, of course, but that was already discussed).
The problem is that after the first display which brings my A/P to
0.00, the first "L" internal lots entry which posts an amount of X
to the "Total Bill" does not show now a balance of X (before the next
internal "L" reciprocal value which should return the balance to
0.00), but shows a balance of 2X! This is only happening on the one
latest bill, and no matter what I do (delete the payment transaction
from the checking account, unpost the invoice, re-post, re-import) I
can't achieve a 0 balance anymore. This means that I now have an
erroneous balance in my A/P that I can't do anything about. This
seems to be a serious bug, and looks to be related to the erroneous
accumulation of balances for invoice payment (which nobody but me can
reproduce).
Is there some sort of work around for this? Did your other fixes to
the "Assign as payment" functionality perhaps fix this issue too?
Thanks.
---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com
More information about the gnucash-user
mailing list