Double-Entry Bookkeeping, Explained Without the Jargon
Debit doesn't mean money in. Credit doesn't mean money out. Once that's settled, the rest is straightforward.
Double-entry bookkeeping is the idea that every transaction has two sides, and both get written down. You paid for something: money left, and you got something for it. A customer owes you: they owe you, and you earned it. Two halves, both recorded, every time.
That is the whole concept. Everything difficult about it comes from two words — debit and credit — that were given technical meanings six hundred years ago and have since acquired completely different everyday ones. Getting past that is most of the work, so this starts there.
- Debit does not mean money in, and credit does not mean money out. They mean left and right. What each one does to a balance depends entirely on the kind of account it lands on — and getting paid, oddly, credits an account.
- Every transaction is recorded so that debits equal credits. That is not bureaucracy: it is an error-detection system built in the fifteenth century, and it is the reason a set of books can tell you something is wrong before anyone goes looking.
- It catches a great deal and misses a specific list — a transaction left out entirely, the right amount in the wrong account, the same wrong figure on both sides. Knowing which errors survive a balanced trial balance is more useful than knowing that it balanced.
What it actually is
A single-entry system is a list: money in, money out, running balance. It is a cashbook, and for a very small operation it is not nothing. A double-entry system records where each amount came from as well as where it went to — so each transaction touches at least two accounts, and the total of one side always equals the total of the other.
Because that equality is enforced on every entry, it holds for the whole ledger at any moment. Which is what makes a balance sheet possible at all: assets equal liabilities plus equity because every entry that moved one side moved the other by the same amount. That relationship is the subject of Understanding the Balance Sheet — this article is about the machinery underneath it.
Debit and credit mean left and right. That's it.
Here is the sentence that unlocks the subject: debit means the left side of an account and credit means the right side. Neither word carries any sense of good or bad, in or out, more or less. They are positions.
The everyday meanings are actively misleading, and they are misleading because they come from your bank's books rather than yours. When your bank “credits your account” it is describing an entry in its ledger, where your money is something the bank owes you — a liability. Crediting a liability increases it. The word is being used correctly; it is just being used from the other side of the table.
| Account kind | Normal balance | A debit | A credit |
|---|---|---|---|
| Assets | Debit | increases | decreases |
| Liabilities | Credit | decreases | increases |
| Equity | Credit | decreases | increases |
| Revenue | Credit | decreases | increases |
| Expenses | Debit | increases | decreases |
Five rows, and there is no sixth. Every account in any set of books is one of these kinds, and its behaviour follows from that one fact. If you memorise nothing else here, memorise that assets and expenses go up on the left, and everything else goes up on the right.
Watch where the entries land
Four transactions a Nigerian business does every month. The affected rows of the grid light up, and the entry beneath shows both sides of each one.
You invoice ₦1,000,000 of work, plus VAT, and the customer withholds 5%
Four lines, not two — “double” entry means the two sides balance, never that there are only two rows. Notice also that revenue is credited. Earning money credits an account, which is the first thing that makes debit-equals-good and credit-equals-bad fall apart.
The first is worth pausing on. Invoicing a customer credits revenue — the transaction that makes you money puts a credit in your books. And paying a supplier credits cash, so money leaving is also a credit. Any intuition built on credit meaning “incoming” contradicts itself within two entries.
Why anyone bothered inventing this
Double-entry was codified by Luca Pacioli in 1494, describing a method Venetian merchants were already using. It has survived essentially unchanged through five centuries of commerce, three industrial revolutions and the arrival of computing — which is unusual enough to be worth asking about.
It survived because it is not really a recording system. It is an error-detection system that happens to record things. A list of numbers cannot tell you whether it is complete or correct; it will accept any figure you type. A double-entry ledger has an internal consistency requirement, so a whole class of mistakes announces itself instead of hiding. That property is worth more than the tidiness, and it is why the method outlived the merchants.
A cashbook tells you what you think happened. A double-entry ledger tells you when what you think happened cannot be true.
The trial balance is the check falling out
Add up every debit balance in the ledger, add up every credit balance, and compare. That is a trial balance, and under double-entry the two totals must agree — not usually, not approximately, but exactly, because every individual entry was built that way.
When they don't agree, something is definitely wrong and you have a number telling you how much. The difference itself is diagnostic: a discrepancy divisible by nine often means transposed digits (₦5,400 keyed as ₦4,500); a discrepancy that is exactly twice a transaction in the ledger usually means an entry posted to the wrong side.
What a balanced trial balance does not prove
This is the part that is rarely said out loud, and it is the most useful thing on this page. A trial balance that agrees proves the ledger is internally consistent. It does not prove the ledger is right. Four kinds of error pass straight through it:
A transaction left out entirely. Never entered, so neither side is affected and the totals still agree. An invoice that was raised and never recorded is invisible to this check.
The right amount in the wrong account. Debiting rent when you meant to debit repairs still balances perfectly. Your P&L is wrong; your trial balance is content.
The same wrong figure on both sides. A ₦100,000 invoice entered as ₦10,000 in both places balances. The books are consistent and understated.
Two errors that happen to cancel. Rarer, and the reason a clean trial balance is a starting point for review rather than the end of one.
Which is why bookkeeping does not stop at a balanced ledger. Bank reconciliation catches the first — the ledger is compared against a record nobody in the business controls. Reviewing the P&L against expectation catches the second. Neither is redundant with double-entry; both exist precisely because double-entry has a defined blind spot.
Against a cashbook, on the things that matter
| Question | Cashbook | Double-entry |
|---|---|---|
| What's in the bank? | Yes | Yes |
| Who owes me, and how much? | No | Yes |
| What do I owe, and when? | No | Yes |
| Did I make a profit this month? | Roughly | Yes |
| What is the business worth? | No | Yes |
| Can I tell if a figure is wrong? | No | Often |
| Will an accountant accept it? | Reluctantly | Yes |
The row that decides it for most businesses is the second. A cashbook can only tell you about money that has already moved, so it is silent on receivables and payables — which is exactly the information you need to know whether you can pay next month's bills. A business can be comfortably profitable and unable to make payroll, and only one of these two systems can show you that coming.
What this means in practice
Almost nobody posts journal entries by hand any more, and you should not have to. When you record a sale in Core Ledger you describe the sale — customer, amount, whether VAT applies, whether the customer withholds — and the entry that produced the first example above is constructed and posted for you, balanced, to the right accounts.
- You do not need to think in debits and credits to keep correct books. You do need to know they are happening, because every report you read is assembled from them.
- The balance check is not a feature that can be switched off. An entry that doesn't balance is not saved, which is why the question is never “did it balance?” but “did it go to the right accounts?”
- That second question is yours, not the software's — which is why a sensible chart of accounts and an honest opening balance matter more than any amount of automation after them.
Six hundred years on, the method has not needed changing. What changed is who has to do the arithmetic.
The Core Ledger team helps Nigerian businesses get their books in order without the usual setup drag.