Vendure Accept Blue Subscriptions changelog

← Plugin documentation · View on npm

3.10.0 (2026-10-23)

• Added optional numLeft to Subscription.recurring. When set to a positive number, it overrides the number of billing cycles calculated from the start and end date. A numLeft of 0 is ignored, because 0 means ‘ongoing’ at Accept Blue, and the calculated value is used instead.

3.9.1 (2026-06-29)

• Fix additionalChargeInput monetary amounts not being divided by 100 before sending to Accept Blue. Amounts in amount_details and line_items are now automatically converted from Vendure cents to dollars.

3.9.0 (2026-08-05)

• Upgraded to Vendure 3.6.3

3.8.0 (2026-02-05)

• Upgraded to Vendure 3.5.3

3.7.0 (2026-01-06)

• Allow passing additional input when creating a charge via the additionalChargeInput option.
• Use parent order instead of orderLine.order in getSubscriptionsForOrderLine to prevent hydration issues.

3.6.2 (2025-11-13)

• Documentation update

3.6.1 (2025-11-06)

• Updated official documentation URL

3.6.0 (2025-09-23)

• Allow disabling sending receipt emails to the customer via the Accept Blue platform.

3.5.0 (2025-09-18)

• Breaking: amountDueNow was not actually being used to calculate the line price! If you used variant.price in your subscription strategy, or used the default subscription strategy, everything still works as expected.
• Allow subscriptions with amount=0
• Delete created subscriptions if the one-time charge fails after that.

3.4.0 (2025-08-18)

• Store payment metadata for declined transactions. Create recurring schedule after successful charge.
• POTENTIALLY BREAKING: Creating a card payment method now accepts a Vendure customer ID, which changed the input from Int! to ID!.

3.3.1 (2025-07-17)

• Prevent empty metadata for orders with $0

3.3.0 (2025-06-10)

• Enable updating payment method on a subscription via the Shop API for logged in customers
• Bug fix: Prevent updating a subscription to a payment method type (Visa, MasterCard, etc) that is not allowed. Only allow the methods set via the Admin UI.

3.2.0 (2025-06-06)

• Enable creating and deleting payment methods via the Shop API for logged in customers
• Enable creating and deleting payment methods via the Admin API for all customers

3.1.0 (2025-06-05)

• Upgraded to Vendure 3.3.2
• Added updating of payment methods via the Shop API for logged in customers
• Added updating of payment methods via the Admin API for all customers
• Changed testMode log statement from warn to verbose
• BREAKING: Removed account_number from UpdateCheckPaymentMethodInput as it is never returned by Accept Blue

3.0.1 (2025-05-27)

• Correctly encode email addresses when looking up customers in Accept Blue. This prevents incorrect Customer not found errors when using email addresses with + in them.
• Fixed typo in error message

3.0.0 (2025-05-13)

• BREAKING: AcceptBlueSubscription.recurring.endDate is removed.
• BREAKING: AcceptBlueSubscription.recurring.startDate is now optional.
• The fields createdAt, nextRunDate, previousRunDate and numLeft have been added to AcceptBlueSubscription.recurring.

2.6.1 (2025-04-28)

• Prevent throwing an error when no enabled Accept Blue payment method is found when fetching other eligible Payment Methods.

2.6.2 (2025-04-22)

• Don’t expose Accept Blue config on non Accept Blue Payment Method Quotes

2.6.1 (2025-04-18)

• Expose acceptBlueTestMode on Payment Method Quotes

2.6.0 (2025-04-03)

• Expose tokenization key, and Google merchant id’s on payment method quote and eligible Accept Blue methods.

2.5.2 (2025-04-01)

• Added Apple Pay and Google Pay to eligible Accept Blue payment methods

2.5.1 (2025-04-01)

• Fixed typo Allow Pay to Apple Pay

2.5.0 (2025-03-27)

• Added Google Pay and Apple pay for creating subscriptions

2.4.0 (2025-03-13)

• Renamed internals to Amex as well
• Not checking for sec_code input anymore, as it is an optional argument

2.3.1 (2025-03-12)

• Renamed payment method American Express to Amex

2.3.0 (2025-03-06)

• Allow disabling certain payment methods, e.g. ‘visa’ or ‘check’, via the Vendure Admin UI
• Expose surcharges used by Accept Blue via GraphQL query

2.2.0 (2025-01-14)

• Update a customer’s shipping and billing details in Accept Blue on subscription creation

2.1.0 (2025-01-10)

• Allow updating created subscriptions via the Admin API
• Moved refunding to admin-api, and only allow with permission UpdateOrder

2.0.2 (2025-01-09)

• Publicly expose ctx in AcceptBlueTransactionEvent

2.0.1 (2025-01-09)

• Add ctx to AcceptBlueTransactionEvent

2.0.0 (2024-12-19)

• Update Vendure to 3.1.1

1.9.1 (2024-12-04)

• Recurring amounts divided by 100

1.9.0 (2024-11-21)

• Round up nrOfBillingCyclesLeft, to prevent unwanted never-ending subscriptions. See #532
• Made both custom fields customer.acceptBlueCustomerId and orderLine.acceptBlueSubscriptionIds nullable and readonly. DB migration needed
• Included custom field type declaration file in published package
• Return Declined when payment handling fails, instead of throwing

1.8.1 (2024-11-03)

• Bug fix: Return Settled state for successful refunds

1.8.0 (2024-11-01)

• Implemented refunding via admin UI for initial AC transaction

1.7.2 (2024-10-29)

• Export AcceptBlueTransactionEvent from package

1.7.1 (2024-09-18)

• Don’t throw error while resolving PaymentMethodQuote.acceptBlueHostedTokenizationKey if there is no AcceptBlue method (#452)

1.7 (2024-09-24)

• Automatically register webhooks with Accept Blue on payment method creation and update
• Emit AcceptBlueTransactionEvent on incoming webhooks from Accept Blue

1.6.1 (2024-08-04)

• Update compatibility range (#480)

1.6.0 (2024-07-10)

• Convert biannually to every 6 months instead of once every 2 years

1.5.0 (2024-07-08)

• Allow test mode to be set at payment method level.
• Removed the usage of env var ACCEPT_BLUE_TEST_MODE for test mode. Use the setting on payment method.

1.4.0 (2024-06-21)

• Update Version to 2.2.6

1.3.1 (2024-06-06)

• Return subscription id in Graphql type for created Accept Blue subscriptions

1.3.0 (2024-05-21)

• Allow refunding a transaction via refundAcceptBlueTransaction mutation.

1.2.0 (2024-05-02)

• Order.lines.acceptBlueSubscriptions now fetches created subscriptions from Accept Blue for placed orders, instead of calling your subscription strategy
• Order.lines.acceptBlueSubscriptions.transactions shows the transactions made for the given subscriptions

1.1.0 (2024-03-12)

• Refactored order line custom field subscriptionIds to acceptBlueSubscriptionIds to avoid conflicts with for example the Stripe Plugin

1.0.1 (2024-03-08)

• Correctly check given input types

1.0.0 (2024-03-07)

• Always save payment methods and create recurring schedules and one time charges with a saved payment method
• Allow payment for order with a saved payment method ID

0.1.0 (2024-02-20)

• Implement Charge Transaction with e2e tests
• Implement Tokenized Credit Card Payment with e2e tests

0.0.1 (2024-02-02)

• Initial release