Quick answer: A T-account is a T-shaped diagram used in double-entry bookkeeping to show how one transaction affects a single account. The account name sits on top, debits go on the left, credits go on the right.
If you’ve ever stared at a ledger and lost track of which side a transaction belongs on, a T-account is the fastest way to see it. This guide covers the rules for every account type, seven fully worked examples, the mistakes that trip up new bookkeepers, and — because most transactions that end up in a T-account started as a purchase order or a vendor invoice — how procurement and accounts payable teams actually use this concept day to day.
What You’ll Learn
- What a T-account is and the accounting equation it’s built on
- The debit and credit rules for every account type, in one table
- How to record a T-account step by step
- Seven worked T-account examples, including a full procure-to-pay cycle
- Common mistakes, advantages, and real limitations
- How T-accounts compare to ledgers, trial balances, and journal entries
- How to build your own T-account template
- Answers to the 8 questions people ask most about T-accounts
What Is a T-Account?
A T-account is an informal, visual version of a general ledger account. Accountants use it to work through how to record a transaction before it goes into a formal ledger or accounting system. Each T-account represents exactly one account — Cash, Accounts Payable, Rent Expense, and so on — never more than one at a time.

A T-account has three parts:
- Account name — written across the top of the T.
- Debit side — the left column.
- Credit side — the right column.
Whether a debit or a credit increases or decreases that account’s balance depends entirely on what type of account it is — which is the part most explanations skip. The next section covers why.
The Accounting Equation Behind Every T-Account
Every debit and credit rule traces back to one equation, which must stay in balance after every single transaction:
Assets = Liabilities + Equity
Assets sit on the left side of that equation, so asset accounts increase on the left (debit) side of a T-account. Liabilities and equity sit on the right side of the equation, so those accounts increase on the right (credit) side. Revenue increases equity, so revenue behaves like equity — it increases with credits. Expenses reduce equity, so expenses behave like assets — they increase with debits. The liability side of that equation is where accounts payable lives — the balance a business owes suppliers for goods already received.
This equation is the foundation of the double-entry system, formalized in the 15th century and still the basis for every modern general ledger and ERP system. For a deeper history and definition, see Wikipedia’s entry on double-entry bookkeeping and the Cornell Law School Legal Information Institute’s explanation of double-entry accounting.
Debit and Credit Rules for Every Account Type
Use this table as your single reference. It’s the piece most T-account explanations leave scattered across several paragraphs.
| Account Type | Increases With | Decreases With | Normal Balance |
| Assets (Cash, Inventory, Equipment, Accounts Receivable) | Debit | Credit | Debit |
| Liabilities (Accounts Payable, Loans, Notes Payable) | Credit | Debit | Credit |
| Equity (Owner’s Capital, Retained Earnings) | Credit | Debit | Credit |
| Revenue (Sales, Service Revenue) | Credit | Debit | Credit |
| Expenses (Rent, Wages, Utilities) | Debit | Credit | Debit |
Assets behave the same way whether it is cash in the bank or inventory sitting in a warehouse: debit to increase, credit to decrease.
A quick memory device many accountants use is DEAD CLIC: Debits increase Expenses, Assets, and Dividends/draws; Credits increase Liabilities, Income (revenue), and Capital (equity).
How to Record a T-Account, Step by Step
- Identify every account the transaction touches — most transactions affect exactly two accounts.
- Draw a T for each account and write the account name above the horizontal line.
- Determine whether each account is increasing or decreasing, using the rules table above.
- Enter the amount on the correct side — debit (left) or credit (right) — for each account.
- Confirm total debits equal total credits for the transaction. If they don’t match, you’ve made an error somewhere before this step.
- Calculate the running balance by subtracting the smaller side’s total from the larger side’s total.
In practice the source document tells you which accounts move — a goods received note points at inventory and accruals, an invoice points at expense and payables.
Common misconception: “debit” doesn’t always mean money leaving and “credit” doesn’t always mean money coming in. That’s only true for asset accounts like Cash. For liability, equity, and revenue accounts, the relationship flips — a credit increases the balance.
T-Account Examples
Here’s how the rules above play out across seven real transactions for a fictional company, Company XYZ, during its first month of operations.
Example 1: Owner’s investment
The owner invests $10,000 cash into the business. Cash (an asset) increases with a debit. Owner’s Capital (equity) increases with a credit.

