Resolved an issue where licenses were not created when increasing the subscription quantity

Support for the 'charge.refunded' Stripe event: If an order in Stripe is refunded, all corresponding licenses are disabled in LicenseSpring

Added Product Bundle support

Stripe customer data is now being stored correctly

Added new custom attribute "unpaid_active_license_period". Used to define a period during which the licenses remain active even if they haven't been paid for yet

The Stripe integration can now create up to 1,000 licenses per order, an increase from the previous limit of 99

If a Stripe event has already been processed, the integration will return a status code of 200 instead of 400

Fixed a bug where licenses would be active in LicenseSpring even though the subscription isn't active in Stripe

Fixed a bug where validity_period wasn't updated properly when testing events with Stripe test clocks

Fixed a bug where custom_fields added to license policies were not receiving the correct values

Fixed a bug where max_activations field wasn't displayed properly after subscription quantity increased in Stripe

Fixed a bug where licenses would be created even though 3DS payment failed in Stripe

Fixed a bug where, in some cases, all licenses would be enabled after subscription cycle

Resolved an issue where licenses were not created when increasing the subscription quantity

Fixed a bug that prevented the validity_period from updating on single licenses

Added new custom attribute "disable_licenses_only_on_full_refund". When set to true, only licenses that are fully refunded will be disabled. Licenses will remain enabled in the case of partial refunds.

Fixed a bug with subscription refunds

Added license start date

Added new custom attribute "ignore_product_in_licensespring". When set to true, incoming webhooks for the specified product will be ignored, and a 200 status code will be returned to FastSpring as a response.

Added Product Bundle support.

When "is_license_manager" attribute is defined, the customers first and last name are also stored.

The FastSpring integration can now create up to 500 licenses per order, an increase from the previous limit of 99

Support for the 'return.created' FastSpring event: If an order in FastSpring is refunded, all corresponding licenses are disabled in LicenseSpring.

Every license generated through the FastSpring integration will include an additional attribute in the metadata field called fastspring_subscription_state. The value of this attribute will correspond to the subscription state from FastSpring

Fixed a bug where webhooks would fail if some of the products (not all) were defined incorrectly

Added a new product attribute, "user_max_activations", which can update the "max_activations" field for a user assigned to a license as a license user

Fixed a bug where max_license_users attribute wasn't set correctly when pulled from license policies in LicenseSpring

Fixed a bug where custom fields weren't set properly if the order contained more than one product and at least two products had the same product_short_code

Salesforce Integration V2

Added PKCE to the OAuth2.0 flow

Fixed a bug with customer migrator

The integration has been updated to support Salesforce Sandbox instances

Published Salesforce integration