Subscription management on SalesforceThe guides: contracts, renewals, amendments, proration, co-terming and the metrics
Subscription management sits between CPQ, which sells the first term, and billing, which invoices it. It is the record of what each customer owns, when it changes and when it renews — and it is where recurring revenue either compounds or leaks. This guide covers the record structure, the new-expansion-renewal lifecycle, renewal automation and uplifts, the six amendment types with the proration arithmetic shown, co-terming, the metrics with formulas, and the three ways to run it in Salesforce.
Subscription management is the practice — and the category of software — that tracks what each customer is entitled to over time: the contract, the subscriptions under it, the assets, every mid-term amendment, and the renewal, with the recurring revenue metrics (MRR, ARR, net revenue retention, churn) rolled up from those records rather than rebuilt in a spreadsheet. It sits between CPQ, which sells the first term, and billing, which invoices it, and it is the part of the revenue system that decides whether recurring revenue compounds or leaks.
What subscription management is, and the records it keeps
Three functions get confused with each other because the same vendors sell all three. They are separable, and knowing which one you are missing is the first evaluation step.
| Function | The question it answers | The records it owns | Typical failure without it |
|---|---|---|---|
| CPQ | What are we selling, at what price, for what term? | Quote, quote lines, approvals | Quotes built by hand; discounts approved in email |
| Subscription management | What does this customer own right now, when does it change, and when does it renew? | Contract, subscription, asset, amendment, renewal opportunity | Renewals discovered late; expansions on separate terms; ARR that does not reconcile |
| Billing | What do we invoice, when, and has it been paid? | Invoice, payment, credit, account balance | Invoices re-keyed from the order; payments not applied |
Subscription management is the middle row. Its output is a living record of the entitlement, and the primer explains why B2B companies that sell subscriptions outgrow spreadsheets for it faster than for anything else: a spreadsheet can hold what was sold, but it cannot hold what was sold, then expanded in month seven, then partly cancelled, then renewed with an uplift, and still produce one number. The case for a platform lists the eight signs the spreadsheet has already broken; the most common is a renewal that finance learned about from the customer.
The record structure
Five records, and the relationships between them, are the whole model. Any platform — Salesforce-native or external — that does subscription management well has an equivalent of each.
| Record | What it is | Key fields | Created when |
|---|---|---|---|
| Contract | The container for one customer agreement: the term, the dates, the contacts, and roll-ups of everything under it | Start date, end date, status, ARR, MRR and TCV roll-ups, subscription count, current renewal opportunity | The first order is released |
| Subscription | One recurring line: a product or service the customer is entitled to, with its own quantity, price and dates | Product, quantity, effective price, start and end date, status, renew flag, parent line | Each recurring order line, on release |
| Asset | One tracked product the customer owns, for support, install base and renewal | Product, quantity, dates, parent subscription | Each tracked product line, on release |
| Expansion order (or contraction) | A mid-term change, carried as an order against the existing agreement. Some platforms give this its own amendment object; others — Kugamon among them — use a record type on the order, so the order stays the controlling record for every change | Record type, effective date, added or removed lines, prorated amount | A rep opens an expansion from the account or the active agreement |
| Renewal opportunity | The next term as a pipeline record, kept current as the agreement changes | Close date at term end, lines from active subscriptions, uplift percent | The first order is released, and updated on every expansion |
Two design decisions follow from the table. First, the renewal opportunity is created at the start of the term, not near the end; a renewal that exists from day one is one the forecast can count and one that updates itself. Second, the subscription is a separate record from the order line that created it. The order line is history; the subscription is the current state, and it is what expansions and renewals read.
The lifecycle: new, expansion, renewal
Every subscription business runs three flows, and a good platform carries a record type through opportunity, quote and order so reports can separate them without a custom field.
New. An opportunity for a new agreement becomes a quote, then an order. Releasing the order creates the contract, the subscriptions for each recurring line, the assets for each tracked product, and the renewal opportunity dated at the end of the term. Nothing about the renewal has to be remembered later; it exists.
Expansion. The customer adds seats, a module or a tier mid-term. The rep opens an expansion from the account or the active agreement, adds the lines — pulling previously purchased items at their original price where the deal calls for it — and the platform co-terms and prorates every added line to the existing end date. On release, the contract roll-ups recalculate, the new subscriptions and assets are added, and the renewal opportunity is updated to the expanded footprint. The customer still has one term and one renewal date.
Renewal. As the term approaches its end, a notice goes to the buying contact, the renewal order is generated from the renewal opportunity with any uplift applied, and the customer accepts. Releasing the renewal order either extends the existing agreement or creates a new one — a configuration choice — adds the next term's subscriptions, and creates the following renewal opportunity. The cycle repeats. The step-by-step guide to subscription management in Salesforce walks each flow through the objects.
Renewals: notices, renewal orders, uplifts and the schedule
Renewal automation is five workflows, and the renewal automation guide treats each in depth. The first — renewal opportunity creation at the start of the term — was covered above. The other four run on a calendar.
| Days before the term ends (typical) | What runs | Who acts |
|---|---|---|
| 120–90 | Renewal notice emailed to the buying contact from the active agreement | Automated; the account owner is copied |
| 90 | Renewal opportunity moves to the active forecast; uplift percent confirmed | Account owner or renewal manager |
| 60–30 | Renewal order generated from the renewal opportunity and emailed for acceptance | Automated, with human review for large or changed accounts |
| 30–0 | Accepted renewal order released; agreement extended or a new one created; next renewal opportunity created | Account owner; the release is one click |
Two rules make the schedule work. Run the jobs frequently — hourly rather than nightly — so a date that becomes due at 9 a.m. is acted on at 10, not tomorrow. And keep the renewal opportunity honest between notices: if an expansion order was released in month nine, the renewal order generated in month eleven must include it. That is the case for creating the renewal early and updating it on every amendment, rather than building it from scratch at day sixty.
Renewal quoting itself — which lines come across, how they are priced, what happens to retired products — is the subject of how CPQ renewals work. The short version: source lines from active subscriptions and renewable products, not from last year's quote; pick a pricing method (same price, list price, or uplift percent) and a price-protection rule, and write both into the agreement; substitute retired products by rule; and send the quote early enough that the customer's procurement cycle finishes before the term does.
Uplifts and renewal pricing
A renewal uplift is a percentage increase applied to the renewal price, and it is the most reliable source of expansion revenue a subscription business has, because it needs no new seats and no new module. It also causes the most friction when it is a surprise. Three practices keep it clean.
Set the uplift by rule, not by rep: a default percentage at the company level, overridable per account where the agreement says so, and applied automatically to the renewal opportunity's lines. Decide which products are subject to it — a support plan may carry an uplift where a fixed-price hardware line does not — and flag that at the product level. And honor price protection: if the agreement caps increases at a percentage or freezes the price for a term, the platform should apply the cap without someone remembering it. Renewal pricing then has three honest methods — same price, current list price, or last price plus uplift — and the agreement should name one.
Amendments: the six types
A subscription amendment is any change to an active subscription before its term ends. Six types cover nearly every request, and the amendments guide shows what each does to the invoice, the subscription value and the renewal.
| Amendment | Invoice effect | Subscription value | Renewal effect |
|---|---|---|---|
| Upgrade — add quantity or a product | Prorated charge for the remaining term | Increases from the effective date; roll-ups rise | Added items appear at full-term value |
| Downgrade — remove quantity or a product | Prorated credit, or none if the agreement says downgrades apply at renewal | Decreases from the effective date | Removed items come off |
| Swap — one product for another | Credit the old, charge the new, net the difference | Recalculated | The new product only |
| Term extension | Charge for the added period at the current price | Total value rises; ARR unchanged | Close date and start date move out |
| Early cancellation | Per the agreement: prorated credit, termination fee, or nothing with the balance still due | Zero from the cancellation date; record kept for churn reporting | Closed lost, or decremented if other lines continue |
| Price change | Prorated charge or credit for the difference | Recalculated from the effective date | New price becomes the base for uplift |
The demo question every buyer should ask a vendor is the upgrade: "Add ten seats in month seven. What happens?" Count how many of the following change without a person touching them: the prorated invoice, the subscription quantity and end date, the contract ARR, MRR and TCV roll-ups, the renewal opportunity's lines and amount, the asset records, and the revenue schedule. On a platform where subscriptions live in a separate billing tool, automation stops at the sync and the rest is keyed by hand.
Proration and co-terming: the arithmetic, shown
Proration charges the customer only for the part of the term a change is in effect. The platform picks a unit of time — days or months — and multiplies.
Take the demo question. The term is twelve months starting January 1. The price is $100 per seat per month, which is $1,200 per seat per year, and on August 1 ten seats are added. In a non-leap year, August 1 through December 31 is 153 days of a 365-day term.
| Method | Calculation | Charge | When it fits |
|---|---|---|---|
| Daily | 10 seats × $1,200 × 153 ÷ 365 | $5,030.14 | Annual terms with changes on arbitrary dates; the most common in B2B |
| Monthly | 5 remaining months × 10 seats × $100 | $5,000.00 | Monthly cycles where changes take effect on the first |
| None — bill at next cycle | No mid-cycle charge; new quantity bills from the next invoice date | $0 now; $1,000 per month from the next cycle | Low-value changes or short billing periods |
The two conventions differ by $30.14 on one amendment. Neither is more correct. What matters is that the method the platform uses is the method the agreement states, so the prorated invoice is explainable line by line to the customer's accounts payable team. A downgrade runs the same math in reverse to produce a credit — but whether the credit is issued at all is a contract term, not a calculation, and it should be decided once in the agreement rather than case by case in the support queue.
Co-terming: one renewal date per customer
Co-terming aligns the end date of anything added mid-term to the existing agreement's end date, so the customer keeps one term and one renewal. In the example above, the ten seats added on August 1 end on December 31 with the original hundred, the first invoice for them covers 153 days rather than a year, and the renewal in December is for 110 seats on one quote.
The alternative — a separate twelve-month term per add-on — produces a customer with two end dates after one expansion and, a year later, a contract nobody can summarize without a spreadsheet: several renewal conversations, several notice emails, several invoice cycles, and a forecast that never quite reconciles to ARR. Co-terming trades a slightly more complex first invoice for a permanently simpler relationship. For a subscription business it is the default; the separate-term case should require a deliberate exception, and a common written policy is to co-term when more than ninety days remain and otherwise to start a full term that becomes the new anchor date at renewal. Whatever the rule, write it down and configure it once. The mistake is deciding deal by deal.
The metrics, with formulas
Subscription metrics are only trustworthy if they are computed from the records above rather than assembled at month-end. The metrics guide covers the full set with benchmarks and review cadences; these are the ones that matter most.
| Metric | Formula | Watch for | Review |
|---|---|---|---|
| MRR | Sum of active subscription value, monthly (annual value ÷ 12 for annual terms) | Flat or negative month over month | Monthly |
| ARR | MRR × 12 | Multi-year deals annualized, not counted at total value | Monthly |
| Net new ARR | Ending ARR − starting ARR | Growth masking churn | Monthly |
| Expansion ARR | ARR added from existing customers in the period | Below a fifth of growth suggests the product is not driving upsell | Monthly |
| Net revenue retention (NRR) | (Starting ARR + expansion − contraction − churn) ÷ starting ARR | Above 100% means existing revenue grows on its own; below 90% is a risk signal | Quarterly, by cohort |
| Gross revenue retention (GRR) | (Starting ARR − contraction − churn) ÷ starting ARR | Below 90% is a problem; harder to move than NRR because it needs lower churn, not more expansion | Quarterly, by cohort |
| Logo retention | Active at period end ÷ active at period start | Less forgiving than NRR because it does not weight by size | Monthly |
| Churn rate | Lost ÷ starting, by ARR or by count | Separate voluntary from involuntary; they need opposite fixes | Monthly |
For scale, SaaS Capital's 2025 survey of private B2B SaaS companies puts median NRR near 102% for companies whose typical deal is $25K to $50K a year, with the top quartile around 111%. Report every retention metric by acquisition cohort; blended numbers hide a cohort that churns at eighteen months behind one that churns at twelve. And segment opportunities by type — new, expansion, renewal — because expansion revenue carries no acquisition cost and a record type is the cheapest way to see it.
Revenue recognition sits beside these metrics rather than inside them. ASC 606 (FASB ASU 2014-09) treats an amendment as what the standard calls a contract modification, which changes the transaction price and the remaining performance obligations from the modification date; whether the effect is recognized prospectively or as a cumulative catch-up is a judgment for finance. What the subscription platform owes finance is a clean record of what changed, when, and for how much.
Subscription management in Salesforce
Standard Salesforce gives you Account, Opportunity, Contract and Asset. It does not give you a subscription object — a recurring line with its own quantity, price, start and end dates — or any of the logic above: no renewal opportunity created on release, no co-terming, no proration, no scheduled notices, no uplift by rule. Three ways to add it, from subscription management in Salesforce:
| Option | Where the subscription lives | What you get | Trade-off |
|---|---|---|---|
| Revenue Cloud Advanced (Salesforce) | Native, on Salesforce's asset-based revenue model | Salesforce's first-party roadmap; amendments and renewals are asset-based | A new data model that existing CPQ skills do not fully transfer to; $200 Advanced or $150 Growth per user per month before implementation; a full rebuild runs 12–18 months in practice |
| A Salesforce-native AppExchange package | Native, as a managed-package Subscription object next to the standard Contract and Asset | Contract roll-ups, renewal automation, co-terming and proration, native reports, admin-configurable | Salesforce-only by design; depth of CLM and usage rating varies by vendor |
| An external subscription platform synced to Salesforce (Zuora, Chargebee and others) | On the vendor's platform, with a summary synced into Salesforce | Finance-grade billing and high-volume usage rating | The subscription record the pipeline sees is a copy; amendments happen in two places; reporting and AI see the sync, not the record |
Building it yourself in Flow is a fourth option for the simplest cases — one product, annual terms, no amendments — and becomes a maintenance project the first time a customer adds seats in month seven. Salesforce CPQ's own subscription object (SBQQ__Subscription__c) still works for existing customers, since Salesforce CPQ is end of sale rather than end of life, but it is in a maintenance phase with no new features.
Common mistakes
- Discovering renewals instead of scheduling them. A renewal found in a report thirty days out is already late. Create it at the start of the term.
- Separate terms per add-on. Every add-on with its own term is a future renewal conversation. Co-term by default.
- Re-keying amendments into a billing tool. The rep amends the deal in the CRM; someone types it into billing; the two drift, and the customer sees the drift on the invoice.
- Forgetting to update the renewal after an amendment. The renewal quote then offers last year's footprint.
- Leaving the proration method and the downgrade policy out of the agreement. If the number on the invoice cannot be reproduced from the agreement — $5,030.14, say — it will be disputed.
- Blended metrics. NRR across all customers hides the cohort that is failing. Report by cohort.
- Treating involuntary churn as churn. A declined card is a collections task, not a lost customer; the payments guide covers dunning.
How Kugamon handles it
Kugamon Subscription Management is one Salesforce-native implementation of the model above. It adds New, Expansion and Renewal record types to Opportunity, Quote and Order, and a Subscription object beside the standard Contract and Asset. Releasing a New order creates the Contract, the Subscriptions for service lines, the Assets for product lines, and a Renewal Opportunity dated at the end of the term; the Contract rolls up ARR, MRR, subscription count and dates. An Expansion order opened from the Account or the Contract pulls previously purchased items at their original price, co-terms and prorates every added line to the Contract End Date, and on release updates the Contract and the Renewal Opportunity. Three scheduled jobs, recommended hourly, send the renewal notice, generate and email the renewal order, and keep each Subscription's active flag current; the uplift percent is set in Kugamon Settings, overridable per account, and applied to the Renewal Opportunity's lines; and a renewal can extend the existing Contract or create a new one. Cancelling a Subscription decrements the renewal, and cancelled records are retained for churn reporting. All of it is native Salesforce data, so ARR by cohort is a standard report. The Subscription Management edition is $95 per user per month and Subscription Billing adds invoicing and payments at $125; typical implementation is four to eight weeks.
Keep reading
Seven articles and one glossary term make up this topic. The index that follows lists them with the rest of the glossary.
- What is subscription management? — the definition, the five-stage lifecycle, and how to evaluate a platform.
- Why you need subscription management software — the eight signs the spreadsheet has broken.
- Subscription management in Salesforce — what the standard objects give you and the three ways to add the rest.
- Subscription amendments explained — the six types, the proration math, co-terming, and what should change automatically.
- How to automate subscription renewals in Salesforce — the five workflows, the metrics, and a weeks-long rollout.
- How CPQ renewals work — renewal models, the anatomy of a renewal quote, uplift and price protection.
- How to measure subscription metrics — MRR, ARR, NRR, GRR, CAC payback and LTV, with formulas and benchmarks.
- Co-terming — the definition, a worked example, and when not to co-term.
Everything on subscription management.
How do subscription amendments work?
A subscription amendment is any change to an active subscription before its term ends. Learn the six amendment types, pr…
Read →How to Automate Subscription Renewals in Salesforce?
How to automate subscription renewals in Salesforce: create renewal opportunities at subscription start, generate renewa…
Read →How to Measure Subscription Metrics
Subscription metrics like MRR, ARR, NRR, and CAC payback tell you whether recurring revenue is compounding or leaking. L…
Read →How do CPQ renewals work?
A CPQ renewal is a quote built from what a customer already owns, repriced and re-termed for the next period. Learn how …
Read →What is Subscription Management?
Subscription management automates how B2B companies handle recurring revenue, from initial quotes to renewals. Learn wha…
Read →How does subscription management work in Salesforce?
Subscription management in Salesforce means adding a subscription object and renewal automation to the standard objects.…
Read →Why You Need a Subscription Management Platform
Subscription management software tracks contracts, renewals, and recurring revenue automatically. Learn the signs you've…
Read →Subscription management tracks the entitlement: the contract, the subscriptions under it, amendments, the renewal, and the recurring revenue roll-ups. Subscription billing turns that entitlement into invoices on a schedule and collects payment. A company can run subscription management without automated billing — invoicing from the ERP, say — but it cannot run subscription billing well without a subscription record to bill from.
Not in the standard data model. Salesforce has Contract, Asset, Opportunity and Order, but no standard object for a recurring line with its own quantity, price, start and end dates, or a renewal engine that runs on it. Salesforce CPQ added one (SBQQ__Subscription__c), Revenue Cloud Advanced uses an asset-based model, and Salesforce-native packages such as Kugamon add their own Subscription object alongside the standard Contract and Asset.
Proration is the arithmetic: charging or crediting for the fraction of the period a change is in effect. Co-terming is the policy: ending anything added mid-term on the same date as the existing agreement, so the customer keeps one term and one renewal. Proration is about money; co-terming is about dates. Most mid-term upgrades use both.
At the start of the term, when the first order is released — not ninety days before the end. A renewal that exists from day one carries the full subscription history, updates automatically when the customer expands or contracts, and gives the forecast a real record to count. Notices and renewal orders then run on a schedule against it.
Above 100% means existing revenue grows on its own, before any new business; SaaS Capital's 2025 survey of private B2B SaaS companies puts the median near 102% for companies whose typical deal is $25K to $50K a year, with the top quartile around 111%. Below 90% is a warning sign. Gross revenue retention, which excludes expansion, should sit above 90%. Track both by acquisition cohort rather than blended.
Yes, when the contract, subscription and renewal are native records and a package supplies the logic. Releasing an order then creates the contract, subscriptions, assets and renewal opportunity; an expansion order co-terms and prorates its lines; scheduled jobs send notices and generate renewal orders; and uplifts apply by rule. Building the same thing in Flow from scratch is possible for simple cases and becomes a maintenance project as soon as amendments and co-terming appear.
Where to go next
The knowledge base
Plain-spoken guides to RevOps, CPQ, billing and subscription management on Salesforce, by topic.
Browse the guides →Terms, defined
What each term means inside Salesforce specifically — not the generic definition.
Open the glossary →One email a month
What changed in Salesforce revenue tooling, and what it means. No drip sequence.
Subscribe →Ready to see it inside Salesforce?
Thirty minutes on your data with someone who has done this before. No pitch — just honest guidance.