We've added the ability to grant promotional entitlements to customers even when they don't have an active subscription.

The promotional entitlements will still only take effect once a customer has an active subscription.

When integrated with Stripe, the Stigg product name, which the plan belongs to, as well as the plan version are now propagated to Stripe!

As part of Stigg's integration with Stripe, we now automatically archive outdated Stripe products, that are managed by Stigg and represent outdated plan and add-on version in Stripe.

This behavior reflects the fact that new subscriptions can no longer be created for these plan an add-on versions. Existing subscriptions are unaffected by the archiving action.

This change prevents a sprawl of products in Stripe.

Note that if needed, it's possible to manually "unarchive" products in Stripe.

We've extended our Stripe integration to mark the timestamp of the subscription cancelation to be the same timestamp as the trial expiration.

This change reflects the current behavior that's implemented in Stigg, which is to cancel the subscription at the end of the trial period (unless the customer upgrades to a paid subscription).

This functionality enables Stigg's customers to disconnect their integration with Stigg at any time and without any risk; thus, addressing customer's concerns about a potential lock-in to Stigg.

We've added an ability to edit the trial periods of active trial subscriptions.

Admins can now manually extend or shorten the trial period of specific subscriptions by selecting the Edit trial period action from the context menu of the relevant subscription in the customer details screen, or from the context menu of the subscription details screen.

This new functionality allows additional stakeholders, such as account executives, customer success managers and technical support team members, to leverage Stigg to update the trial periods of customers.

When Stigg is integrated with third-party applications using webhooks, updates to the trial period will trigger the subscription.updated webhook with the updated trial end date.

We've made improvements to the UX of draft plans and add-ons:

1. In the product details screen there's a clearer distinction between draft plans (which are not visible to customers) and published plans
2. Draft plans now appear in the create subscription form as disabled with a proper indication
3. Draft add-ons appear as disabled in the form that's used to mark add-ons as compatible with each plan

To further streamline the migration process, we've added an importCustomer method to our SDK, which will allows you to import and existing customer from Stripe into Stigg.

More details about this functionality can be found here ↗.

We've added support for creating subscription in Stigg with a past starting date that.

When Stigg is integrated with Stripe, a relevant subscription will be created in Stripe using Stripe's backdating functionality, and the customer will only be billed on the next billing period (yes, yes - the same billing period that we added here 😛).

This is functionality enables our customers to migrate their existing customer base into Stigg, without charging them multiple times for the same subscription.

We've added the ability to manually create subscriptions of self-served plans with a custom price.

Doing so is possible by selecting the Custom price in the create subscription dialog.

Subscriptions with a custom price will not be propagated to Stripe.

This functionality allows Stigg's customers to override the default subscription's price, which is useful in cases where the total subscription price is high, without needing to upgrade to the "Enterprise" plan.

We've added visibility for the next billing period of subscriptions both in the Stigg console and in the Stigg-generated customer portal.

Adding this functionality allows Stigg's customers to show this information to their customers in the customer portal.