Customers that report raw usage events to Stigg and leverage Stigg for aggregation and calculation of customer's usage of metered features can now leverage Stigg to also export these raw events to Snowflake and BigQuery.

With this change you can leverage the same scalable and reliable event ingestion pipeline as the source of truth for usage metering, enforcement and billing as well for usage business intelligence and analytics. Thus, saving you valuable development time and engineering resources.

Exporting data to Snowflake and BigQuery is available as an add-on to the Stigg Growth plan, and is included as part of the Stigg Scale plan. 

To export raw usage events as part of this integration, contact Stigg Support.

We've added an ability to view the changes of all of the Stigg SDKs using an SDK changelog. 

The changelog includes the SDK version, its release date and changes that were included in that version.

Each SDK has its own separate changelog allowing you to easily keep track of the changes, and make it easier to determine the implications of updating the SDK version in your application.

To access it, use this link.

We've redesigned the filtering experience in the Customer List screen of the Stigg app, and now allow you to define the filter criteria (Customer ID, Name, Email, Billing ID, etc.) and match type (exact match, starts with, ends with, contains). The applied filter is also kept when navigating back from the Customer Details screen of a specific customer. The default filter criteria is an exact match of the customer ID, which based on our analytics was the most commonly used criteria.

We also updated the behavior of our universal search to perform to filter customers and subscription using an exact match. The search behavior of other entities (products, plans, add-ons, etc.) remains the same as before.

With these new changes, navigating to a specific customer or subscription is now lightning fast ⚡️.

We've added an ability to control the default behavior of subscription downgrades using no-code via the Stigg app.

Stigg app users can select between the two most common SaaS best-practices:

1. Downgrade immediately and grant a prorated amount of credits for the unused time in the current billing period.
2. Schedule the downgrade to take place at the end of the current billing period.

By default, products in Stigg are configured to downgrade immediately. 

Changing this behavior is possible using the Customer Journey configuration of the each product.

Publishing changes to the Customer Journey configuration affects all future subscription updates, and does not apply retroactively.

As part of continued effort in offering a state-of-the-art developer experience, we're excited to share that the Stigg app now supports a dark mode 🤩.

To toggle between the dark and light modes, use the icon in the top-right corner.

Dark mode is currently in beta and we look forward for your feedback!

The Stigg Checkout Widget consists of 3 steps - plan configuration, add-on selection and payment method selection.

We've added an ability to skip the plan configuration and add-on selection screens. With this change you can now open the Checkout Widget in the add-on step, which is helpful in upsell experiences using add-ons, or jump directly to the payment method selection screen when no subscription configuration is required by the user.

Skipping the steps is possible by passing the skipCheckoutSteps: ['PLAN', 'ADDONS'] parameter to the checkout provider component.

⚠️ Note that if the plan has multiple billing periods, a preferredBillingPeriod parameter must be provided in order to skip the plan step. In addition, if the plan has billable features, all of them must be provided in the billableFeatures input.

Skipping steps in the Checkout Widget is available in the Stigg React SDK from version 5.23.0 or later.

We've extended the Activity Log to include details of the API request that triggered each event and the response that was returned by Stigg. 

Such information can be extremely helpful when troubleshooting the integration with Stigg.

The API request details are available under the "API request" tab when viewing the details of an event in the Activity Log.

We've added an ability to provide manual tax rates even when an integration with Stripe Tax is enabled. 

Doing so allows you to easily transition to and from Stripe Tax for tax calculation without breaking your checkout experience.

When a manual tax rate is provided, this tax rate will be applied to the provisioned subscription. When no tax rate is provided and Stigg's integration with Stripe Tax is enabled, Stripe Tax will automatically calculate the relevant tax rate.

To enable Stigg's integration with Stripe Tax, contact Stigg Support.

To manually pass a tax rate when provisioning subscriptions, pass the calculated tax rate to the billingInformation.taxPercentage property.

We've improved our native integration with Stripe and now automatically sync pay-as-you-go (PAYGO) charge data upon invoice generation.

Before this change, usage was periodically synced to Stripe, and in rare edge cases this caused customers to be billed for a some of their usage in subsequent billing periods.

With this enhancement, generated invoices always include line items based on the most up-to-date usage that was reported to Stigg.

More details can be found in our docs.

Stigg app users can now be invited to multiple Stigg accounts.

To switch between the different accounts, use the "Switch accounts" action in the user context menu that appears at the bottom of the left navigation pane.

In the opened screen, select the destination account.

When users are invited to additional Stigg accounts, they're automatically prompted to select the account that they'd like to access upon first login after the invitation.

More details can be found here.