VAT and GST on Stripe Fees in QuickBooks Online

Your Stripe payout came in AUD 290.56 lighter than the fee report said it would. The fee line reads AUD 2,905.60, but the money that reached the bank is short by another 10% of that number. Nothing is broken. Stripe charged GST on its own fees, deducted it from your balance, and will remit it to the ATO on your behalf.

That AUD 290.56 has to land somewhere in QuickBooks Online. Where it lands decides whether your next BAS is right or wrong — and the default behaviour in a non-US QuickBooks file is very often wrong in a specific, expensive way: the tax Stripe charged you gets counted as tax you collected from customers.

This is the tax on Stripe's fees, not the tax on your sales. They are different numbers, they belong in different places, and only one of them is money you owe the government.

Start a free trial — Acodei syncs Stripe fees and their taxes into QuickBooks with the tax codes you choose, not the ones QuickBooks guesses.

What tax_fee actually is

Stripe records every movement in and out of your balance as a balance transaction with a type. Charges are charge, refunds are refund, payouts are payout. Stripe's own processing fees are stripe_fee. And the tax Stripe charges on those fees — VAT, GST, or the local equivalent — is its own type: tax_fee.

It exists because Stripe is selling you a service. In jurisdictions where that service is taxable, Stripe has to charge indirect tax on it, exactly as any other supplier would. Stripe's documentation is direct about this: Stripe "may levy indirect taxes (e.g., value-added tax) on the goods and services that we provide to you," and the rate is determined by your business address, so keeping that address current matters.

Whether you see tax_fee at all depends almost entirely on where your business is registered:

Region	Tax on Stripe fees
Most of Europe	Generally not charged — those accounts are processed from Ireland
Ireland, Norway, Switzerland/Liechtenstein, UAE	Charged, despite the European rule above
Americas and APAC	Charged per Stripe's country-specific terms
United States	Certain states impose sales tax on Stripe fees

Australia is the clearest example: for Australian account holders, GST applies to all Stripe fees at the prevailing standard rate, charged in addition to the fees themselves, with a monthly tax invoice issued for it.

Those tax invoices matter more than most people realise. Stripe issues them monthly to businesses with legal entity addresses in Australia, Canada, Europe, India, Indonesia, Japan, Malaysia, Mexico, New Zealand, Singapore, Thailand, the UAE, and certain US states. You download them from Settings → Reporting and Documents → Documents in the Stripe Dashboard, and they are available by the 10th of the following month. If your accountant is going to do anything with the fee tax at year end, this document is the evidence they will ask for.

One timing detail that trips up reconciliations: Stripe's tax invoices reflect transactions by their Created date in UTC, not by settlement date. A refund created on the 31st and settled on the 1st sits in the earlier month's invoice. If you are matching the tax invoice to a QuickBooks month, expect edge-of-month drift and reconcile on Stripe's dates, not yours.

The mistake this post exists to prevent

Here is the failure mode, in the order it happens.

QuickBooks requires non-US companies to put a tax code on every line item. Not "allows" — requires. So when a Stripe fee line arrives in your QuickBooks file, it must carry some tax code. If nothing has told QuickBooks otherwise, the product on that line uses its default tax code, and in a GST or VAT file that default is very often the standard rate.

The result: your Stripe fee line and the tax on it get treated as taxable activity in the sales direction. The AUD 290.56 that Stripe charged you and already remitted now appears in your QuickBooks tax module as though it were part of the GST you collected from customers and owe on your next return.

Two things are wrong at once. You are overstating tax payable on money you never collected. And you have lost the actual character of the amount — a tax you paid a supplier, which is a completely different line on a return from tax you charged a customer.

The correct default, in almost all cases, is that Stripe fees and their taxes are marked non-taxable in QuickBooks. Stripe is collecting that tax in order to remit it. It is not sales tax payable by you.

How the tax reaches QuickBooks

Acodei imports tax_fee and posts it as part of your fee expense, against the same mapped account your other Stripe fees use. During onboarding, Acodei creates a QuickBooks product called "Stripe Fees – Acodei" and maps it to an account you choose; fees route through that product rather than through a dozen fee-specific items.

The tax itself surfaces one of two ways:

• As a separate line on the daily summary deposit — you would see "Stripe Fees" at −30.00 and "Stripe Fees (Tax)" at −3.00 sitting next to each other.
• Folded into the Stripe Fees line total for that day.

Acodei does not split fee tax into its own account by default. If you or your accountant want it visible separately — in a "Taxes and licenses" expense account, say — that is a manual reclassification after the sync, not a setting.

