Bookkeeping basics and financial statementsBusiness owners

Read debit and credit in a proposal without becoming an accountant

A practical owner guide to the two-sided effect inside an evidence-linked posting proposal.

Summary

Debit and credit are the two sides used to keep an accounting entry balanced. They do not mean good and bad, plus and minus, or money in and money out. Their effect depends on the type of account. An increase in a bank asset appears on a different side from an increase in revenue; paying a supplier can reduce the bank and settle a liability without creating a second expense. Owners do not need to memorise a chart of accounts, but understanding the two-sided effect makes posting proposals and reports much easier to question intelligently.

Author
DeinHans Team
DeinHans Editorial Team
Reviewed and approved by
DeinHans Team
Editorially reviewed and approved for publication
Updated
21 July 2026
Published: 22 July 2026
6 min read
Explainer
21 July 2026
Open table of contents

Key takeaways

  • Every complete entry records at least two effects of one business event.
  • Debit or credit has no standalone meaning; the account type determines the effect.
  • Invoice and payment are often separate entries and must not be counted twice.
  • Final account and tax-code selection belongs in professional review.

Start with the event, not the side

Suppose a business receives a supplier invoice for €1,000.00 and pays it ten days later. Two things happen at different times: first an obligation is recorded; later cash leaves and the obligation is settled. If someone starts only with the bank debit, they may miss the earlier invoice or record the expense twice.

A better sequence is:

  1. identify the business event;
  2. identify the affected resources, obligations, revenue, or expense;
  3. confirm the supporting evidence and date;
  4. then review which side of which account carries each effect.

“Debit” and “credit” are positions in that structure. They do not tell the whole story without the account name.

A small orientation table

The following is conceptual, not a chart-of-accounts prescription:

Account familyIncrease commonly appears onDecrease commonly appears on
Assets, such as bank or receivablesDebitCredit
Liabilities, such as supplier payables or loansCreditDebit
RevenueCreditDebit or correction side
ExpensesDebitCredit or correction side
EquityCreditDebit

This explains why a bank statement’s “credit” or “debit” label can confuse people. Bank statements may describe the bank’s perspective or simply money in/out. Accounting entries describe effects across the business’s accounts. Always read the account and business event together.

Worked example: invoice first, payment later

A synthetic business receives a €1,000.00 supplier invoice for a current service. Ignoring VAT and any period adjustments, the simplified logic is:

MomentEffect 1Effect 2
Invoice is recognisedExpense increasesSupplier liability increases
Invoice is paidSupplier liability decreasesBank asset decreases

The payment does not create the same expense again. It settles the obligation created by the invoice. That is why document-to-payment matching matters: it connects two stages of one event.

Now consider a sales invoice. The simplified pattern is different:

MomentEffect 1Effect 2
Sales invoice is recognisedCustomer receivable increasesRevenue increases
Customer paysBank asset increasesCustomer receivable decreases

Again, the cash receipt is not automatically new revenue. It may settle an existing receivable.

A platform balance movement

A payout file can contain a €500 reserve released from a balance created in an earlier period. The bank receives €500 now, but the payout row is not automatically new revenue. In a simplified orientation, cash increases while the carried platform receivable/balance decreases. The original sales or withholding event belongs to the earlier source chain.

This is why a prepared payout cannot be read as “debit means cost, credit means revenue”. First ask whether the row represents current activity, settlement of an open position, or movement of an existing balance.

These examples omit VAT, corrections, cash-basis differences, and other facts. They explain double-entry orientation only. The responsible accountant must approve the real accounts and treatment.

Four questions for reading a proposal

When a posting proposal shows debit and credit lines, ask:

  • Which business event does the proposal represent?
  • Which document and payment support it?
  • Which account is increasing or decreasing on each line?
  • Is the proposal recording the invoice, the payment, a correction, or a combination?

Then check amount, currency, date, counterparty, and tax context. A balanced entry can still be wrong if it uses the wrong source, period, account, or tax treatment. Mathematical balance is necessary, not sufficient.

For an owner reviewing a DeinHans proposal, the useful questions are practical:

  • Does the source belong to my business and describe what actually happened?
  • Is this proposal recording the invoice, the later payment, or a carried balance movement?
  • Is any amount duplicated because the bank row and source document were treated as separate events?
  • Is a missing business fact being asked from the right person?

The owner can correct those facts without choosing an account or tax key. DeinHans prepares the evidence-linked structure; the accountant decides or approves the professional treatment.

Categories are not accounts

An owner-facing category such as “Software” can help organise documents and search results. It does not automatically determine the final posting account. Two software invoices can differ because one is a current subscription, another relates to a longer period, one comes from abroad, or one includes a correction.

Software can use categories and evidence to prepare a proposal. The accountant should see the source and the proposed effects before approving or changing it. An unexplained system shortcut or score should never replace that visible review.

Who should decide what

TaskOwnerSoftwareAccountant
Explain the purchase or saleProvides the business factKeeps the answer with the itemChecks whether the fact is sufficient
Connect invoice and paymentConfirms unusual differencesSuggests and displays linksReviews material or ambiguous settlement
Prepare debit/credit linesDoes not need to memorise accountsCan prepare a proposalSelects or approves accounts and tax treatment
Correct an errorExplains new factsPreserves the earlier state and changeChooses the professional correction route

DeinHans can prepare evidence-linked booking proposals for review. A proposal remains review material; it is not a final professional decision merely because both sides balance.

A useful mental shortcut

Do not ask “Is debit positive?” Ask “Which account changed, in which direction, because of which event?” That question works for invoices, payments, loans, transfers, refunds, and corrections. It also reveals when a proposal is missing a second stage, such as an open invoice that was paid but never settled.

The aim is not to become an accountant from one article. It is to read the structure well enough to spot double counting, ask for the source, and leave account selection with the person responsible for it.

Sources

Sources were checked on 21 July 2026. This article provides orientation and is not tax, legal, or accounting advice.

  1. German Commercial Code section 238 – bookkeeping duty
  2. DATEV Developer Portal – booking batch format

Related resources

Prepare your month with clear next steps

DeinHans structures evidence, payments, and questions so you and your accountant work from the same context.

DeinHans for businesses
Back to resources