We've made it easier and more intuitive to end trial subscriptions. Previously, triggering the trial end flow was only possible by updating the trial subscription to 0 remaining trial days.

We've now added a dedicated action in the subscription context menu for triggering this flow. The new action is available in the Customer details > Subscriptions section as well as in the Subscription Details screen.

When attempting to end a trial users can select whether the trial should end now or schedule it for a later date.

⚠️ It can take up to a few minutes for the trial end flow to be initiated.

We've extended the subscription scheduled changes behavior to include scheduling of changes to subscription metadata - when subscription changes are scheduled to the end of the billing period or billing month, changes to the subscription's metadata will now also be applied then.

Scheduling of subscription changes can be done programmatically by passing the scheduleStrategy parameter when provisioning new subscriptions or updating existing ones.

Customer payment methods can now be removed using the Stigg app, in addition to programmatically using the Stigg API and SDKs. To remove a payment method in the Stigg app, navigate to the Customer Details screen of the relevant customer and hover on their payment method. Click on the "Trash" icon and confirm the action.

We've also added the ability to remove payment methods from customers that have an active subscription to a paid plan. The new capability is helpful when offering free plans that can be extended with optional add-ons, which is becoming more popular with AI add-ons, similarly to Notion's pricing. To do so, model the plan as a paid $0.00 plan, and when customers no longer subscribe to the add-on you can optionally detach their payment method as well.

⚠️ Payment methods are stored directly in billing solutions that are integrated with Stigg (and never in Stigg itself), and therefore require such an integration to be active.

We've extended offline support to the Stigg frontend SDKs.

Offline support is useful during local development and testing, when you'd like to avoid making network requests to the Stigg API. 

You can run the SDK in offline mode by enabling the offline option. When enabled:

1. API key validation will always succeed, regardless of the key provided.

2. Entitlement evaluations are limited to the values defined in the global fallback strategy.

We've made it easier to integrate applications with Stigg using the React SDK by introducing custom hooks and entitlement guard components:

1. Hooks that give you access to the Stigg object, entitlement checks, and helper methods for fetching data.

2. Entitlement guard components are useful in the cases where you need to wrap some part of the UI with an entitlement check and show a component in case the customer has no access to the feature.

The new capabilities are available in the Stigg React SDK v5.28.0 or later.

Stigg's native integration with Auth0 connects Auth0's identity management with Stigg's entitlement enforcement capabilities. Instead of manually building custom integration logic, developers can leverage the integration to seamlessly authenticate users and enforce feature access based on entitlements.

The integration ensures that when users authenticate, they're granted access to the correct set of features in Stigg, enabling the application to function according to their plan limits.

The integration addresses several use cases that streamline app development and improve end-user experience, including:

1. Automatic provisioning - with Auth0 and Stigg you can easily provision subscriptions for both B2B customers and B2C users when they are onboarded by configuring product-level customer journeys, like assigning new customers with a default free plan, or starting a trial for a paid plan are possible in no-code.

2. Automatic active users metering - for B2B companies, tracking active users helps measure product adoption and growth. This integration automatically tracks active users during the login process, making it easy to implement usage-based billing models like pricing per Monthly Active Users (MAU). This is especially helpful for self-service plans, where customers typically pay based on their actual usage instead of a fixed number of licensed seats.

3. Enforcing user limits - tracking active users can also help enforce seat limits. The system can ensure that the number of active users stays within the limits of their agreement, which is ideal for fixed-seat contracts. This helps both vendors and customers stay aligned with the terms of their plans.

4. Gate identity related features - while not part of the integration, using Auth0 and Stigg allows entitlement enforcement for typical paid features like Single Sign-On (SSO) or System for Cross-domain Identity Management (SCIM). You can leverage Stigg to check if users have access to configure a feature, and then leverage Auth0 to set it up. This makes it easy to offer tiered features that scale with customer needs, and create upsell opportunities for larger customers.

You can more details about the integration here.

During local development or testing, you might want to avoid making network requests to the Stigg API.

To do this, you can run the the Stigg SDK in offline mode by enabling the "offline" option. When enabled:

1. API key validation will always succeed

2. Entitlement evaluations will return the values that are defined in the global fallback configuration

Offline mode is supported by the Stigg Node.js SDK v3.56.1 and Stigg Sidecar SDK v2.236.1 or later.

We've added the ability to customize the coupons that are applied to subscriptions. 

When provisioning and updating subscriptions you can select a pre-defined coupon from the Product Catalog and customize it, or create an entirely new custom coupon.

Stigg gives you the full flexibility of customizing coupons, including:

1. Type - fixed fee or percentage

2. Discount amount

3. Duration - forever or limited to a few months

Applying custom coupons to subscriptions can also be done programmatically using the Stigg API, Stigg SDK for Node.js v3.56.0, and Stigg SDK for Python, Ruby, Go, Java and C# from v2.209.0 or later.

When Stigg is integrated with a billing solution such as Stripe or Zuora, Stigg will automatically create the relevant coupon in the billing solution and associate it with the subscription.

Custom coupons are subscription-specific and don't appear in the Coupons screen of the Product Catalog.

This enhancement introduces an additional level of flexibility, which is especially helpful in provisioning of sales-led opportunities. Together with the ability to bill customers using invoices and payment links, provisioning complex enterprise subscriptions has never been easier.

We've added the ability to create coupons with limited discount duration. With this change you can create coupons such as "20% off for 3 months" and "$15 off for 1 month" and apply them to subscriptions.

When Stigg is integrated with a billing solution, coupons from the Stigg product catalog are automatically synced to it 🪄. 

If you'd like to allow customers to apply the coupons in a self-served manner you can generate promotion codes for these coupons in the billing solutions that are integrated with Stigg.

This enhancement comes in a timely manner, allowing SaaS vendors to grant additional discounts and promotions during the upcoming holiday season 🕎 🎄🎅.

We've added the ability to delegate the management of subscriptions to other customers. Example use-cases include organizations that pay for subscription on behalf of their employees, and companies that pay for subscriptions that are managed by marketing and design agencies.

When the management of a subscription is delegated from customer A to customer B:

1. Customer A continues to pay for the subscription 

2. Customer B will have access to the subscription's entitlements and can upgrade, downgrade or cancel the subscription.

The new functionality also complements the recently introduced payment delegation flow, and allows customers that were only paying for a subscription to regain its ownership.

To delegate the management of a subscription to another customer use the delegateSubscriptionToCustomer() method.

Subscription management delegation is supported by the Stigg SDK for Node.js v3.50.2, Stigg SDK for Python v2.196.0, Stigg SDK for Ruby v2.196.0, Stigg SDK for Go v2.196.0, Stigg SDK for Java v2.196.0, and Stigg SDK for .NET v2.196.0 or later.