Traide Changelog

Generate refund receipts​

Added the ability to generate refund receipts with the invoiceRequest mutation. You must provide the refundId as an argument, for example:

mutation {
  invoiceRequest(refundId: "UmVmdW5kOjUzOA==") {
    invoice {
      id
      url
    }
  }
}

PayPal payout plugin​

Added the nautical.payments.paypal plugin for using PayPal as the payout gateway.

Trolley payout plugin​

Added the nautical.payments.trolley plugin for using Trolley as the payout gateway.

Webhook queue manager logging improvements​

Improved the logging of webhook events for queue management plugins, such as Google PubSub. Whereas previously logs were only created for failed transmissions, we now also capture and log successful webhook events.

Seller order number in webhooks​

Order webhooks now include the number field, which is populated with the seller order number.

Fixed an issue where voucher discounts requiring a minimum order value were applied based on the gross total, including tax, rather than the net order total.

PayPal payout support​

Added the ability to process seller payouts through PayPal, including customizable payout email configuration and seller-level PayPal plugin enablement.

Trolley payout integration​

Introduced support for processing payouts via Trolley (formerly TransferWise), enabling automated recipient creation and batch payout processing.

Refund receipts​

Added automatic generation of refund receipt PDFs when refunds are paid, with customizable templates and support for both manual and automatic receipt creation through the invoiceRequest mutation.

Simplified product type management​

Product types no longer require the hasVariants field or simple/configurable distinction. Products can now be created with more flexibility in how variants are managed, controlled via marketplace configuration settings.

Payment gateway filtering​

Added the ability to filter available plugins to specific payment gateways, providing more control over which payment methods are available in different contexts.

Payout gateway tracking​

The VendorPayout model now stores which payment gateway was used for each payout, improving traceability and reporting.

Fixed an issue where shipping costs were not properly calculating taxes in certain scenarios.

Fixed an issue where users could refund more than the total shipping cost across multiple refunds for the same order.

Fixed an issue that prevented order line refunds after manual refunds were cancelled, by properly filtering out cancelled refunds during validation.

Fixed voucher minimum amount validation to use net total instead of gross total, ensuring discounts are applied correctly.

Fixed an issue in the Shopify integration where the order_updated webhook was not specifying the correct order ID.

Added the missing number field to order webhook payloads, ensuring complete order data is sent to webhook subscribers.

Fixed an issue where draft order CSV exports could fail in certain scenarios.

Fixed an issue where inactive plugins could still affect order calculations and processing. Plugins now only execute when actively enabled.

Order line refunds API​

Refund lines can now be scoped to an OrderLine, allowing you to target refunds to specific individual order lines. To achieve this, use the refundLinesAdd mutation and set the refundScope to the id of the desired order line. Additionally, specify the quantity of the order line that should be included in the refund.

Learn more ->

Draft order lines CSV upload API fields​

Added the following mutations for uploading a CSV file to create draft order lines:

• nauticalOrderLinesCsvUpload
• orderLinesCsvUpload

The CSV file must have at least three columns: id_type, id, and quantity. See the following sample format:

id_type, id, quantity
NSN, 5669abb7-8c4f-477f-8662-4540af3bcdac, 5
ID, UHJvZHVjdFZhcmlhbnQ6MjEx, 5
SKU, 998323573, 5
ID, UHJvZHVjdFZhcmlhbnQ6MjEz, 5

Test taxes plugin​

Added a "Nautical Test Taxes" plugin, which can be used for development and testing with taxes.

Within the plugin settings, you can input a single tax percentage, which should fall within the range of 0 to 100%. This plugin respects tax settings such as "Charge taxes on shipping rates" and "All products prices are entered with tax included."

Tax changes on manual fixed-amount refunds​

When processing a manual refund for a fixed amount, taxes are no longer added separately. The fixed amount entered is the after-tax amount.

Fixed amount refunds do not automatically adjust records in the tax engine, such as Avalara. If you need to modify the amount of tax to remit, you must manually create a tax adjustment within Avalara.

CSV upload for order lines​

Added the ability to upload order lines via CSV, making it easier to bulk import order data into the platform.

Dashboard embedding tokens​

Introduced a new DashboardEmbeddingToken mutation that enables secure embedding of analytics dashboards, with support for seller-specific data filtering.

PayPal payout gateway​

