Unit economics
Amortize an upfront payment into clean monthly recognized revenue.
- Category
- Unit economics
- Signup
- None
- Your data
- Stays in your browser
- Also in
- Claude, via MCP
How do you calculate deferred revenue?
For a subscription paid upfront, monthly revenue = payment ÷ contract months. Revenue recognised to date = monthly revenue × months delivered, and deferred revenue = payment − revenue recognised. A ₹4,80,000 annual contract recognises ₹40,000 a month; after five months, ₹2,00,000 is revenue and ₹2,80,000 is still a deferred revenue liability.
Of the $36,000 collected, $15,000 is recognized revenue after 5 months and $21,000 remains a deferred-revenue liability. Cash in the bank isn’t earned revenue yet, recognize it evenly across the 12-month term.
Under accrual accounting (ASC 606 / IFRS 15), upfront payments are a liability until delivered. Straight-line recognition fits most subscriptions; usage-based or milestone contracts differ.
About this calculator
Cash collected upfront isn't earned revenue the day it lands, under accrual accounting it's a liability until you've actually delivered the service it pays for. This planner spreads an upfront annual or multi-year payment evenly across the contract term, showing exactly how much revenue is recognized to date and how much still sits on the books as deferred revenue.
How to use it
- Enter the upfront payment collected from the customer.
- Enter the contract term in months.
- Enter months elapsed so far.
- Read the monthly recognized amount, revenue recognized to date, the remaining deferred balance, and the percentage of the contract recognized.
Methodology
Monthly recognized revenue is the upfront payment divided by the contract term in months, a straight-line amortization. Elapsed months is capped at the contract term (so the calculation doesn't run past 100% recognized if you enter a number larger than the term), and revenue recognized to date is the monthly figure times elapsed months.
The deferred balance is the upfront payment minus revenue recognized to date, the liability still sitting on the books for value not yet delivered. Percent recognized is recognized revenue divided by the total upfront payment.
This straight-line method fits standard subscription contracts, where value is delivered evenly over the term. It doesn't model milestone-based or usage-based revenue recognition, where recognition timing follows delivery events or consumption rather than the calendar, those contract types need a different recognition schedule entirely.
The approach reflects the accrual-accounting principle behind ASC 606 and IFRS 15, revenue is recognized as the performance obligation is satisfied, not when cash changes hands, which is why an upfront annual payment doesn't all hit the income statement in month one.
Straight-line deferred revenue formulas
Recognised per month = Upfront payment collected ÷ Contract term (months) Months counted = the smaller of Months elapsed and Contract term Recognised to date = Recognised per month × Months counted Deferred balance = Upfront payment collected − Recognised to date % recognised = Recognised to date ÷ Upfront payment collected × 100
- Upfront payment collected
- The contract amount billed in advance, excluding GST or sales tax. Tax collected is a separate liability, not revenue.
- Contract term
- Length of the service period in months, for example 12 for an annual plan or 36 for a three-year prepaid deal.
- Months elapsed
- Whole months of service delivered so far. The tool caps it at the contract term.
- Deferred balance
- Payment received for service not yet delivered: a contract liability on the balance sheet.
Under ASC 606 a contract liability is an entity's obligation to transfer goods or services to a customer for which it has received consideration, or the amount is due (Deloitte DART); "deferred revenue" is the common name for it. The tool uses whole months and equal amounts. Billing systems often recognise by day: Stripe Revenue Recognition defers each invoice line and amortises it evenly over the line item's service period, so a contract starting mid-month gives a partial first month. If one contract bundles subscription, onboarding and support, each distinct performance obligation gets its own share of the price and its own schedule under IFRS 15 step 4.
Worked example: an annual and a three-year prepaid contract in India
An Indian SaaS company signs an annual contract worth ₹4,80,000 plus 18% GST, invoiced and paid upfront on 1 April. In the same month it closes a three-year deal paid upfront at ₹14,40,000 (excluding GST). The finance team wants the position at the end of August, five months in.
- Annual contract: GST on the invoice = ₹4,80,000 × 18% = ₹86,400, so the customer pays ₹5,66,400. Enter ₹4,80,000, not ₹5,66,400.
- Recognised per month = ₹4,80,000 ÷ 12 = ₹40,000
- Recognised to date = ₹40,000 × 5 = ₹2,00,000 (42% of the contract)
- Deferred balance = ₹4,80,000 − ₹2,00,000 = ₹2,80,000
- Three-year contract: recognised per month = ₹14,40,000 ÷ 36 = ₹40,000; after 5 months recognised = ₹2,00,000 and deferred = ₹12,40,000
- Split the three-year balance by timing (by hand): next 12 months = ₹40,000 × 12 = ₹4,80,000 current; the remaining ₹7,60,000 is non-current deferred revenue
Both contracts add ₹40,000 a month of revenue, even though one brought in three times the cash. The company holds ₹15,20,000 of deferred revenue across the two (₹2,80,000 + ₹12,40,000), and only ₹7,60,000 of it is due to be earned in the next twelve months. That is why cash collected and revenue diverge for companies that sell multi-year prepaid deals; the burn rate optimisation forecaster should be built on cash, and the MRR to ARR calculator on the recurring revenue, not on the upfront payment.
Is a large deferred revenue balance good or bad?
Deferred revenue is a liability, but for a subscription business it is usually a healthy one:
- It funds growth. Annual or multi-year prepayment brings cash in before costs are incurred, which is why many SaaS companies offer an annual discount.
- It is an obligation. You owe the service, and refunds on cancellation come out of it. Stripe's example: on a 120 USD annual plan refunded in month two, 20 USD already recognised becomes contra revenue and the remaining 100 USD reverses out of deferred revenue.
- It is not ARR. A ₹14,40,000 three-year prepayment is ₹4,80,000 of annual recurring revenue, not ₹14,40,000.
A decision rule: if deferred revenue is growing faster than recognised revenue, more customers are prepaying for longer, which helps cash but makes month-to-month revenue look smoother than demand. If it is shrinking while bookings look strong, customers may be moving to monthly billing, which affects your growth runway. A RevOps audit is a good point to check that the CRM, billing system and accounts agree.
Deferred revenue and tax in India vs the US
Companies reporting under Ind AS follow Ind AS 115, issued through the Companies (Indian Accounting Standards) Amendment Rules, 2018 dated 28 March 2018, on which Ind AS 11 and Ind AS 18 stand omitted (ICAI). The recognition pattern is the same straight-line logic for an evenly delivered subscription. GST timing is different from revenue timing: under section 13(2)(a) of the CGST Act, the time of supply of services is the invoice date (if issued within the prescribed period) or the date payment is received, whichever is earlier (StudyCafe). So GST on an annual prepayment is generally due upfront, while revenue is spread over twelve months. Confirm the treatment for your contracts with your chartered accountant.
US companies apply ASC 606, where the contract liability arises once consideration has been received or is due, so an invoice that is due but unpaid can already create deferred revenue. Investors and lenders often ask for deferred revenue split into current (to be recognised within twelve months) and non-current portions; Stripe, for example, enables a separate long-term deferred revenue account by default for service periods beyond twelve accounting periods. Sales tax collected is a separate tax liability and stays out of both revenue and deferred revenue. Billings (revenue plus the change in deferred revenue) is a common investor metric that this split feeds directly.
Common deferred revenue mistakes
- Recording the whole upfront payment as revenue in the month it is received.
- Including GST or sales tax in the amount being amortised.
- Counting a multi-year prepayment as ARR, which overstates recurring revenue by the number of years.
- Spreading one price evenly when the contract bundles onboarding or services that are delivered at different times.
- Leaving deferred revenue unchanged when a customer cancels, gets a refund or receives a credit note.
- Using a different start date in billing and in the accounts, so monthly revenue never reconciles.
Sources
- IFRS 15 Revenue from Contracts with Customers, IFRS Foundation. Accessed 2026-10-18.
- Revenue Recognition Roadmap: Glossary Terms, Deloitte DART. Accessed 2026-10-18.
- How Revenue Recognition works, Stripe Docs. Accessed 2026-10-18.
- Announcement for withdrawal of the Guidance Note on Accounting for Real Estate Transactions for entities to whom Ind AS is applicable, Institute of Chartered Accountants of India. Accessed 2026-10-18.
- Section 13 of CGST Act: Time of supply of services, StudyCafe (text of the CGST Act, 2017). Accessed 2026-10-18.
FAQ
Because the customer hasn't received the service yet, only paid for it. Under accrual accounting standards (ASC 606, IFRS 15), revenue is recognized as you deliver value over the contract term, so an upfront payment sits as a deferred-revenue liability until it's earned month by month.
It fits standard subscription contracts where the service is delivered evenly across the term. It doesn't fit milestone-based contracts (recognize at each milestone) or usage-based contracts (recognize as consumed), those need a schedule tied to the actual delivery pattern, not a flat monthly split.
This calculator assumes the contract runs its full term; it doesn't model early cancellation or refund scenarios. In practice, a mid-term cancellation typically triggers a separate accounting treatment for the unearned, un-refunded portion, consult your accounting policy or auditor for that specific case.
No, deferred revenue is a balance-sheet liability representing an obligation still owed to the customer, while cash collected is an asset. You may already hold the cash from the upfront payment, but it isn't "yours" from a P&L perspective until the corresponding revenue is recognized month by month.
It is a liability, so it carries a credit balance. When you invoice an upfront contract, you debit accounts receivable and credit deferred revenue; as each month is delivered, you debit deferred revenue and credit revenue. Stripe's journal entries follow this pattern.
They are the same thing: payment received for goods or services not yet delivered. ASC 606 and IFRS 15 call it a contract liability. Accrued revenue is the opposite case, where you have delivered but not yet billed.
Recognise it evenly over the full term, as this tool does with a 24- or 36-month term, and split the remaining balance into the portion to be earned in the next twelve months (current) and the rest (non-current). Count only one year of the contract value in ARR.
No. ARR and MRR measure the recurring run-rate of active contracts, normalised to a year or a month. Deferred revenue measures cash received ahead of delivery. An annual plan at ₹4,80,000 adds ₹40,000 to MRR whether it is paid upfront or monthly, but only the upfront version creates deferred revenue.
Identify the contract, identify the performance obligations, determine the transaction price, allocate the price to each performance obligation by relative stand-alone selling price, and recognise revenue when each obligation is satisfied. This calculator covers the last step for a single obligation delivered evenly over time.
Numbers looking off?
If the model says one thing and the pipeline says another, that gap is usually where the revenue is. A 30-minute call finds it.
It starts with a 30-minute call. Pick a time below.