Help with GnuCash! Accounting vs a Math degree

Dean Gibson gnucash at ultimeth.com
Fri Oct 19 14:12:16 EDT 2012


On 2012-10-18 19:53, Robby Burns wrote:
> My thanks to those who have tried to help me. It is amazing to me how
> complicated this seems to be...considering that I was a math major in
> college.
>

I too was a math major (at CalTech), and when I had to install an 
accounting software system at a company, I had to learn a bit about 
accounting:

First, like you, I found that accounting has nothing to do with math;  
it has to do with record-keeping.  However, being a mathematician helps 
a little, because both disciplines require precise thinking and logic.  
Just like advanced math, sometimes the logic seems twisted at times, but 
don't fight it;  it makes sense after a little thought.

Second, don't try to defeat "double-entry" accounting.  If you want 
that, use Quicken (which I did for years, until I got tired of the lack 
of tracking that any "double-entry" accounting system easily provides).

Third, unless one is already VERY familiar with accounting, I strongly 
suggest that in GnuCash you use the formal accounting labels of "debit" 
and "credit", and set "Reverse Balanced Accounts" to "None".  It may be 
initially confusing, but not as confusing (to a newbie) as a system 
which represents positive/negative numbers differently in different 
accounts.

Forth, read up on the difference between "cash accounting" and "accrual 
accounting".  I recommend "accrual", because (except for very simple 
needs) it seems more logical, AND it allows you to easily keep track of 
money owed (eg, "Accounts Payable" -- sometimes denoted as "A/P").  I 
personally don't mark "accounts payable" accounts as "Accounts Payable" 
in GnuCash, because (for me) it makes it difficult to make changes to 
such transactions.  As a result, for each credit card account, I have a 
current liability account (charges since the last reconciliation) and a 
separate "A/P" (actually, liability) account to track bills.

Fifth, don't be afraid to set up a lot of accounts (at least initially), 
and use a tree-structure for account grouping.  In GnuCash, you can 
easily combine transactions in accounts later, but it is A REAL PAIN to 
decide later to split them out according to a new need.  I see people 
here fussing about how to set up reports to get the information they 
want.  The key is to group transactions into enough separate accounts so 
that the reporting is easy.  In fact, I don't even use GnuCash reports;  
I get all the summary info I need from the main account list (where I 
have enabled the display of current and reconciled balances).

Sixth, while there are "add-on" to accounting systems that allow 
budgeting, stock tracking, etc., fundamentally, accounting is a system 
of keeping track of what HAPPENED (historical transactions), not 
forecasting or tracking current value.

Finally, I view "double-entry" accounting as a small five-sided 
building.  Each side of the building has a window with a little man at 
the window, wearing a green cap.  Each man at each window records any 
money that passes through his hands, but no money is ever kept inside 
the building;  it always goes out through another (or the same) window.  
Over each window is a sign with the type of accounts handled by that 
window (eg, Asset, Liability, Expense, Income, Equity), along with a 
little reminder as to whether that type of account is normally is a 
debit (Asset, Expense) or credit (Liability, Income, Equity), so that 
the little man doesn't laugh at you when you come to the window with the 
wrong type of request. Examples:

 1. You want to purchase something that is an expense.  You go to the
    "Assets" window with the money, and tell the little man where you
    got the money (eg, petty cash, bank account).  He hands the money
    inside the building to the man at the "Expense" window, where you
    take the money back an go buy the item.  Both of the little men
    record (in the transaction ledger) the transaction:  a debit
    (increase) to the expense account, and a credit (decrease) to the
    bank asset account. OK, so this is a bit pedantic, but keep the
    general idea in mind.
 2. You buy an asset (something you plan to keep for a period). The
    money comes in (say, from the bank) and goes out the same window,
    recorded as the initial value of a fixed (owned) asset. Create and
    debit (increase) the new fixed asset account, credit (decrease) the
    bank asset account.
 3. The value of the asset decreases.  This is a depreciation expense
    (typically recorded at the end of the financial year), recorded as a
    corresponding decrease in the value of the asset. Debit (increase)
    the expense account, credit (decrease) the fixed asset account.
 4. You get a loan.  Money comes in through the "Liabilities" window,
    and out (presumably to the bank) through the "Assets" window.  Debit
    (decrease) the bank asset account, credit (increase) a (new)
    liability account
 5. The loan accumulates interest.  Debit (increase) an interest expense
    account, credit (increase) the loan liability account.
 6. You make a payment on the principal value of the loan.  Debit
    (decrease) the loan liability account, credit (decrease) the bank
    asset account.  Typically the payment is split between an interest
    payment and a principal payment. so you normally record both in a
    "split" transaction.
 7. You charge something on your credit card.  Debit (increase) the
    appropriate expense account, credit (increase) the credit card
    liability account.  I also have a summary grouping account, so I can
    see the total of all my unbilled credit card charges.
 8. You get the monthly bill for the credit card.  Debit (decrease) the
    credit card liability account. credit (increase) the "accounts
    payable" (liability) account.  As I said above, I keep separate such
    "A/P" accounts for all my billers.  In a summary grouping account, I
    can see the total of all my currently owing bills.
 9. You get the monthly bill for something else.  Debit (increase) the
    appropriate expense account, credit (increase) the appropriate "A/P"
    (liability) account.
