Start With The Obligation, Not The Invoice
The first mistake is usually simple: an invoice is treated as proof that
revenue belongs in the reporting period. We do not accept that shortcut.
Billing confirms that an administrative event occurred; it does not
establish that the promised obligation was satisfied, that the customer
accepted the work, or that the recorded amount has been measured correctly.
We begin with the contract and compare its wording with what operations
actually delivered. That comparison often exposes amendments, service
periods, acceptance clauses, or cancellation rights that a ledger review
cannot show. The aim is not to add ceremony to the close. It is to create a
clear chain from commercial terms to accounting conclusion, with uncertainty
stated rather than hidden.
Read The Contract First
We review the contract before examining the ledger because recognition
depends on what the organisation promised, not simply on what it billed.
Key evidence includes separate deliverables, delivery conditions,
customer acceptance, renewal language, cancellation provisions, and
amendments made after the original agreement. We compare these terms
with operational records to identify obligations that remain outstanding
at period end. When the written policy uses broad language, we document
the specific contract feature that changes the conclusion. This makes
the review reproducible and prevents a general rule from being applied
to arrangements with materially different facts.
Separate Billing From Performance
We distinguish an invoice, a receipt, and a completed obligation because
each represents a different event. An invoice may be issued before
delivery, while cash may be received before the organisation has
finished its promised work. Neither event alone resolves the accounting
question. We trace the transaction through order records, completion
evidence, customer correspondence, and ledger posting, then assess which
facts were available at the reporting date. Where the evidence is
incomplete, we record the limitation plainly instead of treating
administrative activity as a substitute for performance evidence.
Use Prior Exceptions
Historical exceptions tell us more than a clean sample selected without
context. We examine prior adjustments, credit notes, late approvals, and
recurring questions from earlier reporting cycles to identify patterns
in how the policy is interpreted. One isolated error may require
correction; repeated errors usually indicate that the process, wording,
or ownership is not clear enough. We use those precedents to focus
current testing and to distinguish a new issue from a weakness that has
already appeared under another name.
Compare Policy With Practice
A useful policy must describe the decisions people actually make. If it
ignores installation, acceptance, modifications, or continuing support,
staff will fill the gaps through informal judgment, often
inconsistently. We compare the policy with representative agreements and
operational handoffs, then identify where a decision point needs clearer
ownership or evidence. The result should be specific enough for
different teams to reach comparable conclusions while still allowing
documented judgment where contracts genuinely differ.