Debit and Credit
Debit and credit are the two sides of an account in double-entry bookkeeping: "debit" is the left side of an account, "credit" the right. Every transaction is posted to at least two accounts, and the total on the debit side always equals the total on the credit side.
Debit and credit are the two sides into which every account in double-entry bookkeeping is divided: "debit" always sits on the left, "credit" always on the right. Every transaction is recorded on at least two accounts — once on the debit side of one account and once on the credit side of another — and the total of all debit entries must always exactly equal the total of all credit entries. This basic rule ("no entry without a matching counter-entry") is what makes double-entry bookkeeping self-checking.
The key point: debit and credit are purely positional labels, not judgements. "Debit" does not mean "owe" and "credit" does not mean "own" — reading them literally regularly leads people astray. Whether an entry on the debit or credit side means an increase or a decrease depends solely on the type of account: on an asset account the debit side increases the balance, on a liability account the credit side does. The terms originate from the account holder's view of a business partner and have survived as fixed technical terms for centuries; their logic is built unchanged into every accounting and ERP system today.
At a glance
- Debit = left side of an account, credit = right side
- Purely positional terms, no judgement ("debit" does not mean "owe")
- Every entry: at least one debit and one credit account
- Basic rule: total debit = total credit (double-entry bookkeeping)
- The effect depends on the account type (asset, liability, income/expense)
What debit and credit mean
Every account in bookkeeping takes the form of a "T-account": a heading with the account name and two columns below it. The left column is the debit side, the right the credit side. A transaction is written as a journal entry in the form "debit to credit" — first the account addressed on the debit side, then, after the word "to", the account addressed on the credit side. "Bank to sales revenue 1,000 euros" therefore means: 1,000 euros on the debit side of the bank account, 1,000 euros on the credit side of the revenue account.
The historical origin explains the seemingly contradictory names. They come from bookkeeping over personal accounts: a customer who receives goods on account "owes" (in German "soll") the company the amount — the receivable is posted on the debit side. The supplier from whom the company buys "has" (in German "haben") a credit with it — the payable sits on the credit side. From this personal perspective the terms were carried over to all accounts and became pure directional labels. That is why concluding a debt from "debit" is a common beginner's mistake: on the bank account, for instance, a positive balance quite naturally sits on the debit side.
How debit and credit are posted
Whether an entry belongs on the debit or the credit side depends on the account type and the direction of the change in value. A distinction is made between balance-sheet accounts (asset and liability) and income-statement accounts (expense and income). The rules form a fixed system that is applied in every entry and guarantees that the debit and credit totals stay in balance.
Asset, liability and income/expense accounts
Asset accounts (assets, e.g. bank, cash, inventory, receivables) open on the debit side: increases go on the debit side, decreases on the credit side, the balance on the debit side. Liability accounts (equity and debts, e.g. payables, loans) behave as a mirror image: increases on the credit side, decreases on the debit side. Income-statement accounts follow their relationship to equity — expenses (e.g. rent, cost of goods) are posted on the debit side, income (e.g. sales revenue, interest income) on the credit side. Whoever masters these four cases can correctly assign any standard transaction.
Mnemonic and control
A handy rule of thumb is "debit = left, comes before the to": in the journal entry the debit account always comes first. Posting is done in duplicate on principle, so across all accounts the debit total must equal the credit total. This is exactly the equality that the trial balance checks. If the two totals diverge, there is a posting error — the double recording exposes it automatically. This built-in control is the real reason why the principle of debit and credit has endured since the 15th century.
Why debit and credit matter
Debit and credit are the foundation of proper bookkeeping. Because every transaction is recorded on two accounts with the same amount, the accounting is self-contained and verifiable: the balance sheet and the profit and loss statement emerge from the balances with no extra effort, and every figure can be traced back to the individual document. For companies required to keep books, double-entry bookkeeping — and thus posting in debit and credit — is mandatory in Germany under the German Commercial Code (HGB).
Beyond the pure obligation, the system provides the data basis for the tax return, the advance VAT return, controlling and the assessment by banks or auditors. The GoBD require entries to be complete, correct, timely, orderly and unalterable — the clear split into debit and credit with a documented counter-entry meets exactly this demand for traceability.
Debit and credit in the ERP system
In an ERP system the rules of debit and credit are firmly embedded: for every transaction, automatic accounts and tax keys define which account is addressed on the debit side and which on the credit side. When sales create an outgoing invoice, the system generates the journal entry on its own — receivable and VAT on the debit or credit side, sales revenue on the credit side — without anyone setting the account sides manually. A goods receipt, a payment or a depreciation each trigger the appropriate, correctly sided entry.
Users often see only the technical terms: they enter an invoice, and the system translates it into debit and credit entries in the background. Even so, understanding the principles remains important in order to record special cases such as reversals, reclassifications or manual journal entries correctly and to spot mis-postings. For the closing, the ERP system automatically draws trial balances from the debit and credit movements and — in the DACH region usually in DATEV format — the export file for the tax firm.
Distinction: debit and credit vs. journal entry and account
Debit and credit are frequently confused with related terms. An account is the place where posting happens — it consists of the two sides, debit and credit. The journal entry is the instruction that specifies which account is addressed on the debit side and which on the credit side, and for what amount; "debit to credit" is its fixed wording. The balance, finally, is the difference between the debit and the credit total of a single account. Debit and credit are therefore the smallest building-block level: the two directions in which posting is possible at all. Not to be confused is the account status on a private bank statement — there "debit" means a minus and "credit" a plus, because the bank posts from its own perspective, for which the customer's balance is a liability (credit).
Example
Example: purchasing and selling goods in retail
An online retailer buys goods for 1,190 euros gross on account (1,000 euros net plus 190 euros input VAT). The journal entry reads "goods received 1,000 euros and input VAT 190 euros to payables 1,190 euros". The expense account goods received and the input VAT account are on the debit side, the supplier or payables account on the credit side. The debit total and the credit total each amount to 1,190 euros — the entry is balanced.
When the retailer later sells the same goods for 1,428 euros gross by bank transfer, the picture reverses: "bank 1,428 euros to sales revenue 1,200 euros and VAT 228 euros". The asset account bank is addressed on the debit side, revenue and VAT sit on the credit side. At the end of the month the trial balance shows both transactions: the income on the revenue account, the VAT payable, the increase in the bank account — and because every transaction was recorded twice, debit and credit balance out cleanly across all accounts.
Frequently asked questions
Matching ERP systems
Related services
Sources
Questions about Debit and Credit in your ERP project?
We advise vendor-neutrally – and implement it ourselves on request.