10. You pay a monthly bill.  Debit (decrease) the appropriate "A/P"
    (liability) account, credit (decrease) the bank asset account.
11. Income is similar.  Debit (increase) the bank account, credit
    (increase) the appropriate income account.  Use "accounts
    receivable"("A/R") accounts to track money owed you but not yet paid.
12. The owner adds money to (eg, at startup), or takes money from, the
    entire system.  This is an Equity transaction.  I keep a separate
    account for each financial year for my business.
13. At the end of the year, you "close the books" for that year. In
    GnuCash, this is very easy.  I have two equity accounts: "Yearly
    Income" and "Yearly Expenses".  I use the "Close Books" menu item,
    and specify these two accounts.  All expense accounts are
    automatically  "zeroed" out:  a transaction is automatically
    generated to (typically) credit each actual expense account, and the
    corresponding debit is recorded in the "Yearly Expenses" account. 
    The same thing happens for income accounts.  Note that in GnuCash,
    these are just ordinary transactions, so if you have to go back and
    correct something in a "closed" year, you can delete the
    automatically generated closing transactions, go back and fix
    things, and then "re-close" the books for that year.  I FIND THIS TO
    BE REALLY, REALLY USEFUL, if done correctly.


Note that "double-entry" accounting-think treats some items illogically 
at first glance:

 1. I record a salary advance as a debit (increase) to my bank account,
    and a credit (increase) to my salary advance LIABILITY account. 
    It's a liability because it (conceptually) is money that I really
    haven't earned until I receive my actual pay check and pay stub for
    the pay period, at which point I debit (decrease) my salary advance
    liability account as part of the posting of my income received
    (along with Fed. income tax withheld, Social Security, Medicare, etc).
 2. In a related "accounting-think", I record Fed. income tax withheld
    as a debit (increase) in a "tax withholding" asset account: 
    Conceptually, it's still my money that the IRS is keeping for me to
    pay my yearly taxes.  When I compute my yearly tax bill, that amount
    entered in an IRS tax (debit) expense account, offset by a credit
    (decrease) in the withholding asset account, and any difference is
    either a payment (credit) or refund (debit) to my bank account.  If
    it's a refund, I will debit (increase) the refund to a tax refund
    "accounts receivable" ("A/R") account, to be credited (decreased)
    when the refund is received and debited (increased) to my bank
    account. Yes, I could immediately record the tax withheld as a tax
    expense, but then a refund has to be recorded as an "income" (in the
    next year), which doesn't seem correct.


Note that some of this can be done more simply (eg, in a cash accounting 
setup), but I prefer the above for the level of detail and tracking it 
provides.  Yes, it's a bit of work, but there is no magic:  If you want 
to track your money, you have to devote the effort.

What I really like about GnuCash is the integration with AqBanking. It 
makes much of the work of entering expenses automatic.  So much so, that 
when I decided to get an additional VISA card for paying for business 
expenses, I disqualified banks that didn't support OFX integration.  I 
have two GnuCash files:  One (personal accounting) created by importing 
from Quicken, and another (home business accounting) created by 
importing from QuickBooks (see my "how-to" message earlier this year).  
I had twelve years of history in both Intuit programs, and it is nice to 
now be able to get to that history in ways that _I_ want, not in ways 
that the "geniuses" at Intuit decide.

Note that some accounting professionals may "fuss" at my explanations or 
procedures.  I welcome such "fussing" (corrections).  I'm not an expert 
at this and welcome better ways to do things.

-- Dean


More information about the gnucash-user mailing list