Added initial support for PayPal as a payout gateway, providing more options for marketplace operators to distribute seller payouts.

Simplified fixed amount refunds​

Fixed amount refunds no longer include tax calculations, streamlining the refund process for operators.

WorkOS authentication improvements​

Enhanced WorkOS integration with strongly typed plugin configuration and support for specifying authentication providers in authorization URLs.

Fixed an issue where the default refund type was not properly set to order line refunds.

Fixed a bug preventing storefront order shipping cost refunds from processing correctly.

Fixed an issue where order line refunds were incorrectly allowed after manual refunds had been processed.

Fixed a bug where shipping prices were not properly set to zero when orders were cancelled after being declined.

Fixed validation issues in refund calculations to ensure accurate refund amounts based on order line quantities and amounts.

Fixed an issue where previously refunded order line quantities were not correctly accounted for in subsequent refund requests.

Fixed an issue with Avalara tax integration where zero-tax return invoices were not being posted correctly due to missing entity use codes.

Resolved several issues with Stripe card payment processing affecting initial card transactions.

Updated webhook payloads​

Updated webhook payloads for the following events to be more structured and robust. The structure and contents of the following webhook payloads have been changed:

• order_created
• order_updated
• order_cancelled
• order_fully_paid
• order_fulfilled
• payment_created

As a result of these changes, existing logic that utilizes the above webhooks should be updated to align with this new webhook format.

Learn more ->

Performance improvements​

Made several API performance improvements around handling orders and refunds, including:

• Updating shipping on an order
• Deleting a draft order and deleting draft order lines
• Processing a refund, including managing refund lines, updating refunds, deleting refunds, and processing refund payments

Fixed an issue where the userOverride argument on the checkoutComplete mutation did not override the user assigned to the checkout. Marketplace operators can now override the user during checkout completion using this argument.

Fixed an issue where buyers were unable to add digital products to the checkout, particularly when it was the first item being added to the checkout.

Fixed an issue where the order_number, created, and total_gross_amounts fields were missing from the recently updated NauticalOrder webhooks.

Fixed an issue that could prevent marketplace operators from finalizing draft orders in multi-currency environments, with a 'NoneType' object has no attribute 'unit_price_net' error message.

Admin checkout user override​

Administrators can now override the user associated with a checkout, providing more flexibility in managing orders on behalf of customers.

Refund type classification​

Added a type field to refunds, allowing you to better track and categorize different types of refunds in your marketplace.

Order filtering on "me" query​

Added an ids filter to the me query, enabling users to retrieve specific orders more efficiently.

WorkOS single sign-on support​

Added support for WorkOS, enabling enterprise single sign-on (SSO) for your marketplace users.

Performance improvements​

Made several performance improvements across the platform:

• Completing draft orders is now significantly faster.
• Refreshing order taxes is more efficient.
• Checkout completion is faster, particularly for large orders.
• Cancelling marketplace orders is more performant.
• Order payment operations are optimized.
• Updating shipping details on orders is faster.
• Draft order deletion operations are more efficient.

Fixed an issue where declining fulfillment on an order line could cause errors in certain edge cases.

Improved product category handling to prevent performance issues when querying large product catalogs.

Fixed multiple issues with refund calculations to ensure accurate quantities are used when processing refunds:

• Refunds now correctly use shippable quantities in all calculations.
• Refund totals are calculated based on the correct order line quantities.

Fixed permission checks for order fields to ensure proper data access control.

Fixed an issue where voucher discounts were not properly applied when finalizing draft orders.

Fixed an issue that prevented finalizing draft orders with multiple currencies in certain scenarios.

Fixed issues with Avalara tax calculations:

• Fully declined order lines are now handled correctly.
• Tax calculations are skipped for refunds with zero amounts.
• Added validation to ensure sufficient address data exists before calculating taxes.
• Improved address fallback handling for checkout tax calculations.

Fixed issues with shipping method assignments to better support various shipping provider integrations.

Metadata on checkout and order lines​

Added support for storing metadata on the CheckoutLine, OrderLine, and NauticalOrderLine objects, providing more flexibility in adding custom line-level data within an order.

Improved order filtering with the me query​

Enhanced the ability for users to filter orders retrieved from the me query. The CustomerOrderFilterInput, which previously only supported filtering by status, now supports many different filter fields.

One such is the ids filter field, which allows users to find a specific order by id.

