Deferred Revenue: What It Is and How SaaS Founders Should Handle It
Deferred revenue is money you have collected but have not yet earned. A customer pays you upfront for an annual plan, the cash lands in your account, and accounting says you cannot call it revenue yet. You owe them twelve months of service first. Until you deliver, that cash sits on your balance sheet as a liability.
This trips up a lot of software founders. You see $12,000 hit your bank, you feel rich, and then your accountant tells you only $1,000 counts as revenue this month. Welcome to accrual accounting, where getting paid and earning money are two different events.
Here is the good news. Deferred revenue is not a problem. It is a sign your business has predictable, prepaid income. Investors love it. You just need to track it correctly so your books, your taxes, and your fundraising numbers all tell the same story.
TL;DR
- Deferred revenue is cash collected for products or services you have not delivered yet.
- It lives as a liability on your balance sheet, not as income on your P&L.
- You recognize it as revenue over time, as you deliver the service.
- Annual SaaS plans and prepaid subscriptions are the most common source.
- Mess it up and you overstate revenue, mislead investors, and risk tax problems.
- A Merchant of Record like Creem handles the billing events that drive your deferred revenue schedule, so your numbers stay clean.
What Deferred Revenue Actually Means
Deferred revenue, sometimes called unearned revenue, is the gap between payment and delivery. You took the money. You still owe the work.
Think of a gym membership. A member pays $600 for a full year in January. The gym has the cash, but it has not provided eleven of those twelve months yet. So in January the gym records $50 as earned revenue and $550 as deferred revenue. Each month, $50 moves from the liability column into the revenue column until the balance hits zero in December.
Software works the same way. Sell a $1,200 annual plan and you recognize $100 per month across twelve months. The first month, $1,100 sits as deferred revenue. That number shrinks every month as you deliver the product.
The key word is earned. Under accrual accounting, you earn revenue when you deliver value, not when the money arrives. Cash basis accounting ignores this and counts revenue on receipt, which is simpler but paints a misleading picture for any subscription business.
Why Deferred Revenue Is a Liability, Not Income
This is the part that confuses people. You got paid, so why is it a liability?
Because you owe something. If a customer paid for a year and cancels in month three, you may have to refund the remaining nine months. That obligation is real. Accounting treats unearned cash as a debt you settle by delivering service, not by paying money back.
On your balance sheet, deferred revenue shows up under current liabilities if you will deliver within twelve months, or long term liabilities if the obligation stretches further out. A three year prepaid contract splits across both.
Here is a quick example for a SaaS company that sells a $24,000 two year plan, paid upfront:
- Cash collected day one: $24,000
- Revenue recognized month one: $1,000
- Deferred revenue after month one: $23,000
- Current liability portion: $12,000 (months 2 to 13)
- Long term liability portion: $11,000 (months 14 to 24)
Every month you deliver, $1,000 moves from liability to revenue. Clean, predictable, and exactly what a financial reviewer wants to see.
A multi-year deal billed annually works differently. An annual payment becomes deferred revenue for the service you have not yet delivered, rather than putting the whole multi-year commitment on your balance sheet.
Signing the contract alone does not create a receivable or deferred revenue for the unbilled years. The enforceable, unbilled commitment is contracted backlog. Together with deferred revenue, it forms your remaining performance obligations: the contracted service you still owe the customer.
How to Recognize Deferred Revenue Step by Step
Revenue recognition follows a clear process. The accounting standard most teams follow is ASC 606 in the US or IFRS 15 internationally. Both boil down to the same idea: recognize revenue as you satisfy your obligation to the customer. If your subscription bundles distinct implementation services or other deliverables, you may need to allocate the transaction price across performance obligations and recognize each allocation as you satisfy that obligation.
Here is how it works in practice for a subscription product.
-
Customer pays upfront. For a directly received $1,200 annual prepayment excluding taxes and fees, debit cash $1,200.
Credit deferred revenue $1,200. Cash is an asset and deferred revenue is a liability. No revenue yet.
-
Set the recognition schedule. A $1,200 annual plan earns $100 monthly when your stand-ready service obligation means providing the same access throughout the term.
Use the dates you provide service and document how you prorate partial periods. Payment and invoice dates alone do not establish earned revenue.
If the plan bundles distinct products or services, allocate the transaction price across those separate promises, called performance obligations. Recognize each allocation as you deliver that part of the contract.
-
Recognize each period. After a full month of consistent service, debit deferred revenue $100 and credit subscription revenue $100.
-
Adjust for changes. Upgrades, downgrades, refunds, and cancellations all change the schedule. A mid cycle cancellation means you stop recognizing future months and may owe a refund from the deferred balance.
-
Reconcile monthly. Your deferred revenue balance at month end should equal the total unearned value across all active contracts. If it does not, something in your billing data is off.
The tricky part is not the math. It is keeping the billing events accurate at scale. When you have thousands of subscriptions with different start dates, plan changes, and currencies, the schedule gets messy fast. This is where most manual spreadsheets break.
Deferred Revenue and Sales Tax: The Hidden Trap
Here is something founders miss. Sales tax and VAT often apply at the point of sale, not at the point of revenue recognition.
So when a customer in Germany pays for an annual plan, you owe German VAT on that transaction now, even though you will recognize the revenue over twelve months. Get the tax wrong and you face penalties, back payments, and angry tax authorities across dozens of jurisdictions.
This is exactly the headache that pushes software companies toward a Merchant of Record. A MoR becomes the legal seller of record, which means it takes on the job of calculating, collecting, and remitting sales tax and VAT in every country where you have customers. You collect the cash, the MoR handles the compliance, and your deferred revenue schedule stays clean because the tax piece is already settled.
Creem does this for software and digital product companies. You sell, and Creem collects and remits VAT, GST, and sales tax as Merchant of Record.
You also get clean payout and transaction data you can drop straight into your revenue recognition schedule.
Common Deferred Revenue Mistakes
A few errors show up again and again. Avoid these and your books stay healthy.
Counting cash as revenue. The most common one. You see the deposit and book it all as revenue, which overstates your monthly numbers and creates a cliff later. Investors spot this fast during due diligence.
Ignoring refunds and churn. If you recognize too aggressively and then a customer cancels, you have to claw back revenue you already reported. Build churn into your schedule.
Mismatching tax timing. Recognizing tax over the same period as revenue, when tax was actually due at sale, leaves you short with the tax authority.
Manual tracking at scale. Spreadsheets work until you hit a few hundred customers. After that, a single missed plan change throws off your whole deferred balance. Automate it.
Forgetting the long term split. Multi year contracts need to split between current and long term liabilities. Lumping it all into current liabilities misrepresents your near term obligations.
How a Merchant of Record Keeps Your Numbers Clean
Your deferred revenue schedule is only as accurate as the billing data behind it. Every charge, refund, upgrade, and cancellation feeds the schedule. If those events are scattered across a payment processor, a tax tool, and a spreadsheet, reconciliation becomes a monthly nightmare.
A Merchant of Record consolidates all of it. Creem processes the payment, applies the right tax, manages the subscription lifecycle, and gives you a single source of truth for every transaction. When a customer upgrades mid cycle, that event is recorded cleanly. When someone churns, the refund and the deferred adjustment are right there in the data.
That means your monthly close gets faster, your investor reports get more accurate, and you stop chasing billing discrepancies. The cash side and the recognition side finally agree.
FAQ
Is deferred revenue an asset or a liability? A liability. You collected cash but still owe the customer service or product. It only becomes revenue once you deliver.
Is deferred revenue the same as accounts receivable? No. Accounts receivable is your unconditional right to payment, usually an unpaid invoice. Deferred revenue is your obligation to deliver what the customer paid or was billed for.
Invoice an annual plan in advance when you have an unconditional right to payment and you record both balances. Collection clears the receivable, and delivery moves the deferred balance into revenue.
Revenue you earned but have not billed is a different case. If your right to payment depends on something other than time passing, it is a contract asset rather than a receivable.
How does deferred revenue affect cash flow? Cash flow improves immediately because you receive the money upfront. The income statement lags, recognizing the revenue over time. This is why subscription businesses often have strong cash positions before their P&L catches up.
That upfront cash still has to pay for the hosting and support you owe for the rest of the term, plus any refunds your contract allows. Recognizing the revenue later brings in no new cash.
So forecast remaining delivery costs and refund exposure alongside your deferred revenue schedule. The full bank balance is not free to spend, and you do not need to hold the whole liability in reserve.
Do I pay tax on deferred revenue? Book revenue recognition and tax timing are separate. VAT or sales tax can become due before the service revenue is earned; the applicable tax-point rules depend on the jurisdiction and transaction. Income-tax timing also depends on your jurisdiction and accounting method. In the US, advance payments may be taxable in the year received; eligible accrual-method taxpayers can elect limited deferral under the IRS advance-payment rules. Do not assume that the book recognition schedule is also your tax schedule.
How do SaaS companies track deferred revenue? Most use a billing or subscription platform that generates a recognition schedule automatically. At scale, manual tracking breaks down, so automated billing data from a Merchant of Record or subscription tool is the standard.
Stop Letting Billing Mess Up Your Books
Deferred revenue is a feature of a healthy subscription business, not a bug. The trick is keeping the data behind it clean, accurate, and tax compliant across every market you sell in.
Creem is the Merchant of Record built for software and digital product companies. We handle payments, subscriptions, sales tax, and VAT globally, so your deferred revenue schedule stays accurate and your monthly close stops being a chore. You focus on the product, we handle the rest.
See how Creem works or check the pricing and start selling globally without becoming a part time tax accountant.