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