We're introducing additional granularity for managing termed subscriptions in Zuora, giving you the flexibility to define completely different term periods for an initial subscription term and its subsequent renewals.

🆕 What’s new?

Previously, setting a the subscription term period applied uniformly to both the initial and renewal terms. With this release, you can separate these timeframes entirely by including the following keys in the subscription metadata:

1. ZUORA__InitialPeriodType - accepts the following values: DAY, WEEK, MONTH, YEAR (default: MONTH).

2. ZUORA__RenewalPeriodType - accepts the same values.

The ZUORA__periodType that was previously used to manage the subscription term in Zuora has been marked for deprecation and passing any of the above keys will override its value.

Stigg continues to fully support syncing subscriptions to Zuora as termed subscription upon provisioning, as well as updating existing subscriptions from evergreen to termed and vice versa.

⭐️ Why it matters

Enterprise and sales-led contracts rarely follow a uniform timeline. A standard B2B negotiation strategy can involve locking a customer into an initial commitment to secure an enterprise discount, while setting the contract to roll over to a different renewal structure afterward.

This update allows your provisioning logic to reflect those exact contract terms dynamically at the moment of sale, eliminating the manual overhead of adjusting renewal terms directly inside Zuora after a subscription is created.

📦 Availability

These granular metadata configurations are available immediately for all customers using our native Zuora billing integration. To learn more about structuring your contract parameters, check out the updated Zuora Termed Subscriptions Documentation.