Two other Stripe fee types ride along in the same total and are worth knowing about, because they show up in the fee number you are reconciling: stripe_fx_fee, Stripe's currency conversion charge, and network_cost, a network fee passed through on certain payment methods. Both are treated as part of Stripe Fees.

And a timing note that explains most "where is my fee?" questions: non-transactional Stripe fees — Radar, Billing, Stripe Tax usage fees — are not attached to any single customer charge. They post through the Daily Balance Summary on the day Stripe charges them, even if you sync everything else in real time. If you cannot find a fee you know you were charged, look at the daily summary entry for that date in the Acodei Data Feed rather than at the sales receipts.

Where the fee line lives, and why it decides your tax options

The tax treatment you can apply depends on where the fee lands, and that in turn depends on your holding account and invoice settings. There are three possible destinations:

Fee destination	Available when
Line item on the Sales Receipt	Default in both Undeposited Funds and non-UF setups
Line item on the Bank Deposit	Undeposited Funds only
Expense (Purchase)	Default with non-UF; with UF only when Invoice Sync is enabled

Fees never go on the invoice itself. Putting them there would make the invoice total disagree with the payment total, so the options are the daily summary or an expense.

This matters for tax because of a hard QuickBooks constraint: tax on a purchase can only be applied on an expense, not on a sales receipt. A fee sitting as a negative line on a sales receipt is, as far as QuickBooks' tax module is concerned, part of a sales document. You cannot code it as input tax there. That single constraint is the reason the rest of this section exists.

Setting it correctly: the two valid answers

There are two defensible ways to handle Stripe fee tax in QuickBooks, and which one is right for you is a question for your accountant, not for a blog post. What follows is what each one does mechanically.

Option 1 — Exempt / Out of Scope (the common answer)

Mark the fee tax so it never enters the tax module at all. In Acodei, go to Account Mapping → Stripe Tax. Alongside the main tax-approach settings you will find a Default Fee Tax Rate — set it to an Exempt or Out of Scope code. If you have already been syncing with the wrong code, changing the setting does not reach backwards: resync the affected transactions to correct the tax on records already in QuickBooks.

That resync caveat generalises. Changing your fee method at any point leaves historical transactions exactly as they were posted; if you want them to reflect the new treatment, they have to be resynced.

If your account is non-US, there is a good chance something is already set here. Acodei automatically enables its admin QuickBooks tax mapping for non-US accounts on connection — precisely because of the every-line-needs-a-tax-code rule above — and it attempts to select the Exempt rate when it does. Advanced Tax Mapping, if you configure it, overrides those settings. Worth checking rather than assuming.

Option 2 — Fee tax as a recoverable purchase tax

Some businesses do not want the fee tax out of scope. They are paying tax on their sales and treating the tax paid on Stripe's fees as an input credit — the same as any other supplier's VAT or GST. Acodei supports this: the tax settings expose a fee tax rate independently of the product tax rate, so you can carry GST on fees while sales are handled separately.

But remember the constraint: you cannot apply purchase tax to a line on a sales receipt. So there is an admin option that forces fees out of the sales daily summary and posts them as a Purchase, specifically so the fee tax can be applied as a purchase tax. Related, for Daily Summary users on a non-Undeposited-Funds setup, the Fee-as-Purchase feature records all Stripe fees — transaction, billing, subscription — as Purchases rather than as lines on sales receipts or deposits, using the Purchase Tax Rate where applicable. It increases your QuickBooks transaction count somewhat and gives you clean fee-expense visibility in return. Enabling it retroactively means older transactions may need reprocessing.

There is finer control available too. Fees are split into transactional fees (the fee on a specific charge or refund) and non-transactional fees (standalone Stripe service fees — Billing, Radar, Stripe Tax product fees), and each category can be routed independently: transactional fees netted on the daily summary while Stripe's service fees post as expenses.

If you take this route, do it deliberately and tell your accountant. The wrong outcome is not choosing Option 2 — it is drifting into a half-configured version of it, where some fee tax is coded as input tax and some is sitting on sales receipts at the standard rate.

A worked month

An Australian business on daily summary sync, non-Undeposited-Funds, 10% GST:

Line	Amount (AUD)
Gross charges, 420 transactions	128,400.00
Stripe fees (stripe_fee)	−2,905.60
GST on Stripe fees (tax_fee)	−290.56
Net to bank	125,203.84

Three numbers have to agree at month end. The bank deposit total is 125,203.84. The Stripe fee expense in QuickBooks is 2,905.60 plus 290.56 — because Acodei posts the fee tax into the same fee account by default, your fee expense account holds 3,196.16, not 2,905.60. And Stripe's monthly tax invoice, downloaded from the Documents section, should show 290.56 of GST.

