What is Revenue Leakage?
Written by Arnon Shimoni
✓ Expert
Last updated on:
What is revenue leakage?
Revenue leakage is revenue you earned but never billed or collected. The product was delivered, the contract entitles you to the money, and the invoice either never went out, went out wrong, or went out and was never paid. Unlike churn or discounting, leakage is invisible by default: nothing alerts you to an invoice that doesn't exist.
Related terms carve up the territory: revenue assurance is the practice of preventing and detecting leakage, and margin leakage is the profit-side cousin, where revenue arrives but costs quietly eat it.
Where does revenue leakage come from?
Almost always from the gaps between systems: what the contract says, what the billing system knows, and what actually got used.
Failure mode | What happens | Where it hides |
|---|---|---|
Unmetered usage | Events never reach the billing system, consumption goes uninvoiced | The gap between product telemetry and usage metering |
Missed amendments | An upsell agreed in email never updates the billing config | CRM says $80k, billing still says $50k |
Expired discounts still applied | A 12-month promotional rate quietly runs for 30 months | Nobody owns discount end dates |
Uninvoiced contract terms | Implementation fees, index-linked increases, or overage charges written into contracts but never operationalized | Signed PDFs that no system reads |
Failed collections | Invoices sent, payments failed, retries never happened | Weak dunning |
Wrong rates after a price change | New pricing launched, existing customers never migrated (unintentionally) | Accidental grandfathering |
The pattern across all 6: a human agreed to something, and no system enforced it end to end.
Why does usage-based pricing make leakage worse?
In a subscription business, leakage is bounded: a wrong flat fee is wrong by a visible, fixed amount, and the customer's invoice looks obviously off. In a usage-based business, the invoice is computed from metered events, and a dropped event stream looks exactly like a quiet customer.
That's the trap. Metering errors produce invoices that are internally consistent, formatted correctly, and wrong. Nobody disputes them, because undercharged customers don't call. A meter that silently drops 5% of events is a permanent 5% revenue tax that every dashboard will faithfully report as reality... which is why leakage detection in usage-based businesses starts at the event pipeline, not in accounts receivable.
How do you find your leakage?
Reconcile 3 numbers that should agree and usually don't:
Number | Source | Question it answers |
|---|---|---|
Contracted revenue | Signed contracts, CRM | What are we entitled to bill? |
Invoiced revenue | Billing system | What did we actually bill? |
Collected revenue | Payments, bank | What did we actually receive? |
Contracted minus invoiced is your billing leakage. Invoiced minus collected is your collections leakage. Run the reconciliation per customer, not in aggregate, because aggregate numbers let overbilling on one account mask underbilling on another. For usage-based lines, add a fourth check: raw product events against rated billing events, sampled per customer per period.
The uncomfortable part of the exercise is that every mismatch has an owner, and the owner usually knew. The audit converts folklore ("we're probably underbilling Enterprise X") into a number someone has to act on.
How do you prevent it?
Quarterly reconciliation projects find leakage after months of it. Prevention means collapsing the gaps the leakage lives in: contract terms that flow into billing configuration instead of PDFs, metering and rating in the same ledger so events can't silently diverge from invoices, discounts with enforced end dates, and dunning that runs automatically.
This is a large part of why billing infrastructure matters more than billing software. Solvimon holds the contract terms, the meter, and the invoice in one ledger, so the reconciliation that finds leakage becomes a property of the system instead of a quarterly project. See automated invoicing.
FAQ
How much revenue do companies typically leak?
Commonly cited industry estimates run at 1-5% of revenue, but the honest answer is that companies that haven't run the reconciliation don't know, and the ones that have don't publish. The usage-based failure modes above are the expensive ones because they compound silently.
What's the difference between revenue leakage and revenue loss?
Leakage is specifically money you were entitled to and failed to capture. Discounts, churn, and failed deals are revenue loss but not leakage: you never had the entitlement.
Is revenue leakage an accounting problem?
It becomes one. Leaked revenue understates earned revenue, which distorts revenue recognition and any metric built on it. But the root cause is operational: systems that don't enforce what was agreed.
Who should own leakage?
Whoever owns billing operations end to end. The failure modes span sales, product, and finance, which in practice means that without a single owner, each team assumes another one has it.
Related
Revenue assurance: the practice of preventing this
Margin leakage: the profit-side equivalent
Usage metering: where usage-based leakage starts
Dunning: the collections half of the problem
Ready for billing v2?
Solvimon is monetization infrastructure for companies that have outgrown billing v1. One system, entire lifecycle, built by the team that did this at Adyen.
