Tracking down 1.6 currency account import problems
Christian Stimming
stimming@tuhh.de
Mon, 18 Nov 2002 00:08:28 +0100
-----BEGIN PGP SIGNED MESSAGE-----
Hi,
I think I have tracked down the problem reported by Herbert Thoma and me,
related to wrong 1.6-currency transactions. I need somebody to point me to
the place in the code, where 1.6 transactions are converted into the new 1.7
currency model -- somebody out there?
The importing bug is due to the new handling of currency accounts (they don't
have both a security and a currency anymore, they only have the security
which is now called commodity). In 1.6, we did currency exchanges this way
(showing only the "second half" of that two-transaction process)
Split A, to EUR Asset account: Quantity: 511.29 Value 511.29
Split B, from Currency account: Quantity -511.29 Value -1000.00
where the currency account had security EUR and currency something else, e.g.
DEM, and Split B says that those EUR 511.29 were worth DEM 1000.
Now if this file gets imported into 1.7, that transaction ends up as a EUR
transaction and with the numbers like this:
Split A, to EUR Asset account: Quantity 511.29 Value 511.29
Split B, from Currency account: Quantity -1000.00 Value -1000.00
and this transaction is *no longer balanced*! Having the transaction as a EUR
transaction is correct. Split A is correct as well, but Split B is not.
Instead, the correct values would be
Split A, to EUR Asset account: Quantity 511.29 Value 511.29
Split B, from Currency account: Quantity -511.29 Value -511.29
since these EUR 511.29 is the only thing that gets moved around. Where on
earth is this performed in the gnucash code...
Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iQCVAwUBPdghbGXAi+BfhivFAQHNkQQAkeFnlE4n912CleR1J6U9Agn8dRoxE7dz
9FQ/eHetUp9H5xe2Xs3EpTt7xbAS7rIn3xJkUtXjantreTghpqEW8dBl5J9b+xYG
ih9aQBuwrCZhNOtUB8IJVlu4dBMFcC1tAl92ECOCwlbstyJXraYz3kpFGQZiy6Bl
OXuCt8CwMyc=
=1Fze
-----END PGP SIGNATURE-----