If your fee expense reads 2,905.60 and your GST-on-sales figure is 290.56 higher than your actual sales tax collected, you have found the exact defect this post is about.

The reconciliation habit worth building: check the fee expense account against the sum of the fee and tax lines, not against Stripe's headline fee number. They are supposed to differ, by precisely the amount on the tax invoice.

Multicurrency

If a charge is converted, the fee is denominated in the converted currency, not the original. A CAD charge into a USD Stripe balance produces a USD fee — and a USD fee tax. Acodei records multicurrency fees in the payout currency, so make sure the Stripe Fees product is usable in that currency in QuickBooks. Multicurrency payouts have enough moving parts of their own that they are worth reading about separately.

What this does not cover

Acodei records the fee tax Stripe charged you, in the account and with the tax code you configure. It does not decide whether that tax is recoverable in your jurisdiction, does not file or remit anything, and does not produce your VAT or GST return. Whether you are entitled to claim the tax Stripe charged you as an input credit is a question about your registration status and local rules — take it to your accountant, and bring Stripe's monthly tax invoice with you.

Rates and country coverage change, and Stripe maintains the authoritative list. This post deliberately does not publish per-country rates; check Stripe's global taxation page for your jurisdiction.

Uncommon balance transaction types beyond fees — reserves, Connect transfers, financing — map once under Balance Transaction Mapping, documented in Acodei's uncommon transaction mapping guide.

FAQ

Is the tax Stripe charges on its fees the same as the sales tax I collect from customers?

No, and conflating them is the most common error in a Stripe-connected QuickBooks file. Tax Stripe charges on its fees is tax you paid to a supplier for a service you bought; sales tax you collect is money you hold on behalf of the government and owe on your next return. They belong on different lines of a tax return, and the fee tax should never increase your sales tax payable figure. Acodei handles customer-side Stripe Tax through a separate set of mappings.

Why does my Stripe fee expense in QuickBooks not match Stripe's fee report?

Because Acodei posts the fee tax into the same account as the fees by default, so the account holds fees plus tax while Stripe's fee report shows fees only. The difference should equal exactly the tax figure on Stripe's monthly tax invoice. If the difference is some other number, the gap is not fee tax and is worth chasing through the fee reconciliation process.

How do I stop QuickBooks treating Stripe fee tax as sales tax?

In Acodei, open Account Mapping → Stripe Tax and set the fee tax rate to an Exempt or Out of Scope code, then resync the affected transactions so records already in QuickBooks are corrected. Changing the setting alone only affects transactions synced after the change. For non-US accounts, Acodei attempts to select the Exempt rate automatically on connection, but Advanced Tax Mapping overrides it, so confirm the setting rather than assuming it.

Can I claim back the VAT or GST Stripe charges on its fees?

That depends on your tax registration and local rules, and it is a question for your accountant rather than for your sync configuration. What Acodei provides is the mechanism: fee tax can be given its own tax rate independently of your product tax rate, and fees can be posted as Purchases rather than as sales-receipt lines, because QuickBooks only permits purchase tax on an expense. Stripe issues a monthly tax invoice for the tax charged, which is the document your accountant will need.

Where do I find Stripe's tax invoice for the fees?

In the Stripe Dashboard under Settings → Reporting and Documents → Documents. Invoices are monthly and are available by the 10th of the following month, for businesses with legal entity addresses in Australia, Canada, Europe, India, Indonesia, Japan, Malaysia, Mexico, New Zealand, Singapore, Thailand, the UAE, and certain US states. Note that they reflect transactions by created date in UTC, so month boundaries may not line up with your books exactly.

I am in Europe and see no tax on my Stripe fees. Is something misconfigured?

Probably not. Most European accounts are processed from Ireland and are not charged indirect tax on Stripe fees, with the exceptions of Ireland, Norway, Switzerland/Liechtenstein, and the UAE. If you are outside those exceptions and see no tax_fee activity, that is expected behaviour rather than a sync problem. Confirm your business address is current in Stripe, since the tax determination is based on it.

---

Getting fee tax right is a five-minute configuration that quietly protects every tax return you file afterwards. If you are setting up a Stripe-to-QuickBooks sync from scratch, the full sync guide covers the surrounding decisions — holding account, real-time versus daily summary, and where fees land — and the month-end close checklist is where fee-tax drift gets caught before it reaches a return.

Start a free trial or talk to us about your tax configuration before you migrate historical data.