Recording a real transaction, start to finish

You now know the theory. Let's follow one real transaction all the way through the machine.

The transaction: On 5 April you buy $12,000 of raw material from Sharma Traders, on 30-day credit.

Step 1 — The Journal (the diary)

The journal is a plain, date-ordered diary. Every transaction is written here first, which is why it's called the book of original entry.

Narration: Raw material purchased on credit, invoice #SH-4471.

Why these two accounts? Material came in, so it's a debit. You now owe Sharma Traders, so a liability went up, and liabilities go up with a credit.

Step 2 — The Ledger (one page per account)

The journal is in date order, which is useless for answering "how much do we owe Sharma Traders in total?" So every entry is also copied into the ledger, which has one page per account.

Sharma Traders' page:

Now the question is instant: we owe them $9,000.

Step 3 — The Trial Balance (the check)

At the end of the month you list every ledger account with its balance, and total the two columns.

Equal. ✅

Step 4 — The statements

From the trial balance you build the P&L and Balance Sheet. Income and expense accounts go to the P&L; asset, liability and equity accounts go to the Balance Sheet. That's it.

What accounting software actually does

Here's the reassuring part. In QuickBooks, Xero, Zoho Books or Tally, you type one screen:

Purchase → Party: Sharma Traders → Item: raw material → $12,000 → Credit 30 days.

And the software does steps 1, 2 and 3 for you, instantly and without arithmetic errors.

So why did you just learn it by hand? Because software cannot tell you which account something belongs to. That judgement is your job, and it's the entire difference between a data-entry clerk and someone who gets promoted.

When your boss says "this looks wrong", the person who can open the ledger and follow the trail is the one who becomes indispensable.