| Cash (Debit) | Owner’s Capital (Credit) |
| $10,000 | $10,000 |
Example 2: Purchasing equipment on account
The company buys $4,800 of equipment on credit. Equipment (an asset) increases with a debit. Accounts Payable (a liability) increases with a credit. Note that the purchase order itself never appears here — it is a commitment, not a transaction.

| Equipment (Debit) | Accounts Payable (Credit) |
| $4,800 | $4,800 |
Example 3: Service revenue earned but not yet collected
Company XYZ invoices a client $300 for services, due in 20 days. Accounts Receivable (an asset) increases with a debit. Service Revenue increases with a credit.

| Accounts Receivable (Debit) | Service Revenue (Credit) |
| $300 | $300 |
Example 4: Service revenue earned and collected immediately
The company provides and collects $2,000 cash for repair services. Both an asset (Cash) and revenue increase — one with a debit, one with a credit.
| Cash (Debit) | Service Revenue (Credit) |
| $2,000 | $2,000 |
Example 5: Receiving payment on an outstanding invoice

A client pays the $300 invoice from Example 3. Cash increases with a debit. Accounts Receivable decreases with a credit, since the amount owed has now been collected.
| Cash (Debit) | Accounts Receivable (Credit) |
| $300 | $300 |
Example 6: Paying employee wages

The company pays $1,200 in wages earned during the month. Wages Expense increases with a debit. Cash (an asset) decreases with a credit.
| Wages Expense (Debit) | Cash (Credit) |
| $1,200 | $1,200 |
Example 7: Paying a vendor invoice (accounts payable settled)

The company pays a $4,800 vendor invoice for the equipment purchased in Example 2. Accounts Payable (a liability) decreases with a debit. Cash decreases with a credit. This is the transaction type accounts payable teams process most often — see the next section for how it fits into a full procurement cycle. Payment closes the pair: payables debited, cash credited. The operational side of that is the vendor payment process.
| Accounts Payable (Debit) | Cash (Credit) |
| $4,800 | $4,800 |
T-Accounts for Procurement and Accounts Payable Teams
Every T-account example above eventually happens to real invoices moving through a real accounts payable process. Understanding the entries helps procurement and AP staff catch coding errors before they reach the general ledger — even in an automated system. Here’s how a single purchase maps to T-accounts across its full lifecycle, and each row below maps to one step of the purchase order process, from requisition through to payment. Step one, the purchase requisition, produces no entry at all — worth showing as an empty row so readers see where the ledger actually starts:
| Stage | What Happens | T-Account Impact |
| Purchase order issued | A PO for $5,000 of office equipment is approved and sent to the vendor. | No journal entry yet — a PO is a commitment, not a transaction. Good AP software tracks it as encumbered budget. |
| Goods receipt (GRN) | The equipment arrives and is logged against the PO. | Still no entry in most systems, though some accrue a liability here for GAAP matching purposes. |
| Invoice received and matched | The vendor’s $5,000 invoice is matched to the PO and GRN. | Debit Equipment $5,000 / Credit Accounts Payable $5,000. |
| Invoice paid | The company pays the vendor. | Debit Accounts Payable $5,000 / Credit Cash $5,000. |
This is the moment the liability becomes real, which is the practical difference between a purchase order vs invoice. When the invoice price differs from the standard cost, the gap posts to purchase price variance rather than being absorbed silently.
This is the same PO-GRN-invoice check that three-way matching automates. Manually, an AP clerk would trace each of those four stages through T-accounts to confirm the numbers agree before releasing payment.
Learn how automated matching handles this in What Is 3-Way Matching? AP Process & Best Practices, or see how the invoice-to-ledger step works end to end in Straight-Through AP Invoice Processing.
Common Mistakes When Recording T-Accounts
- Misplacing debits and credits — reversing the sides distorts every downstream report.
- Missing adjusting entries — skipping accruals or depreciation entries leaves the balance technically “balanced” but factually wrong.
- Omitting transactions entirely — a T-account only checks that debits equal credits, not that every transaction was recorded. A missing transaction won’t trigger an imbalance.
- Failing to reconcile regularly — small errors compound fast when accounts aren’t reviewed on a set cadence.
- Miscoding the account type — posting an expense to an asset account (or vice versa) keeps the books balanced but misstates the financial statements.
Types of T-Accounts

