Split Pay – Stripe Connect Split Payments & Multi-Vendor Marketplace for WooCommerce & FluentCart

Changelog

3.8.1

• Fixed: the Connected Stripe Account selector on Global Transfer Settings could show “[object Object]” instead of the business name on some sites (typically sites cloned from a template, or where another plugin loads its own copy of the dropdown library). The name and its Live/Test indicators now render correctly everywhere.
• Fixed: the Transfer Confirmation email’s “Tax Transfer to” line displayed the product commission percentage instead of the tax transfer percentage — the transferred amount was always correct; only the label was wrong. It now shows the correct percentage (100% when Tax Transfer is set to “All”).
• Fixed: vendor Stripe accounts connected in Test mode now register in Split Pay. Completing the test-mode connect link records the account immediately, and “Refresh from Stripe” now reads the same keys the connect link used, so a test-connected account no longer stays “Not connected.”
• Added: a “Reset / reconnect accounts” control so you can clear and re-sync your connected accounts without uninstalling the plugin. “Refresh from Stripe” now also prunes accounts that no longer exist in Stripe, so deleted/phantom accounts disappear cleanly.
• Fixed: the Connect Status “some vendors aren’t connected in both modes” warning no longer appears on stores that only use Live mode (or only Test) — it now only asks for the modes you actually have a platform key for.
• Fixed: the vendor onboarding page now shows a clear, actionable message instead of a raw Stripe error (“Connect platforms cannot create new accounts…”) when the saved key is scoped to a connected account rather than a platform account.
• Fixed: the WCFM “double-pay risk” banner is now mode-aware — it confirms when Guard mode is neutralizing WCFM’s payouts instead of always alarming, and reports WCFM’s true payout configuration. Added a clear notice when the WCFM integration is off but its settings have been changed.
• Added: set the Connected Account, Transfer Amount and Shipping Transfer Value once at the product level for a variable product and have them applied to every variation automatically — any per-variation values you set still take precedence. Clearer section labeling in the variation editor, and an inline hint when a product’s vendor isn’t connected to Stripe yet.
• Added: Split Pay now honors a vendor’s WCFM per-vendor commission override (not just membership-tier plans) when the WCFM commission source is enabled.
• Fixed: an order that WooCommerce auto-cancelled (for example, an unpaid order cancelled by the hold-stock timer) but whose card was charged later now has its vendor split completed, instead of the transfer being silently missed. Paid-but-cancelled orders are also flagged and can be retried manually.
• Fixed: per-product shipping transfers now apportion the order’s shipping charge across its line items by quantity, so each product routes only its own quantity-weighted share and every item’s share adds up to exactly the shipping you collected — a cent-level correction on orders with more than one line item. The product Shipping Transfer fields now explain how the share is calculated, and the shipping field’s “Global Transfer Value” link label is corrected to “Global Shipping Transfer Value”.
• Fixed: vendor self-onboarding via the [split_pay_vendor_connect] shortcode and the “Connect with Stripe” button now use the same platform key you save on the Integrations tab. This resolves cases where onboarding failed outright with “Could not start Stripe onboarding” (admin) or a “$config must be a string” error (vendor).
• Fixed: per-product shipping transfers are now calculated by Split Pay itself instead of depending on a WooCommerce Analytics helper — so stores with the Analytics feature turned off now get the correct per-item shipping share instead of $0.00.
• Fixed: refunding shipping now reverses the correct portion of each vendor’s shipping transfer. Previously a shipping-only refund could reverse too little (and a goods-only refund too much) because shipping and product transfers were reversed by the same overall ratio.
• Fixed: line-item refunds now reverse the correct vendor transfer even for WPML/Polylang-translated products, parent-level splits on variable products, and WCML variations — cases where the ordered product differs from the one the split was configured on, which previously could reverse nothing.
• Fixed: retrying transfers on an order is now double-pay-safe. A retry seeds its ceiling from Stripe’s own record of what was already sent for the charge (rather than the local log, which can under-count), and if a recomputed payout no longer matches what a vendor was already paid, the retry stops before sending anything and leaves an order note to reconcile.
• Added: when a vendor transfer is planned but can’t be sent — for example a per-product shipping transfer below Stripe’s $1 minimum, or an add-on with no connected account — Split Pay now records the reason in the order notes and shows an honest “N of M transfers sent” badge instead of a green all-clear.
• Added: a dedicated “split-pay” log under WooCommerce → Status → Logs (with a “View log” link on the Transfers tab), so transfer activity and any skipped legs are readable even when WooCommerce-Stripe’s own logging is off.
• Changed: the Stripe webhook status is now verified against Stripe rather than a cached flag, so a store whose webhook endpoint was removed no longer shows a false “configured” checkmark. The Connect Status tab now shows each mode’s webhook health and when its last event was received.
• Changed: corrected admin guidance that incorrectly implied Stripe fees cap transfers at about 97% of a sale. Split Pay routes transfers on the charge (source_transaction), so up to 100% can go to vendors; the notice now explains this. The genuine over-100% validation error is unchanged.
• Added: a pre-flight warning when product splits total 100% (or more) while “Adjust transfers for coupons” is off, so a coupon can’t quietly push planned transfers past what the order actually charged. Notice only — payouts are unchanged.
• Added: optional order-fee routing. Map a WooCommerce order fee by name to a connected account (with a percentage, default 100%) on the Global Transfer Settings tab, and Split Pay routes that fee to the vendor alongside the product splits. Off by default and ignored entirely when unconfigured; negative/zero fees are never transferred; fees route ex-tax.
• Fixed: “Sync connected accounts” on the Integrations tab now pulls in both your Test and Live vendors in one click whenever you have a key saved for both modes. Previously it only ever looked at the mode your store was currently switched to, so a live store whose vendors had onboarded in test just reported “Synced 0” with no hint that they existed. The result now tells you how many were found in each mode, and if one mode can’t be reached the other still syncs.
• Added: choose the type of Stripe connected account vendors get when they onboard — Standard (default) or Express — under Vendor Onboarding. Express gives vendors the Stripe-hosted Express Dashboard and suits platforms configured for Express; both use Stripe-hosted onboarding. Existing accounts are unaffected, and developers can still select Custom / Accounts v2 via the spp_account_create_args filter.
• Fixed: FluentCart refunds now reverse the vendor’s Split Pay transfers. The refund webhook handler required a payload field FluentCart never sends, so refunds never clawed anything back — the merchant absorbed every refund while the vendor kept their split. Full refunds reverse each transfer in full; partial refunds reverse each vendor’s share of that specific refund (never double-counting earlier partials). If a partial refund’s amount can’t be determined from Stripe, nothing is reversed and an order note tells you to reverse manually — the safe direction.
• Added: FluentCart chargebacks now reverse vendor transfers automatically. A dispute that withdraws funds reverses each vendor’s share of the disputed amount at creation; a dispute inquiry (no funds withdrawn) only adds a note, and if it later closes as lost the reversal runs then. Winning a dispute leaves an explanatory note. One dispute can never reverse twice, and a re-delivered webhook is ignored.
• Changed: the webhook buttons are now read-only checks. “Check Webhook” (Stripe Configuration) verifies the WooCommerce Stripe endpoint exists; “Check webhooks” (Integrations tab) counts the active endpoints on each key. Split Pay no longer adds transfer.* events to any webhook endpoint: nothing consumed them (transfers are order-driven), the Integrations sync edited every endpoint on the Stripe account including other sites’ endpoints, and on WooCommerce Stripe the modification caused the gateway to rebuild its endpoint (rotating the webhook secret) on its next plugin update. Events previously added are harmless and are cleaned up by WooCommerce Stripe itself over time.
• Fixed: the Connect Status “Last Stripe event received” reading always showed “No events recorded yet” — it read a WooCommerce Stripe option name that has never existed. It now reads the gateway’s real webhook-monitoring timestamps.
• Fixed: the automatic transfer retry no longer pays vendors on an order that was fully refunded while the retry was waiting. A refunded order now goes through the same charge-payability check as cancelled/failed orders, which refuses to send anything when the charge shows a refund.

