Transfer window appears when it should not - further information
Ken Heard
kenslists at teksavvy.com
Wed Feb 18 00:37:10 EST 2015
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 2015-02-18 01:17, Derek Atkins the warlord wrote:
(snip)
> The issue is that the transaction currency gets set when the
> transaction is created. This means that the transaction you are
> trying to manipulate has the THB currency embedded in it, and will
> forever more.
>
> Changing the currency of your Imbalance account wont help, because
> the transaction itself is *still* in THB.
While my default locale is Canada and my default currency is CADs, I
have sets of accounts in several other currencies, THB, USD, GBP and
EUR being the main ones. I have bank accounts in all these
currencies,and when I am in countries where they are the usual
currency all the expenses I incur those countries are in those
currencies.
Consider a situation where I have a transaction in one of those other
currencies where all the accounts in it are in those currencies. After
making all the entries in the transaction there may be an unnoticed
inadvertent imbalance. If then I try to save such a transaction, and
before being allowed to save it will I always be be asked to convert
the imbalance to the default currency? If so, in such a situation I
would consider that requirement a bug.
Furthermore, it has always been my understanding that in a transaction
involving two currencies, no splits are allowed. Only the two
accounts involved are allowed. Does this rule not apply to imbalances
where at least one split is necessary? In the transaction which
prompted my original query to the list there are eleven lines (or
splits?) in it.
> Your ONLY option is to delete the transaction completely and
> re-enter it after you fix your locale default currency.
To do so raises another issue. The eleven account transaction
prompting this query took place at the end of January; one of the
entries was in a bank account. Early this month I received the bank
statement and reconciled it with the GnuCash account for that bank
account. That entry is consequently marked with 'y' to indicate its
reconciliation status. If I were to delete the transaction and
re-enter it now, would it screw up the reconciliation?
Regards, Ken
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlTkJQYACgkQlNlJzOkJmTfPDACcD4JUKqQeiCUvoa8K1lTfvvpj
7kQAn3bN/gat5qSpyeYk1DU8grnDNi2P
=W4hN
-----END PGP SIGNATURE-----
More information about the gnucash-user
mailing list