- Assets — Cash, Accounts Receivable, Inventory, Equipment, and other resources the business owns.
- Liabilities — Accounts Payable, loans, and notes payable — amounts owed to others.
- Equity — Owner’s Capital, Retained Earnings, and other claims the owners have on the business.
- Revenue — amounts earned from customers for goods or services.
- Expenses — costs incurred to run the business, such as rent, wages, and utilities.
Advantages of T-Accounts
- Visual clarity — seeing debits and credits side by side makes it easy to trace how a transaction moves through the books.
- Error detection — an unbalanced T-account is an immediate signal that something was recorded incorrectly.
- Teaching tool — T-accounts are how most accounting courses first introduce double-entry bookkeeping, because the visual format makes the abstract rules concrete.
- Quick analysis — experienced accountants sketch T-accounts on paper or a whiteboard to reason through an unusual transaction before touching the system of record.
- Universal format — the same T-shape applies across every account type and industry, from a corner store to a public company.
Limitations of T-Accounts
- Not practical at scale — manually maintaining T-accounts for a business processing thousands of transactions a month is impractical; that volume belongs in an accounting or ERP system.
- Can’t catch omitted transactions — a T-account only confirms that recorded debits equal recorded credits, not that every transaction was captured.
- Manual entry risk — because they’re typically drawn or typed by hand, T-accounts are prone to the same transposition and side-reversal errors as any manual process.
- Limited use in daily operations — modern businesses rely on ledgers and accounting software that generate the equivalent of a T-account automatically, rather than building them by hand for routine transactions.
At a few hundred invoices a month, drawing them by hand stops being viable — this is the point where teams move to accounts payable automation.
T-Accounts vs. Ledgers, Trial Balances, and Journal Entries
T-accounts, journal entries, ledgers, and trial balances are all part of the same accounting cycle, but they serve different roles:
| Document | Role in the Accounting Cycle |
| Journal entry | The first, chronological record of a transaction — what happened and when, listing every account affected. |
| T-account | A visual working tool used to reason through or teach how one specific account is affected by a transaction. Not a formal accounting record. |
| General ledger | The complete, formal record of every account, built from journal entries, including running balances and dates. |
| Trial balance | A summary, usually prepared at period-end, that lists every account’s balance and confirms total debits equal total credits before financial statements are produced. |
| Balance sheet | A formal financial statement showing the end result — what the company owns, owes, and retains — at a single point in time. |
In short: journal entries capture the what and when, T-accounts visualize the how for one account at a time, the general ledger compiles everything, the trial balance confirms it’s all in balance, and the balance sheet reports the result. The trial balance is what an auditor opens first, and it is assembled from every T-account in the ledger — see how that plays out in a procurement audit.
Split coding is where the T-account view earns its keep — one credit against several debits, which AI invoice automation now proposes automatically.
Manual T-Accounts vs. Automated AP Software
T-accounts are still the best way to learn double-entry bookkeeping and to reason through an unusual transaction. But for the day-to-day volume of a real accounts payable department, manually drawing T-accounts for every invoice doesn’t scale — and it’s exactly the kind of manual, repetitive work that introduces the errors covered earlier in this guide.
Accounts payable automation software applies the same debit/credit logic behind the scenes, automatically, for every invoice: it matches the purchase order, goods receipt, and vendor invoice, posts the entry to the correct accounts, and routes it for approval — without anyone drawing a T by hand.
See how this works in practice in Top 10 Next-Gen Best Accounts Payable Systems, or start with Invoice Automation: What It Is, How It Works, and Why You Need It if you’re still relying on manual entry today.
Build Your Own T-Account Template
You don’t need special software to practice T-accounts. A basic spreadsheet template works well for learning or for quickly checking a transaction:
- Create a header row with the account name, then two columns underneath labeled “Debit” and “Credit.”
- Draw a vertical border between the two columns and a horizontal border under the account name to form the T shape.
- List each transaction date and amount on the correct side as it occurs.
- Total each column at the bottom once you’re ready to check the balance.
- Subtract the smaller total from the larger total to find the account’s ending balance, and note whether it’s a debit or credit balance.
- Duplicate the template for every account touched by your transactions, and cross-check that total debits across all accounts equal total credits.
Frequently Asked Questions About T-Accounts
What is a T-account in simple terms?
A T-account is a T-shaped diagram accountants use to show how a transaction affects one specific account, with debits recorded on the left and credits on the right.
What are T-accounts used for in accounts payable?
In accounts payable, a T-account tracks what a company owes a vendor. Credits on the right increase the liability when an invoice is received; debits on the left decrease it when the invoice is paid.
How do you calculate a T-account balance?
Add up all debit entries and all credit entries separately, then subtract the smaller total from the larger one. If debits are larger, the account has a debit balance; if credits are larger, it has a credit balance.
Are T-accounts supposed to always balance?
Yes. Total debits recorded across all T-accounts for a transaction must always equal total credits. An imbalance signals a recording error that needs to be traced and corrected.
Can single-entry accounting use T-accounts?
No. T-accounts depend on double-entry bookkeeping, where every transaction is recorded twice — once as a debit and once as a credit. A single-entry system records each transaction only once, so it doesn’t produce the paired entries a T-account is built to display.
What’s the difference between a T-account and a general ledger?
A T-account is an informal, visual working tool for one account at a time. A general ledger is the formal, complete accounting record of every account in the business, built from journal entries and including dates and running balances.
Do accountants still use T-accounts if they have accounting software?
Yes, but mostly for teaching, training, and reasoning through unusual transactions — not for routine daily entries. Accounting and AP automation software applies the same debit/credit rules automatically at much higher volume and with far less risk of manual error. They use them to explain and to troubleshoot, not to keep the books — the books themselves run on procure-to-pay automation.
What is the accounting equation behind T-accounts?
Assets = Liabilities + Equity. Every debit and credit rule for every account type follows from keeping this equation in balance after each transaction.
Key Takeaways
- A T-account visualizes one account’s debits (left) and credits (right) for a single transaction.
- Every debit/credit rule traces back to the accounting equation: Assets = Liabilities + Equity.
- Assets and expenses increase with debits; liabilities, equity, and revenue increase with credits.
- T-accounts are a learning and reasoning tool — not a replacement for a general ledger or accounting software.
- In accounts payable, the same debit/credit logic applies to every invoice, whether it’s tracked by hand or automated end to end.
About This Guide
This guide was written and reviewed by the Zapro editorial team, drawing on Zapro’s work with accounts payable and procurement teams automating invoice-to-payment workflows. For the operational side of what happens after an invoice is recorded, see the Procure to Pay Process (P2P): The 9 Steps Explained or explore Zapro’s accounts payable automation platform. If you want to see the entries generated straight from a supplier invoice, book a demo.
Healthcare
Financial Services
Technology
Venture Capitalist




