[GNC] GnuCash getting worse?
flywire
flywire0 at gmail.com
Sat Jul 20 20:02:17 EDT 2024
https://lists.gnucash.org/pipermail/gnucash-user/2024-July/112481.html
> For CSV import “Deposit” and “Withdrawal” were no less ambiguous than
“Amount” and “Amount (negated)”.
The meanings are different, Amount does not indicate direction whereas
Deposit/Withdrawal is clearly Add/Remove.
> The former make sense if and only if your bank’s CSV exports have both a
debit and credit column (usually backwards to your own books) and neither
is signed. Many banks don’t: They export a single column of signed numbers.
Sometime the signs match up with what GnuCash wants (+ is debit, - is
credit), sometimes they’re the other way around. Other banks will use two
columns but will put - signs on one of the columns. After some time
wrestling with how to deal with all of the variations Geert settled on
using Amount for an amount column where the sign matches what GnuCash
expects and Amount (negated) for an amount column where the sign is
reversed to what GnuCash expects.
This is real world complexity and Geert explains why it wasn't
communicated. Documentation needs to emphasise testing the data, and if the
result is wrong then try reversing the amount label(s). The import can't
proceed with a file from a bank with "two columns but will put - signs on
one of the columns."
The Guide explains the five basic account types, and the A/P A/R are added
in the business section iirc yet there are thirteen New Account Types. I
understand that Bank is no more than a convenience grouping (Namespace ??)
under assets and could just as easily be achieved with a Bank subaccount of
Asset. A Bank Type seems to break a direct connection with Asset making the
Debit/Credit concept a little more distant.
> A personal finance manager program like KMyMoney would work better for
you.
There is nothing fundamentally different about GnuCash making it difficult
to explain the accounting in simple terms.
Regards
More information about the gnucash-user
mailing list