Mid-term changes are calculated by hand
An upgrade lands on the fifteenth and somebody works out the credit in a spreadsheet, raises a manual adjustment, and hopes the renewal picks up the right amount.
Generating invoices on a schedule is the easy part. The work is the mid-term upgrade, the ramp that steps in month seven, the usage overage against an included quota, the pause, and the renewal priced on a term nobody remembers agreeing. We model those in the catalog so they run without a person in the loop.
Trusted by 500+ organizations — including SaaS, subscription and usage-based businesses running their quote-to-revenue operations on Salesforce, HubSpot and Chargebee with Twopir Consulting.
Automation Coverage
Most teams describe their billing as automated and then list six things somebody does every month. These are the usual six.
An upgrade lands on the fifteenth and somebody works out the credit in a spreadsheet, raises a manual adjustment, and hopes the renewal picks up the right amount.
The product exports consumption, someone aggregates it, checks it against the included quota, and uploads the overage before the bill run — every single month.
Term dates, price escalators and notice periods live in a spreadsheet, so a renewal that should have uplifted goes out at last year's price and nobody notices for a year.
The catalog cannot express the deal, so the invoice goes out wrong and a corrective credit note follows. The correction workflow is now a routine part of the month.
A customer upgrades and support manually enables the features, because nothing connects the entitlement on the subscription to what the product actually allows.
The retry sequence runs on defaults, and when it ends somebody exports a list and emails people individually — if they have time that week.
Subscription and billing automation means encoding the whole post-sale lifecycle — activation, mid-term changes, usage measurement, invoicing, tax, collection, recovery and renewal — in the billing system's catalog and rules, so that the routine path runs without a person and only genuine exceptions reach a human.
The test is not whether invoices generate on a schedule. It is whether finance can close a period without opening an invoice, and whether a customer can upgrade mid-month without anyone calculating anything.
| Lifecycle stage | What automation looks like | What it replaces |
|---|---|---|
| Activation | Closed-won, accepted quote or checkout creates the subscription with the right plan, term, currency and entity. | Re-keying a signed deal into the billing system from a document. |
| Mid-term change | Upgrades, downgrades and add-ons apply with a proration rule finance already agreed, and the credit or charge is calculated by the system. | A spreadsheet calculation and a manual adjustment on the next invoice. |
| Usage measurement | Events ingested by API, aggregated by metered features into billable units, drawn against the included entitlement quota. | A monthly export, a pivot table and an upload before the bill run. |
| Invoicing | Scheduled bill runs per entity and currency, with tax determined at transaction time and documents templated per market. | Manual invoice assembly and a tax rate table somebody maintains. |
| Collection | Cards charged against vaulted tokens with smart routing; invoiced customers chased by automated sequences with payment links. | An AR spreadsheet and a person sending reminder emails. |
| Recovery | Retry schedules tuned by failure reason, dunning sequences that escalate, and card-expiry campaigns before failure rather than after. | Discovering involuntary churn in the monthly churn report. |
| Provisioning | Entitlement changes flow to the product on a webhook, idempotent on event id, so access matches what was bought. | A support ticket to turn features on after an upgrade. |
| Renewal | Term, escalator and notice period held on the subscription; renewal invoices priced correctly without intervention. | A calendar reminder and a renewal that went out at last year's price. |
Proration is where billing automation becomes a customer-facing policy question. Every row below is a choice, not a setting with an obvious default, and discovering them after launch means renegotiating with customers who already have an invoice.
| Scenario | The decision | Why it matters |
|---|---|---|
| Mid-term upgrade | Charge the difference immediately, or add it to the next invoice? | Immediate charge improves cash and surprises customers. Deferred is gentler and complicates the renewal. |
| Mid-term downgrade | Credit the unused portion, hold it as account credit, or refuse the change until renewal? | Refunding downgrades mid-term is a real revenue decision, not a configuration default. |
| Proration basis | Daily, or by fraction of the billing period? Rounded, or to decimals? | Usage-based plans often need decimal precision; flat plans usually do not. Mixing the two produces invoices that look wrong. |
| Quantity change on seats | Prorate from the day of change, or bill the new quantity for the whole period? | Customers who add and remove seats frequently will notice either choice, so it has to be stated in the contract. |
| Included usage on a mid-term change | Does the entitlement quota reset, prorate, or carry? | The most commonly missed decision in hybrid pricing, and the one that generates the angriest support tickets. |
| Pause and resume | Does the term extend, or does the paused period count toward it? | Determines whether a pause is a retention tool or a discount. |
| Plan change with a different billing cycle | Align to the existing anniversary, or restart the term? | Affects renewal dates, revenue recognition and the forecast, all at once. |
| Cancellation mid-period | Immediate with a credit, or at period end? | Drives both the refund policy and how churn is dated in reporting. |
For the boundary these rules sit inside, see Chargebee customization — what is configuration and what is custom code Chargebee implementation — how these decisions get made during a first deployment Chargebee consulting services — the wider Chargebee practice
The catalog is where automation succeeds or fails. Flat fee, per unit, tiered, volume, stairstep and package pricing combine with included-usage quotas to express most commercial models without code.
Getting consumption from your product into a billable invoice line without a human touching a spreadsheet — which requires the meter design to be right before the pipeline is built.
Every mid-term event applying the rule finance agreed, automatically, with the customer-facing consequence made explicit at the point of change.
Closing the loop between what was bought and what the product allows, so an upgrade takes effect immediately and a downgrade actually restricts access.
The money-in half. Retry schedules tuned by failure reason, dunning sequences that escalate sensibly, and automated collections for invoiced customers.
Invoicing across legal entities, currencies and jurisdictions without a person deciding which template and which tax rate applies.
One upgrade should move five systems without anybody being asked to update them.
The subscription, invoice and payment state land on the Account as custom objects, so a rep opening a record before a renewal call sees the current plan, the last invoice and whether a payment failed — without leaving the CRM.
Subscription status, MRR, dues and payment state on the contact and company record drive lists, segmentation and lifecycle workflows — including sequences triggered specifically by a failed payment.
Usage events flow in by API, bulk upload or UI and are aggregated by metered features into billable units, drawing down the entitlement quota the plan granted.
Entitlement changes push out on subscription events so the application enforces what was actually bought. The consumer is idempotent on event id because Chargebee retries failed webhooks.
Tax determined at transaction time for recurring charges, trials and usage, using current rules per nexus rather than a rate table somebody maintains by hand.
Invoices, credit notes and payments post to NetSuite, QuickBooks or Xero, and where RevRec is in scope the recognition schedules and journal entries follow with the billing context needed to reconcile.
Five stages. The first one is where the value is: automation only works if the exceptions were modelled rather than excluded.
We document every event that changes a subscription today, including the ones currently handled by a person, and the rule that person is applying from memory.
Finance decides proration, credit, pause and renewal policy from the options table. Written down and signed off before any configuration starts.
Pricing models, entitlements, metered features and lifecycle rules configured, with the awkward deals modelled rather than treated as exceptions.
We run every scenario from the mapping — including the ugly ones — and check the invoice, the entitlement, the CRM record and the ledger entry each time.
Live, then measured: credit note volume, failed payment recovery, and how many invoices still need a human before they go out.
Automating the commercial lifecycle across connected systems is the core of Twopir's delivery work.
Billing automation running natively against the CRM record, with financial reporting and reconciliation designed into the same flow.
Quote, approval and downstream handover automated so commercial terms reached fulfilment and billing without being re-keyed.
The upstream process automated and cleaned so the data entering the billing lifecycle was correct at the point of capture.
We help growing and mid-market companies solve complex CRM, integration and business system challenges, and we work with enterprise organizations on the same lifecycle problems across more entities and markets.
Automating the standard plan is straightforward and rarely the problem. We ask for the ramps, the custom tiers and the bundled credits in week one, because those are what the catalog has to express if the automation is going to hold.
Proration, credit, pause and renewal treatment are customer-facing policy, not configuration defaults. We bring the options and the trade-offs and get them signed off before anything is built.
A mid-term downgrade on a hybrid plan with unconsumed included usage, in a second currency, on a customer with account credit. That is the test that matters, and it is the one that gets skipped.
Entitlement provisioning on a webhook, idempotent on event id, so an upgrade takes effect immediately and a downgrade actually restricts. Billing automation that stops at the invoice leaves the support ticket in place.
Credit note volume, failed payment recovery, and how many invoices still need a human before they go out. Those three numbers tell you whether the automation is real.
Yes, and hybrid models are one of the main reasons businesses move to it. A typical shape is a fixed platform fee that grants a defined quota of included usage as an entitlement, with consumption beyond that quota billed as overage at a per-unit rate. Configuring it means defining the catalog, ingesting usage events by API, bulk upload or the UI, and defining metered features that aggregate those events into billable units.
Chargebee prorates upgrades and downgrades automatically, and lets you choose the basis — including whether measurements are taken to decimals or rounded to a day, which matters most on usage-based plans. The configuration is straightforward; the real work is deciding the policy. Whether a downgrade is credited or held as account credit, and whether an included-usage quota resets, prorates or carries on a mid-term change, are commercial decisions finance should make before go-live.
Whatever you decide — which is exactly why it needs deciding. The quota can reset to the new plan's allowance, prorate across the two plans, or carry the unconsumed balance forward. It is the single most commonly missed decision in hybrid pricing and the one that generates the most support escalations when it is left to a default.
Yes. In Salesforce a closed-won Opportunity can create or update the Chargebee subscription through the managed package. In HubSpot a workflow creates the subscription when a deal is won or a quote is accepted, and can send the checkout link from inside HubSpot. Either way the commercial terms come from the catalog rather than being re-typed from a document.
Entitlements. Features and their levels attach to plans, addons and charges, and item-price entitlements let specific price points carry different limits. A webhook consumer then applies the change in your product when the subscription changes. The consumer must be idempotent on event id, because Chargebee retries failed webhooks with increasing delays for up to two days.
Yes. Chargebee runs invoicing across multiple business entities, currencies and geographies with parent-child account hierarchies and consolidated reporting. The structure has to be designed up front though — adding a second legal entity after go-live affects invoice numbering, tax determination and the catalog, so it is a rebuild rather than a configuration change.
For most businesses the routine path should be fully automated within a quarter of go-live: activation, mid-term changes, usage measurement, invoicing, tax, collection, retries and renewal. Genuine exceptions — a disputed invoice, a bespoke settlement, a customer in administration — should still reach a human. The measure worth tracking is how many invoices need manual intervention before they go out, and it should be close to zero.
We will map every event that changes a subscription today, get the policy decisions made, model the awkward deals in the catalog, and test the scenarios that actually break billing systems.
Usage, proration, entitlements and renewals — modelled, not handled manually