Acquire Multiple Offers in a Single Subscription
Available from Release 114 for Zuora. From Release 116, the setting is billing-agnostic and also applies to Stripe Billing.
By default, when a customer purchases multiple offers in the same checkout, Limio creates one subscription per offer in your billing system. You can opt in to a different behaviour where all offers in a single checkout consolidate into a single subscription containing all the products.
This is intended for B2B scenarios where a company wants one renewal date, one invoice, and one record to manage covering multiple products (for example: software licence + support + training credits).
When to use this
Enable multi-offer single subscription if you want:
One Zuora subscription record covering multiple products
A unified renewal cycle and invoice cadence across products
Easier amendment, cancellation, and reporting at the customer level
Keep the default (one subscription per offer) if your customers expect to manage products independently — for example, cancelling one product without affecting another.
How to enable
From Release 116, go to Limio Settings → Shop and set "Create 1 subscription if multiple offers are purchased in the same checkout?" This setting works the same way whether you use Zuora or Stripe Billing:
On — one subscription is created containing all offers in the checkout
Off — one subscription is created per offer, on the same customer account
Unset — Limio falls back to the legacy Zuora setting below
Before Release 116, the setting lived in Zuora → Zuora Orders → Subscription Options and only controlled Zuora. That legacy setting is still honoured when the new Shop setting is unset, so existing configurations keep working unchanged.

This is a tenant-wide setting. It changes the behaviour of every checkout that contains more than one offer.
Constraints
When the setting is enabled, all offers in the same basket must satisfy the following rules at checkout time. Limio validates these rules before creating the order — if they fail, the checkout will error.
Matching initial term. All offers with at least one recurring charge must share the same initial term length (for example all 12-month, or all 1-year).
Matching renewal term. Same constraint for renewal term length.
Same start date. All offers must have the same start date.
One-time-only offers — those with no recurring charge — are exempt from the term-matching check and can always be included in the basket alongside termed offers.
Per-charge billing frequencies (the cadence inside an offer's price configuration) can still differ between offers in the same subscription. For example, one offer can have a yearly hardware fee and another can have a monthly software fee, as long as their initial and renewal terms match.
Add-ons are unaffected: they continue to attach to their parent offer exactly as they do in the default mode.
Limitations
The setting is tenant-wide; it cannot be enabled per-offer or per-page today.
Mixing offers with different term lengths is not supported. If you need to sell products with different terms in the same flow, keep the default (one subscription per offer) behaviour.
Last updated
Was this helpful?

