WooCommerce fixes / stripe charged wrong amount

Stripe Charged the Wrong Amount in WooCommerce? Causes & Fix

The WooCommerce order says one number; the Stripe dashboard says another. Sometimes that gap is money you genuinely never received — and in July 2026 there is one specific, patched gateway bug to rule out first. Here's how to tell a real undercharge from a fee, a currency conversion or an uncaptured charge.

Last updated: 17 Jul 2026 · ~7 min read

Quick answer

The most likely cause right now is a bug in the Stripe for WooCommerce gateway, versions 10.6.0–10.8.3, that could process a payment for a different amount than the order total when Adaptive Pricing is enabled — WooCommerce shipped patches on 14 July 2026. Update the gateway to 10.6.2, 10.7.1 or 10.8.4+ (or untick Adaptive Pricing until you can), then audit recent orders against the charges in your Stripe dashboard.

What "Stripe charged the wrong amount" actually means

There are three different numbers in play, and most of the panic comes from comparing the wrong two. The order total is what WooCommerce recorded at checkout. The charge is what Stripe actually collected from the customer's card. The payout is what lands in your bank — the charge minus Stripe's fees, usually bundled with other orders.

A payout that's smaller than the order total is normal. A charge that's smaller than the order total, in your own store currency, is not — that difference is money you never received, and the customer has a receipt for the lower figure. The causes below are ordered so you rule out the genuine loss first.

The most common causes (most likely first)

  1. The Adaptive Pricing bug in Stripe gateway 10.6.0–10.8.3 (patched 14 July 2026)Your gateway version is in that range and Adaptive Pricing is on — note that 10.8.x could switch it on automatically after an update, so "I never enabled that" doesn't clear you. The charge in Stripe is lower than the order total, and in the GitHub reports the missing amount was exactly the shipping cost plus its tax. WooCommerce's official advisory confirms the payment processed by Stripe could differ from the order total under these conditions.
  2. You're comparing the payout, not the chargeThe difference is small and roughly proportional per order — it's Stripe's processing fee. Open the payment in Stripe: if the charge itself matches the order total, no money is missing. The payout is always the charge minus fees, and a single payout often bundles several orders, which makes eyeball comparisons misleading.
  3. Adaptive Pricing converted the currency — the number is different, not wrongThe charge is in a different currency from your store. Adaptive Pricing lets the customer pay in their local currency while you're still paid out in your store currency, so the raw figure on the charge won't match the order total. Check the converted amount on the payment instead before concluding anything was lost.
  4. An Apple Pay / Google Pay total built from a partial addressOnly express-checkout (wallet) orders are affected, and the gap is the tax or shipping. Before payment is authorised, the wallet only shares a partial address with your store — postcodes can arrive truncated, and the billing address isn't available at all until after authorisation — so tax or shipping worked out in the wallet sheet can differ from what the full checkout page would have calculated.
  5. The charge was authorised but never captured (or captured late)The payment shows as uncaptured in Stripe, or disappeared entirely after a week. With the gateway's Capture charge immediately setting unticked, checkout only places an authorisation — you have to capture it yourself, and uncaptured charges expire in 7 days, after which no money moves at all.
  6. The order changed after the payment was takenThe charge was right when it was made. The order notes show a partial refund, an added fee, or an item edit dated after the payment — the WooCommerce total moved, the Stripe charge didn't. Nothing to fix on the gateway side.

Where to look first

How many orders would this run through before you spotted it?

An undercharge doesn't error. Checkout works, the order says paid, the customer is happy — the gap only exists between the WooCommerce total and the charge in Stripe, in two dashboards nobody compares on a normal day. That's how the Adaptive Pricing bug ran on live stores for weeks before the advisory. DiagnosticIQ's free dashboard watches the payments leg of your money path — gateway enabled, in the right mode, orders actually flowing — and emails you when something critical changes, so gateway trouble surfaces as an alert the same day instead of a reconciliation surprise at month-end.

Get the free plugin

Made by Prima Digital — the team behind this guide. Free forever; no card to install.

How to know you fixed it

Verify

On a patched gateway (10.6.2, 10.7.1 or 10.8.4+), the next order's charge in the Stripe dashboard matches the WooCommerce order total exactly — same amount, and the converted amount lines up if Adaptive Pricing is on.

Frequently asked

Was my store hacked?

No. WooCommerce's July 2026 advisory describes a payment validation bug in the gateway plugin — wrong amounts, not an intrusion. But it does move real money incorrectly, so update with the same urgency you'd give a security patch.

Can I collect the shortfall from the customer?

Not automatically. Stripe can't take a second payment without the customer authorising it, and the gateway has no built-in way to re-charge a difference. Your realistic options are contacting the customer with an invoice for the balance, or writing it off.

How do I find the orders that were undercharged?

Work out the window: from when your store got a 10.6.0–10.8.3 gateway version with Adaptive Pricing on, until you patched. For orders in that window, compare each order total against the charge in Stripe — exporting payments from the Stripe dashboard and matching them against your orders is the fastest way at volume.

I never enabled Adaptive Pricing — am I safe?

Check rather than assume. On the 10.8.x line the gateway could enable Adaptive Pricing automatically for eligible accounts when the plugin updated, so the setting can be on without you ever ticking it. It lives in the Stripe gateway settings; the patched versions fix the bug either way.

>_
John O'Keane — Founder, Prima Digital · LinkedIn
Contributions by David Zhang · LinkedIn
I build DiagnosticIQ, the WooCommerce diagnostic plugin, and the July 2026 Adaptive Pricing undercharge is exactly the kind of silent money leak that convinced me stores need something watching the gap between "order placed" and "money received".