Customer name in order email payloads​

Updated the order-related customer SendGrid email payloads to include the recipient_first_name and recipient_last_name fields. If the order is for a guest, these fields will be empty.

Learn more ->

Webhook improvements​

Made the following improvements to webhooks:

• Added the checkout token to checkout webhook payloads.
• Improved performance for webhooks containing product image URLs.

Learn more ->

Performance improvements​

Made several performance improvements around order management, including:

• Creating, updating and finalizing draft orders.
• Completing a checkout.
• Refreshing taxes on an order.
• Cancelling a marketplace order, seller order, or quote order.
• Capturing or voiding a payment on an order.

Enhanced payment source storage​

Improved the ability to store payment sources for Stripe payments:

• Credit card brand, expMonth, and expYear can now be stored.
• ACH payment methods can now be saved as a paymentMethodType.

Fixed an issue where event notifications were not being sent during the NauticalDraftOrderLinesBulkDelete mutation.

Fixed an issue preventing full refunds of orders with declined fulfillments.

Metadata on checkout and order lines​

Added support for storing metadata on the CheckoutLine, OrderLine, and NauticalOrderLine objects, providing more flexibility in adding custom line-level data within an order.

Checkout token in notifications​

The checkout notification payload now includes the checkout token, making it easier to reference the checkout in notification handlers.

Order line refunds​

Added support for refunding individual order lines and shipping lines, with detailed tracking codes for each refund. This provides more granular control over partial refunds and better visibility into refund history.

Customer name in order confirmations​

Customer first and last names are now included in the order confirmation payload, making it easier to personalize order confirmation emails and notifications.

ACH payment method tracking​

ACH payment method types are now stored and tracked, providing better visibility into payment methods used for orders.

Performance improvements​

Made several performance improvements across the platform:

• Draft order operations (create, update, delete lines) are now significantly faster.
• Invoice generation for orders with many products is more efficient.
• Order shipping method lookups are optimized.
• Voucher application on marketplace orders is faster.
• Order shipping updates complete more quickly.

Simplified order recalculation​

Introduced a streamlined method to recalculate all pricing and tax information for marketplace orders, making order updates more reliable and consistent.

Fixed an issue where invoice generation could fail or be very slow when creating orders with a large number of products.

Fixed an issue where taxes could be computed before order lines were fully created, leading to incorrect tax calculations in some cases.

Fixed an issue where seller GraphQL responses used an incorrect date format, causing potential parsing errors.

Fixed an issue where accepting a bid would not properly connect the NauticalOrderLine to the OrderLine.

Fixed an issue where shipping calculations used incorrect subtotals when determining shipping costs.

Filter customers by active status​

Added the isActive boolean filter to the customers query.

New seller information fields​

Added the following fields to the Seller model:

• approvedDate
• firstOrderPlacedDate
• firstProductCreatedDate

Updated webhook payloads​

Updated webhook payloads for the following events to be more structured and robust. The structure and contents of the following webhook payloads have been changed:

• nautical_order_created
• nautical_order_updated
• nautical_order_fully_paid
• nautical_order_cancelled

As a result of these changes, existing logic that utilizes the above webhooks should be updated to align with this new webhook format.

Learn more ->

Fixed an issue where volume discounts were being incorrectly deducted from seller order payouts.

Fixed an issue with the Yotpo Ratings and Reviews app not properly utilizing ProductSchema fields.

Fixed an issue where the variant_created webhook was not triggered upon bulk creation of product variants.

Variant creation webhooks for bulk operations​

Webhook events are now triggered when product variants are created in bulk, ensuring all variant creation operations are properly tracked.

Seller activity tracking​

Added calculated fields to track seller activity, including approval status, first product created date, and first order created date.

Active customer filtering​

Added an isActive filter to the customers query, making it easier to filter between active and inactive customer accounts.

Order sorting for customers​

Customers can now sort their order history when querying their own orders through the me.orders endpoint.

Performance improvements​

Made several performance improvements across the platform:

• Checkout queries now use optimized data loading, reducing database queries.
• Sale data is now prefetched during request processing, improving response times.
• Collection product loading is now more efficient, preventing unnecessary reloads.
• Checkout operations use improved data structures for faster calculations.

Fixed an issue where discounts and volume discounts were not correctly set to zero in payout calculations.

Fixed database migration issues and improved model import handling.