3.8.0

Behavior changes when updating — please read before upgrading a live store:
* Transfers now fire for ANY order that carries a Stripe charge from your platform account, whichever Stripe-backed gateway took the payment — previously only the official WooCommerce Stripe gateway and Payment Plugins for Stripe triggered transfers. Charges that are not in your platform account are detected and skipped with a clear order note, so a transfer is never misfired. If you use a third-party Stripe gateway and have been paying those vendors manually, stop after updating — Split Pay handles those orders now.
* FluentCart subscription renewals are now split automatically (details below) — recurring charges pay the vendor their configured percentage with no setting change.
* Per-product shipping transfers and Product Extras (PEWC) add-on transfers now actually fire when configured — both were silently broken in earlier releases. If you configured them in the past, those transfers begin with this update.
* The Transfer Confirmation email (enabled by default, but silently broken since 3.7.0) resumes sending; disable it in settings if you no longer want it.
* The WCFM and Dokan marketplace integrations are fully OPT-IN: nothing changes on a marketplace site until you turn on the integration’s master switch on the Integrations tab.

• Added: a first-run setup wizard that walks a new install from zero to its first automatic transfer — enter your Stripe platform key, confirm your platform account, sync connected accounts and set a default split, then a readiness check — reachable on activation and from the Get Started links.
• Added: WCFM Marketplace integration (opt-in — enable it on the Integrations tab) — vendors who register through WCFM are automatically given the Split Pay vendor role, so Stripe Connect onboarding triggers with no admin action and their splits run.
• Added: a “Connect with Stripe” button right inside the WCFM vendor dashboard, and new vendor products are auto-linked to that vendor’s connected Stripe account (with a one-click back-fill for products created before the vendor connected).
• Added: optionally drive each vendor’s payout percentage from their WCFM membership tier (transfer % = 100 − the plan’s commission %), resolved automatically at order time and updated whenever a vendor upgrades or downgrades — no per-product edits.
• Added: a Marketplaces section on the Integrations tab showing WCFM status, how many vendors are connected, products linked, and an always-on double-pay safety check with selectable coexistence modes (warn / reconcile / guard).
• Added: Vendor Automation (PRO, opt-in) — automatically create a product for each vendor the moment they finish Stripe onboarding, assigned to their connected account at a configurable vendor share percentage. Works hands-off with Name Your Price plugins so customers can pay any amount.
• Added: Vendor payment QR codes (PRO, opt-in) — each vendor gets a downloadable QR code linking to their product, shown on their dashboard and via the new [split_pay_vendor_qr] shortcode. Generated in the browser, no external services.
• Added: Transaction emails (PRO, opt-in) — notify the vendor when a transfer to their account succeeds and/or the customer when their money has been sent.
• Added: Customizable order-received message (PRO, opt-in) for orders containing split-pay products, with a {vendor_name} placeholder.
• Added: spp_vendor_onboarding_completed and spp_vendor_disconnected action hooks for developers.
• Improved: every payout Split Pay creates is now tagged in Stripe with metadata (split_pay=1), so the plugin’s own transfers can be identified with certainty during reconciliation and reporting.
• Fixed: the front-end [split_pay_vendor_connect] flow now confirms onboarding completion when the vendor returns from Stripe — previously vendors kept seeing the “Resume Stripe Onboarding” state until an admin-side sync.
• Added: visibility for failed vendor bank payouts — if a vendor’s automatic Stripe payout to their bank bounces (closed or invalid account, etc.), Split Pay now records it and lists it on the Status tab so you can ask the vendor to fix their bank details. The transferred funds are not lost (they return to the vendor’s Stripe balance) and Split Pay takes no money action; previously a bounced payout was completely invisible.
• Added: FluentCart subscription renewals are now split, not just the first order — every recurring renewal charge automatically pays the vendor their configured percentage, using the same per-product split settings already in place. Each renewal is paid exactly once, and PayPal renewals are left untouched.
• Added: automatic refund reclaim (PRO, opt-in) — when a refund can’t be fully clawed back because the vendor’s Stripe balance is too low, Split Pay reverses what it can immediately and records the rest as outstanding debt, then deducts it from that vendor’s future transfers until cleared. Balances are shown per connected account, mode and currency on the Status tab, with a one-click write-off; tracking is per-currency and per-mode, idempotent, and never over-charges a vendor. Off by default.
  • Fixed: a single un-renderable transfer record can no longer white-screen the admin. Each row in the Transfers (and other admin) tables now renders inside a safety net — if one row hits an unexpected error it is replaced with a small “could not be displayed” placeholder and logged, while the rest of the table loads normally, instead of taking down the whole page with a fatal.
