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