Changelog | 29 Next

Fulfillment Campaigns Dashboard Admin API Products

Product inventory management has been overhauled to unify SKUs per product as well as allowing backorders to continue selling when stock has run out.
Introducing a new Orders by Country report allowing merchants to see a breakdown of their orders by their respective shipping country.
Packages can now be deleted from Campaigns on the Campaigns App.
It is now possible create refunds on the Admin API that are not processed with the original payment integration, to log refunds that happen externally. This helps to keep store reports in sync for scenarios such as RDR alerts.
Product prices are now available as a nested object on the Admin API to complete the transition away from prices on stock records.

Dashboard user permissions UX has been overhauled to ease the setup and clarity of giving users access to the Dashboard.
Fulfillment Locations settings list now shows a Returns column to easily see which fulfillment locations are configured to accept returns.
3DS Merchant Profiles now have a Name field to use for reference to improve clarity for merchants with multiple 3DS merchant profiles with the same Merchant Name.
We've now deployed a solution for handling a rare payments error where Spreedly closes the connection before a payment is completed. We now recover and import the transaction successfully.

Fixed a few edge cases where the save bar was not showing even though content inside the WYSIWYG editor had been modified.
Fixed an edge case where an order was not created after a successful 3DS redirect flow with Stripe Payment Intents.
Fixed an edge case where voided fulfillments in Shipstation could create multiple fulfillment orders for the same order.

Fulfillment Campaigns Admin API Orders Subscriptions

The Orders Admin API and order webhooks now include refunds detail for a breakdown of order adjustments, refunded items, and associated refund transactions.
Introducing a new suite of Admin Fulfillment APIs for external fulfillment services and warehouses to build fully integrated fulfillment flows.
In the Campaigns App it's now possible to "Clone" a campaign to reduce setup time for creating and testing campaign variants.
Our Klaviyo integration has been updated to include "Items" in the Refunded Order event to include the refunded items in refund email notifications.
Klaviyo Placed Order events now include subscription_lifecycle and subscription_billing_cycle attributes making it possible to create Dynamic Segments in Klayvio of customers based on their subscription billing cycle.
Users can now enable/disable a server driven Klaviyo Started Checkout triggered by the store abandoned.cart webhook event.
Everflow users can now optionally include Tax in the conversion values sent to Everflow for reporting.

The Orders list view is now filtered to Open orders by default for a workflow-oriented user experience as open orders require merchant action.
Fulfillment partners has been renamed to locations on the Admin API as this is a better representation of their role within the platform logic.
The storefront checkout flow uses Last Click attribution and now supports clear_attribution parameter that when passed as false will maintain existing attribution and only update with new fields passed.
Several Campaigns App UX improvements have been completed to improve user experience when creating and debugging campaigns.
We've improved and extended the webhook retry policy out to 10 days to ensure that webhooks are attempted for a long period of time.

Checkout Campaigns Admin API Payments Reports

Introducing Sofort as an available alternative payment method for the European market.
When collecting additional payment for an order, it is now possible to send an updated invoice notification to the customer to inform them of the additional charges for their order.
It is now possible to pass a "package quantity" to line items on Campaigns Cart and Order APIs to simplify package creation and allow more complex bundling scenarios.

The Admin API now returns a supports_post_purchase_upsells to indicate if the order supports adding additional upsell items to the order, based on the original payment method.
We now show a tax percentage on order confirmation emails and order status/invoice views.
Klaviyo App - Test orders are now not sent by default, to avoid Klaviyo counting test orders as real revenue in their reporting metrics.
We've improved order reporting calculations to address some inaccuracies introduced when editing orders.
Webhooks that receive a 410 (Gone) error response will now automatically deactivate as the endpoint has indicated that it is no longer available.
We've improved the Product Metadata UX to save when the full product details are saved, for a more clear user experience.

Fixed an issue where the Billing Address in the checkout flow did not automatically show in a localized format for the chosen country.
Fixed an issue for handling the available subscription billing cycle options in the customer account subscription Change Schedule action.
Fixed an issue where a 500 error was created when incorrect address booleans were passed when creating an order.

Campaigns Payments Reports Webhooks Orders

Introducing a new headless Campaigns App and API that supports JavaScript integrations, enabling developers to integrate external custom checkout flows without requiring a server side integration.
Orders that have been edited and require the collection of additional payment from the customer can now bill the original payment method on file. (Limited to payment methods that allow merchant initiated transactions).
Partner Marketing Reports can now be configured to exclude revenue figures when merchants want to exclude them from a partner's view.
New Metadata boolean field type handles boolean values being passed and stored as metadata.
Transactions APIs and webhooks now feature a new parent_id so that integration partners can link related transactions in their external application logic.

Bancontact is now available for customers in the Netherlands.
Improved the logic of the Paypal redirect flow endpoint to not return 500 errors when invalid UUIDs are passed, instead returning a 404.

Fixed an issue where it was possible for a customer to pay for their order with an alternative payment method, then drop out of the flow before their order was created.
Fixed an issue where duplicate order.updated webhook events were sent by the authorized transaction recurring processes even though the order had not updated.
Fixed an issue to properly handle some edge case errors for Paypal refund transactions.