• Fixed: on stores running both WooCommerce and FluentCart, a WooCommerce refund could reverse a FluentCart vendor’s transfer when the two platforms’ independent order-id sequences collided on the same number — refund reversals are now strictly scoped to the platform the refund belongs to.
• Fixed: coupon discounts are now applied to vendor transfers from WooCommerce’s stored, post-discount line totals. Edge cases such as two or more stacked coupons, or a coupon later edited or whose type was translated (e.g. by WPML), can no longer cause a transfer to be computed on more than the discounted amount actually captured.
• Fixed: orders placed in a secondary language reliably pay the vendor configured on the original product, with an added WooCommerce Multilingual variation-link fallback for cases where WPML’s own resolver isn’t available at order time.
• Fixed: a genuinely live connected account is no longer mislabeled “TEST-mode account, unavailable in LIVE mode” after upgrading — account modes are now repaired automatically from your own transfer history, with no Stripe key required.
• Improved (safety): a built-in ceiling guarantees the sum of all vendor transfers for an order can never exceed the captured charge, preventing partial-payout failures from any misconfiguration.
• Improved: accidental duplicate vendor rows (the same vendor at the same rate on one product or variation) are collapsed when you save, preventing double payouts, with a dismissible heads-up.

3.7.5.1

• Fixed: orders no longer get stuck in “Pending payment” after a successful card payment — the Stripe payment notification is now matched to the order even before WooCommerce records the charge.
• Fixed: a refund now reliably reverses the vendor’s payout, including on FluentCart orders.
• Improved: the Stripe payment-notification handler is more resilient to incomplete or repeated events.

