Double-entry bookkeeping has a reputation for being difficult that it does not deserve. The reputation comes almost entirely from two words, debit and credit, which mean something in accounting that is unrelated to what they mean in ordinary speech.
Once you stop trying to make them mean increase and decrease, the whole system takes about ten minutes to understand.
The one idea underneath everything
Every transaction affects at least two accounts, and the effects balance. That is the entire concept.
The reason it balances is a piece of arithmetic that is always true:
Assets = Liabilities + Equity
What the business owns equals what it owes plus what belongs to the owners. Buy a laptop with cash and assets do not change in total, because one asset became another. Buy it on credit and both sides go up. Every transaction has to keep that equation intact, which is what forces the two entries.
Debits and credits, honestly
Here is the thing nobody says clearly enough: debit means left and credit means right. That is what they meant when the system was invented and it is what they mean now. They are positions in a ledger, not judgements.
What a debit does depends entirely on which family of account it lands in.
| Account family | A debit | A credit |
|---|---|---|
| Assets | Increases | Decreases |
| Expenses | Increases | Decreases |
| Liabilities | Decreases | Increases |
| Equity | Decreases | Increases |
| Income | Decreases | Increases |
Assets and expenses behave one way. Liabilities, equity and income behave the other. Learn that split and you never have to memorise the table.
Why your bank statement says the opposite
Your bank credits your account when money goes in, which appears to contradict everything above. It does not. The bank is keeping its own books, not yours. Your deposit is a liability to the bank, because they owe you that money. A credit increases a liability, so from their side the entry is correct. From your side, the same event is a debit to your cash account.
Three worked examples
You invoice a customer for 1,000
| Account | Debit | Credit |
|---|---|---|
| Accounts receivable | 1,000 | |
| Sales income | 1,000 |
An asset goes up because someone owes you money, and income goes up because you earned it. Note that no cash has moved.
The customer pays
| Account | Debit | Credit |
|---|---|---|
| Bank | 1,000 | |
| Accounts receivable | 1,000 |
One asset turned into another. Income is untouched, because the income was recorded when you invoiced. This is the entry that surprises people, and it is the clearest demonstration that revenue and cash are different things.
A supplier bills you 300 for hosting
| Account | Debit | Credit |
|---|---|---|
| Hosting expense | 300 | |
| Accounts payable | 300 |
The cost is recorded in the period it belongs to, and a liability records that you have not paid it. Paying later debits accounts payable and credits bank, clearing the liability without touching the expense.
What single-entry cannot do
Single-entry bookkeeping is a list of money in and money out. It is a cash book, and for a very small business it is sometimes enough. What it cannot do is anything involving obligations.
- It cannot produce a balance sheet. There is no record of what you own and owe, only of what moved.
- It cannot tell you what you are owed. An unpaid invoice is invisible until the money arrives.
- It cannot self-check. Double-entry has a built-in error detector: if debits do not equal credits, something is wrong and you know before the report is wrong.
- It reports profit in the wrong period. Work done in March and paid in May appears as May income, which makes both months misleading.
The trial balance is the proof
A trial balance lists every account with its total debits and total credits. The two columns must be equal, because every entry put the same amount on both sides.
What it proves and what it does not is worth being precise about. It proves the entries balance. It does not prove they are right. Posting rent to the software account produces a perfectly balanced trial balance and a wrong profit and loss statement. Balance is a necessary condition, not a sufficient one.
Reading an entry backwards
The genuinely useful skill is going the other way: from a number in a report to the transaction that created it. That is what a general ledger is for. Rather than a summary, it shows the transaction-level rows behind an account total, with the date, description and debit or credit classification for each.
When a figure looks wrong, this is where you go. The trial balance tells you the account totals. The ledger tells you which transactions made them.
How Invoice Crowd handles it
The entries are generated by the documents rather than typed. Saving an invoice posts to income and receivables. Saving a bill posts the total to Accounts Payable under current liabilities and the same amount to the expense category named on the bill’s accounting tab, in one save. Recording a payment against either one clears the corresponding balance.
Where a transaction has no document behind it, depreciation, an accrual, a correction, manual journals let you write the entry directly.
The general ledger then works in the direction you actually need. Filter by business, account and date range, expand an account’s movement into transaction rows, and follow a row back to its source document where the source exists and belongs to the selected business. Where the source is unavailable or foreign, no link is offered rather than a guess at which editor should open, which is the correct behaviour and a rarer one than it should be.
Two honest limits. The ledger is evidence for review, not a repair tool: it makes recorded activity inspectable and does not validate every historical posting or create balancing entries. And editing the chart of accounts changes classification going forward without rewriting earlier documents.
What to actually remember
- Debit means left, credit means right. Nothing more.
- Assets and expenses increase with debits. Liabilities, equity and income increase with credits.
- Revenue is recorded when earned, not when paid. Receiving payment is not income.
- A balanced trial balance proves arithmetic, not accuracy.
- When a number looks wrong, go to the ledger, not the report.
Frequently asked questions
Do I need double-entry bookkeeping for a small business?
If you invoice customers or receive supplier bills, effectively yes. Single-entry can only record money that has moved, so it cannot tell you what you are owed, what you owe, or what your business is worth. It also reports profit in the period cash arrived rather than the period the work happened. Most accounting software does double-entry for you regardless.
Why does my bank credit my account when I deposit money?
Because the bank is keeping its own books, not yours. Your deposit is a liability to the bank, since they owe you that money, and credits increase liabilities. The same event in your books is a debit to your cash account. Both entries are correct from their own side.
What is the difference between a trial balance and a general ledger?
A trial balance summarises debit and credit movement by account and proves the two sides are equal. A general ledger shows the individual transaction rows behind those account totals. You use the trial balance to check the books balance and the ledger to find out why a particular total is what it is.
Does a balanced trial balance mean my books are correct?
No. It only proves that every entry put the same amount on both sides. Posting an expense to the wrong account, recording a transaction twice, or omitting one entirely all leave the trial balance perfectly balanced and the reports wrong. Balance is necessary but not sufficient.
When do I need a manual journal entry?
When a transaction has no document behind it. Depreciation, accruals, prepayments, opening balances and corrections all fall into that category. Anything driven by an invoice, bill or payment should generate its own entries rather than being journalled by hand, and needing frequent manual journals for ordinary trading usually means something upstream is configured wrong.
Is receiving a customer payment recorded as income?
No. The income was recorded when you issued the invoice and delivered the work. Receiving payment moves one asset into another: accounts receivable down, bank up. Recording it as income a second time would double your revenue, and this is one of the most common bookkeeping errors.
