Overview
Recognise revenue based on delivery or performance rather than simply when cash is received. The purpose is not merely to produce entries that balance. Good accounting information should be complete, understandable, traceable to evidence and useful for decisions.
Organisations often encounter problems when a process grows informally. Different users may apply different names, dates, classifications or approval practices. The immediate result may look acceptable, but inconsistency gradually affects reports, reconciliation and audit readiness. A documented method, supported by suitable software and periodic review, is therefore more valuable than a one-time correction.
Core concepts
- Cash receipt and revenue may occur at different times
- Customer advances create obligations until earned
- Returns, discounts and variable consideration affect measurement
- Cut-off is essential
Cash receipt and revenue may occur at different times. This is a foundational part of revenue recognition basics for service and product businesses because it determines how consistently transactions are recorded and reviewed. Customer advances create obligations until earned. In practice, this should be supported by a documented routine rather than depending on individual memory. Returns, discounts and variable consideration affect measurement. Management should also define who prepares, checks and approves the relevant information. Cut-off is essential. Periodic review helps confirm that the process continues to match the organisation's current operations.
These concepts should be adapted to the size and complexity of the business. A small organisation may use simpler approvals, but it should still preserve responsibility, evidence and review. A larger organisation may require workflow controls, maker-checker separation, exception reports and formal closing calendars.
Practical example
A consultant receives an advance for a three-month assignment. Revenue is recognised as services are performed, subject to the applicable accounting framework.
The example shows why the transaction should be understood before selecting a voucher or ledger. The accountant should identify the parties, timing, commercial purpose, related documents and effect on financial statements. Where inventory, tax, payroll or another sub-system is involved, all connected records should be updated consistently.
A reviewer should be able to move from the report to the ledger, from the ledger to the voucher and from the voucher to the underlying document. This traceability makes correction faster and reduces reliance on verbal explanations.
Recommended process
- 1. Identify contract and obligations. Record the result, supporting source and responsible person so the step can be reviewed later.
- 2. Determine transaction amount. Record the result, supporting source and responsible person so the step can be reviewed later.
- 3. Track delivery or service progress. Record the result, supporting source and responsible person so the step can be reviewed later.
- 4. Recognise revenue. Record the result, supporting source and responsible person so the step can be reviewed later.
- 5. Record advances and receivables. Record the result, supporting source and responsible person so the step can be reviewed later.
- 6. Review cut-off. Record the result, supporting source and responsible person so the step can be reviewed later.
After completing the process, compare the result with independent information where available. Bank statements, supplier statements, physical stock, contracts, payroll files and management approvals can provide external or operational evidence. Differences should be investigated, not hidden through unexplained adjustments.
Common mistakes and how to avoid them
Recording all advances as revenue
This commonly causes unreliable balances, delayed closing or misleading analysis. The safer approach is to define the correct treatment in advance, preserve supporting evidence and review exceptions rather than correcting them informally.
Delaying revenue until cash collection
This commonly causes unreliable balances, delayed closing or misleading analysis. The safer approach is to define the correct treatment in advance, preserve supporting evidence and review exceptions rather than correcting them informally.
Ignoring returns
This commonly causes unreliable balances, delayed closing or misleading analysis. The safer approach is to define the correct treatment in advance, preserve supporting evidence and review exceptions rather than correcting them informally.
Recognising sales before dispatch or service completion
This commonly causes unreliable balances, delayed closing or misleading analysis. The safer approach is to define the correct treatment in advance, preserve supporting evidence and review exceptions rather than correcting them informally.
Control checklist
- Use standard master names, account groups, units and document references.
- Require a clear narration that explains the business purpose.
- Attach or link the supporting document wherever possible.
- Separate preparation, approval and payment responsibilities according to risk.
- Review old, unusual, negative and opposite balances.
- Reconcile control accounts and independent records regularly.
- Keep an audit trail for creation, editing, approval, cancellation and deletion.
- Back up data and test restoration rather than assuming the backup is usable.
Software can automate numbering, validation, matching and reporting, but it cannot replace sound policy. Configure alerts for duplicates, missing fields, backdated transactions and values outside normal limits. Exceptions should be routed to a responsible person and closed with a recorded explanation.
How IntimeBooks can support the process
IntimeBooks is designed to help organise masters, vouchers, branch-wise records, reconciliations and financial reports in a structured manner. The exact workflow should be configured to match the organisation's roles, approval levels and reporting needs. Before relying on any automated result, verify opening balances, mappings, imported data and period settings.
This article is educational and does not replace accounting, tax, legal or audit advice. Requirements may differ by entity type, industry, contract and applicable law.