Accountant's comments on GNUcash
Timothy Wight
tim.wight at kihoe.net
Thu Oct 22 06:13:02 EDT 2009
John
I have the experience of producing several years of business accounts
for a limited liability retail company operating in multi currencies, in
my case seven. I have had to jump through a few hoops to get my
accounts to balance but I have persevered up to now because Gnucash
offers other advantages, particularly in its ease of getting data in and
out.
Without the opportunity of examining your accounts, my comments are
speculation, but I suspect you have three problems to resolve should you
wish to continue with Gnucash:
First, I have never experienced your problem of debits and credits being
confused. I wonder if you have an account created with the wrong
'Account Type' set, ie asset instead of liability or vice versa.
Second, your foreign currency transactions cause your Trial Balance to
fail. This is because Gnucash does not recognise 'Realised
Losses/Gains' and can mistakenly report 'Realised Gains/Losses' as
'Unrealised Gains/Losses'. Looking at the situation you reported in
your earlier post, your Trial Balance failed because the USD100,000 you
transferred had a different GBP value when it was deposited to its GBP
value when withdrawn, you made (and realised) a currency gain. However,
so far as Gnucash is concerned there is no 'double entry' transaction
to account for this gain, so your account does not balance. Moreover,
as it would require an unbalanced transaction to correct the imbalance,
there is no trivial way to resolve this.
So long as you have some funds in the foreign account, Gnucash will see
the imbalance and add an extra line to the Trial Balance called
'Unrealised Gains', with the imbalance amount, in a sense artificially
causing the Trial Balance to succeed. As soon as the foreign account is
reduced to a zero balance it no longer adds this line (no balance to
have a potential unrealised gain/loss) and the Trial Balance fails.
This is why your 50% transfer appeared to work, until duplicated.
However, it is still wrong -- as in this case half the amount it is
reporting in the Trial Balance (and Balance Sheet) as an unrealised gain
is in fact a realised gain, which should be reported as income.
The only way to solve this is to get into the middle of the imbalanced
transaction. I achieve this by using currency trading accounts as
proposed by Peter Selinger in his article at
<http://www.mathstat.dal.ca/~selinger/accounting/gnucash.html
<http://www.mathstat.dal.ca/%7Eselinger/accounting/gnucash.html>>.
This both results in a balanced Trial Balance and allows me to create
transactions to assign realised losses to expenses or realised gains to
income, as required by my auditor. I would be happy to talk you through
this if required.
Mike Alexander has created a patch which has '...partially implemented
these changes (enough to be useful) ...' However, as a win32 user I
have not yet had the opportunity of trying it out. It should make
setting up and using trading accounts easier, but I do not know if it
resolves the business issue below.
Third, your business accounts may not correctly balance. It is possible
to adjust Gnucash settings to ignore unrealised losses/gains and
therefore hide the imbalance from you. However, your limited liability
company has a legal obligation to produce audited accurate accounts, and
hiding currency losses / gains may not survive a tax audit. The
business problem arises if you operate an A/P or A/R account in a
foreign currency.
Take the following example: You bill a client USD1000 and the posting
of the invoice to the foreign A/R account is balanced by a posting to
'Sales Income' of GBP 500 calculated using the exchange rate on that
day. Thirty days later (I wish) your customer pays his bill with a bank
transfer. Let's be generous and assume he has instructed his bank to
deduct charges from his account. However, forex has drifted and that
USD1000 is now only worth GBP475. What's more, your bank has charged
you GBP25 for receiving the transfer. Your bank account now shows
income of GBP450 that had been booked as Sales Income of GBP500. Even
using currency trading accounts your transactions will balance but your
accounts will not. However, currency trading accounts will allow
balancing transactions to be added.
Summing up, without possibly considerable extra effort, Gnucash is not
at present suitable for use by a limited liability company operating in
a multicurrency environment, as that company will have a legal
responsibility, as well as a tax liability or benefit, to report losses
and gains that Gnucash does not handle. With the internet leading more
and more businesses into international markets, I think it is a great
shame that Gnucash is potentially shutting itself off from this market.
Tim Wight.
John M Collins wrote:
> Here is what my accountant says about GNUcash - would anyone like to
> comment?
>
>
>
>> After several days of pulling my hair out I have managed to get the
>> trial balance to balance.
>>
>> The reporting in Gnu is very poor. I have had to run a general
>> ledger
>> report on screen, cut and paste this to Excel and then work on the
>> data
>> from there. On the general ledger report in many accounts the
>> credits
>> are randomly reported in the debit column (see accounts for VAT
>> outputs
>> or credit card) and so I have had to go through and pull them into
>> the
>> right column.
>>
>> However the main thing is that it still cannot cope with foreign
>> currency. In particular when amounts are transferred from Ruesch to
>> HSBC current, the credit in Ruesch does not equal the debit in
>> current
>> account (see MEI on 24/11/08 - it has debit 6,413.16 and credit
>> 6,823.24). To identify this I have needed to go through the whole
>> ledger and literally match each debit to a credit. It is just
>> fortunate
>> that there are not that many foreign transactions - otherwise it
>> would
>> be completely unmanageable.
>>
>> Executive summary: you urgently need to ditch this software and get
>> something that works.
>>
>
>
> John Collins jmc at xisl.com Skype: toadwarbler
>
> xisoftware
> Xi Software Ltd www.xisl.com
>
> Tel: +44 (0)1707 886110 (Direct) +44 (0)7799 113162 (Mobile)
>
> Registered in England & Wales Company Number 1977148 VAT: GB 403 9239 64
>
> Trading Address: 3 Mandeville Rise, Welwyn Garden City, Herts, AL8 7JT, UK
> Reg Office: 2 Mill Road, Haverhill, Suffolk, CB9 8BD, UK
>
> _______________________________________________
> 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.
>
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.423 / Virus Database: 270.14.24/2449 - Release Date: 10/20/09 18:42:00
>
>
More information about the gnucash-user
mailing list