3.7.5

• Fixed: vendors are never paid — or refunded — twice, even when a payment or refund notification arrives more than once.
• Added: automatic payout reversal if a delayed bank payment (ACH/SEPA) fails after vendors were already paid.
• Improved: clearer test-vs-live mode handling, reliable vendor-split saving, and a faster, more dependable Transfers tab.
• Improved: compatibility with other Stripe plugins, accessibility, security, and complete data cleanup on uninstall (incl. multisite).

3.7.4

• Fixed: Product Split Pay settings (vendor, percentage / amount, shipping) no longer get silently erased on saves that don’t include the Split Pay tab fields (variable parent save, REST/API saves, third-party product saves, etc.).
• Fixed: Same erasure protection for product variations; vendor-only variation saves no longer wipe the selected vendor.
• Added: One-time upgrade migration rebuilds erased product settings from the transfer log (skips products that already have a vendor).
• Added: Perpetual per-product “Recover Split Pay settings from transfer log” tool on the WooCommerce product Split Pay tab (optional force-overwrite).
• Fixed: Per-product Recover panel is visible on the Split Pay tab (wrapper no longer uses WooCommerce’s reserved panel class; now spp-recovery-wrap).
• Fixed: Admin paths no longer fatal with WC_Stripe_Logger::log() when only Payment Plugins’ Stripe gateway is installed.
• Fixed: Transfers tab no longer fatals when a logged payment method doesn’t map to an active gateway object.
• Fixed: Saved vendor stays visible on the product tab even when the account isn’t in the synced-accounts list (orphan option shown).
• Fixed: Migrations no longer warn/fatal under wp-cron or CLI on some hosts.

3.7.3

• Fixed: WC_Stripe_Logger::log() fatals on Payment Plugins-only sites (namespaced 3.7.0 code paths now guarded).
• Fixed: Percentage splits on Name Your Price / customer-chosen-price orders use the paid line subtotal, not the catalog base price.
• Fixed: Vendor selection on the product Split Pay tab persists when percentage and amount are left empty.
• Fixed: Transfers tab empty while Stripe transfers succeeded (stripe_mode and related columns now written; migration-373 backfills 3.7.0+ rows).

3.7.2

• Fixed: Removed blocking “above 97%” confirm popup on product save (could cancel saves).
• New: 97% / 100% aggregate transfer warnings show as dismissible admin notices instead.

3.7.1

• Compat: Tested up to WordPress 7.0.
• Fixed: WC_Stripe_Logger::log() fatals on Payment Plugins-only sites (legacy class paths guarded).

3.7.0

• New: FluentCart support.
• New: Integrations tab (per-gateway keys, webhook sync, account sync).
• New: Top-level Split Pay admin menu.
• New: Payment Plugins for Stripe WooCommerce gateway support.
• New: [split_pay_vendor_connect] vendor onboarding shortcode.
• New: Delayed Transfers (PRO) — hold transfers until order is Completed.
• New: Transfer log source column (WooCommerce / FluentCart).
• New: spp_integrations, spp_register_integrations, spp_product_data_tab_classes hooks.
• Improved: Activates with FluentCart only (WooCommerce not required).
• Improved: Shared connected accounts across integrations; unified TransferEngine for WC shipping/tax/product transfers.
• Fixed: Multi-account global percentage math restored to pre-3.7.0 behaviour.
• Fixed: Activation no longer requires the official WooCommerce Stripe gateway.
• Fixed: Transfer order notes use the order currency symbol.

3.6.4

• Fix webhook sync failing when stored endpoint IDs are stale, deleted, or mode-mismatched.
• Added URL-based fallback to find the correct webhook endpoint automatically.
• Fixed scoping bug with API key in live mode webhook sync path.

3.6.3

• Fix to multiple product transfers.
• Fix PEWC (Product Extra Options) transfer to use instance-based Stripe client.
• Freemius update.

See our full changelog in our documentation.