Accuracy issues importing QIF files with split transactions

R. Victor Klassen rvklassen at gmail.com
Fri Jan 10 11:35:44 EST 2014


I have not been able to reproduce the bug in 2.6.0 on MacOS 10.9.1

For what it’s worth.

On Jan 9, 2014, at 10:14 AM, John Ralls <jralls at ceridwen.fremont.ca.us> wrote:

> 
> On Jan 8, 2014, at 7:45 PM, Daniel Schafer <dschafer at bellsouth.net> wrote:
> 
>> Not sure if I'm doing something wrong or haven't looked at the right FAQ or doc file, but I seem to have a very repeatable issue with the QIF import.  Whenever I import a QIF that has split transactions in it, Gnucash seems to be converting any values that end in .50 to .51.
>> 
>> On many of them, it seems like Gnucash then catches the mismatch between the sum of the splits and the transaction total from the QIF and then adds a $0.01 Imbalance-USD entry to compensate.  I now have several hundred 0.01 or 0.02 adjustments throughout my accounts.  I think this may also mean I have an unknown number of transactions that have errors but did not have an Imbalance entry added to them.  I have verified the QIF file in a text editor, and the values there look correct.  I'm using Gnucash 2.6.0 on Windows 7, and have replicated it on two different systems with both a large QIF file and a very simple one.
>> 
>> 
>> Is this a bug, or am I doing something wrong somewhere?
> 
> Sounds like https://bugzilla.gnome.org/show_bug.cgi?id=721447 .
> 
> Regards,
> John Ralls
> 
> 
> 
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.




More information about the gnucash-user mailing list