Bookkeeping lessons · Accounting glossary

Cash versus accrual bookkeeping: what changes?

Cash records follow money moving. Accrual accounting recognises financial effects in the periods to which they relate under the applicable policy.

Key takeaways: separate the event from payment; do not recognise the same income again when an old receivable is collected; and choose a permitted accounting basis with advice, not from the apparent simplicity of a software screen.

What is the difference in timing?

Cash timing answers when money moved. Accrual recognition answers when the relevant income, expense, asset or obligation belongs in the records.

The distinction matters when work, billing and settlement occur on different dates. A business might complete a service near the end of one month and receive payment in the next. Those are two events with different effects. Treating the bank arrival as the only event can miss an unpaid amount at the earlier reporting date; treating both events as new income can count the same sale twice.

OpenStax’s educational discussion of accrual accounting distinguishes cash-flow timing from the period in which financial effects are recognised. Applying that distinction to a real contract still requires the appropriate policy and evidence. This page explains the concept rather than selecting a statutory or tax basis for your business.

How does the synthetic example change?

If the completed 1,000.00 service remains unpaid, the illustrative accrual entry records a receivable instead of cash.

Original timing example; assumes recognition is appropriate and excludes tax
EventDebitCredit
Service recognised before collectionReceivable 1,000.00Service income 1,000.00
Customer later pays the same amountCash 1,000.00Receivable 1,000.00

At the first event, cash has not increased. At the second, cash increases but the same service income is not recognised again. The receivable connects the two events. Without that connection, it is easy to mistake a collection for a second sale or to forget which document the payment settled.

Now assume a 125.00 operating expense is paid in the recognition period. In this deliberately narrow example, recognised income less expense is 875.00 even though the 1,000.00 service cash has not yet arrived. That arithmetic does not mean the business can spend 875.00 today. Profit and liquidity answer different questions.

Why is invoicing not always the recognition decision?

A document’s issue date is evidence, but the correct accounting treatment depends on what the document represents.

A deposit request, a completed service, an advance payment and a later settlement can require different treatment. An invoice screen cannot decide whether the underlying work has been performed or whether an amount belongs to another period. The reviewer must understand the contract and event rather than infer income from the document title alone.

This is particularly important when evaluating software. An invoicing product may generate attractive documents without providing the recognition, allocation and correction controls your accountant needs. Conversely, a general journal can represent a reviewed entry without supplying the surrounding customer workflow.

What about expenses and payments made in advance?

An expense decision and a cash payment can also occur at different times.

Consider paying for a service that covers future periods. Depending on the applicable policy and facts, the payment may initially create an asset rather than an immediate expense of the whole amount. As the benefit is consumed, the relevant amount may move into expense. This lesson deliberately avoids a schedule or materiality threshold: those decisions belong to the entity’s accounting policy.

The practical habit is to ask what period the payment relates to and retain the supporting document. A monthly bank export alone may show the amount paid but not the coverage period, cancellation conditions or other information needed to classify it.

Which records become necessary as timing separates?

You need identifiable unpaid amounts, supporting schedules and a controlled relationship between recognition and settlement.

An open item makes an unpaid amount individually traceable. A single net customer total cannot answer which invoices remain unpaid. A text note saying “part paid” is also weaker than a recorded allocation that can be summed and reversed with its accounting effect.

How should you choose an accounting basis?

Choose a basis that is permitted and appropriate for the entity, then select software capable of maintaining its required records.

Do not choose cash treatment merely because the business is small, or assume accrual treatment from the presence of an invoice feature. Legal form, reporting purpose, local rules and the nature of the activity may matter. A qualified adviser can identify those requirements. Keep the decision and its effective date documented so later operators do not silently switch methods.

Even when a particular cash-based record is suitable for a purpose, you may still need separate information about unpaid customer amounts, supplier obligations and future commitments to manage the business. Distinguish management needs from statutory and tax reporting rather than expecting one simplified number to satisfy all three.

What goes wrong when moving between records?

Opening unpaid amounts must reconcile to the control balances already brought into the new ledger.

If an opening trial balance includes a 1,000.00 receivable and you then post the old sale again as new income, the receivable and income can both be overstated. The unpaid schedule explains the existing amount; it is not automatically a second recognition instruction. Use a reviewed cutover process and preserve the original document references.

The same principle applies when customer or supplier modules are enabled later. Their opening detail must connect to the retained ledger history without inventing new sales, purchases or cash. Treat that transition as a reconciliation task, not a convenient bulk upload.

What should you practise?

Write a two-date story and explain which account changes at each event.

Use the 1,000.00 service, record its recognition under the exercise’s stated assumptions, and then record collection on a later date. Check that income appears once and the receivable returns to zero. Next, make the collection partial and explain the remaining amount. Keep the example fictional and stop before adding tax, foreign exchange or contract complexities that need a separate policy.

Practise the idea in PHP Ledger

PHP Ledger 0.4.0 uses shared parties and authoritative open items for invoice, bill and settlement workflows. It provides partial payments, credits and historical ageing. Tax codes and dated rates are manually configured; the engine does not determine country applicability or file returns. Use the public demo to inspect the existing core; do not treat the internal foundation as a complete customer accounting system.

The synthetic daily cash check and monthly review connect entries to reports. Inspect the current product features and limits before choosing software for a real business.

When PHP Ledger is not the right choice

Choose a supported system when your immediate needs include advanced stock operations, payroll, statutory tax filing or independently accepted reporting. The 0.4.0 starter adds invoice, bill, payment, credit and ageing screens. Optional Purchasing and Inventory add stock workflows; manually configured tax does not establish country applicability or filing support. A demonstration also cannot decide your accounting policies or provide an independent review of your books.

Continue learning

Common questions

Does receiving cash always create new income?

No. It can settle an amount already recognised, create a loan obligation or represent owner funding.

Can this lesson tell me which basis my business must use?

No. The permitted and appropriate basis depends on your entity, reporting purpose and applicable rules. Confirm that decision with an adviser.

Sources and review boundary

Source links checked on 16 September 2026. These are further educational reading; the worked numbers and exercises on this page are original synthetic examples.

General bookkeeping education, not jurisdiction-specific advice. This page has not been reviewed by a qualified accountant. Review your entity, reporting framework and policies with your adviser; see the project and review boundaries.

Product screen

Development preview with synthetic sample data

Scroll the image to explore it. With a keyboard, focus the image area and use the arrow keys.