Zimbabwean VAT on Stripe Digital Services in QuickBooks

A US software company sells a 29 USD individual plan and a 99 USD team plan. Zimbabwe has crept up on it: 60 individual subscribers and 8 teams, about 2,532 USD a month. In month ten of a rolling year, Stripe Tax flags Zimbabwe: "25,000 USD per rolling 12 months," B2C and B2B counted, and a note that "you must appoint a tax representative in Zimbabwe to register."

The threshold is right, and it's in dollars, so for once there's no currency conversion to argue about. What Stripe's page can't tell you is that Zimbabwe rewrote its digital services rules on January 1, 2026. Banks in Zimbabwe now withhold tax on payments to foreign suppliers, at a different rate depending on whether you're registered. Registered suppliers must price VAT-inclusive and issue fiscalised tax invoices through ZIMRA's own invoicing system. And the rate went from 15% to 15.5%.

This guide covers Zimbabwean VAT on Stripe sales of electronic services by a business outside Zimbabwe: what counts as an electronic service, the USD 25,000 line, why business customers are charged too, registration and the representative question, the new withholding tax, the 15.5% rate and the return dates, fiscal tax invoices, and how the VAT reaches QuickBooks. A worked example runs through one month. If you also sell into Kenya or South Africa, those guides are the useful contrasts: Kenya registers you from the first sale, and South Africa lets a non-resident act as your representative.

Acodei brings Stripe Tax amounts into QuickBooks automatically, so the Zimbabwean VAT you collect is already sitting in a liability account when the return comes due. Start a free trial.

What Zimbabwe counts as an electronic service

Zimbabwe taxes foreign digital services under section 13A of the Value Added Tax Act [Chapter 23:12]. ZIMRA's Public Notice 05 of 2026, issued January 19, 2026, explains the version that took effect on January 1, 2026.

Before the change, section 13A covered "electronic services supplied by an electronic commerce operator domiciled outside Zimbabwe to a person resident in Zimbabwe," treated as a supply made in Zimbabwe. The amended section "retains the same scope of electronic services." The notice describes them as services that are delivered over electronic or telecommunications networks, automated or platform-mediated, and "capable of being supplied without the physical presence of the supplier in Zimbabwe." Its list of examples is the familiar one:

• online subscriptions and digital platform access
• streaming, cloud computing and hosting
• online advertising and digital marketplace commissions
• downloadable content such as apps, e-books and films
• software programmes, drivers, firewalls and filters
• cloud storage, file sharing and electronic data management
• tickets supplied electronically for live events
• "services supplied by Artificial Intelligence platforms"

That last item is newer than most countries' lists, and it matters for anyone selling an AI product on a Stripe subscription.

Two things are out. Physical goods stay under VAT on imports, assessed at the border. And services that would be zero-rated or exempt if supplied in Zimbabwe keep that treatment when a foreign supplier delivers them electronically. The notice names educational services, medical services and financial services.

Stripe's Zimbabwe entry lists the supported product type as digital products and marks Zimbabwe as supported for your customer's location but not for your business's location. A Zimbabwean company can't use Stripe Tax for its domestic VAT, so this guide is only for sellers outside Zimbabwe.

The USD 25,000 registration threshold, and why B2B sales count

The line. Public Notice 05 says non-resident suppliers "must register for VAT where turnover exceeds or is expected to exceed USD 25,000 in any twelve-month period." That matches ZIMRA's VAT registration page, which sets compulsory registration at "US$25,000.00 or ZiG equivalent within a period of 12 months" from January 1, 2024. Stripe's entry says "25,000 USD per rolling 12 months," and its threshold monitoring counts "B2C and B2B digital products."

Two details from ZIMRA change how you read Stripe's alert:

1. "Expected to exceed" counts. If your Zimbabwean sales are growing at a steady rate, you may be liable before the rolling total crosses the line.
2. The effective date is the next month. ZIMRA's registration steps set the effective date of registration as "the first day of the next month after reaching of threshold." If you cross in October, you're registered from November 1.

Why business customers count. Zimbabwe splits imported services by how they're delivered, not by who buys them. Public Notice 05 says that where a service is not supplied electronically, section 13(1) applies and "the recipient of the service must self-account for VAT." Where it is supplied electronically, section 13A applies and "the foreign supplier is deemed to have made a supply in Zimbabwe and is therefore liable to register and account for VAT."

So there's no business-customer reverse charge for electronic services. A Zimbabwean company buying your software pays VAT on your invoice, and the notice says VAT-registered operators "may claim input tax using valid tax invoices issued by non-resident suppliers." That's why Stripe counts B2B sales toward the threshold, and why it should charge them.

It does. Stripe's tax ID list supports zw_tin ("Zimbabwe Tax Identification Number") and marks it No for impact in tax calculation. A customer with a Zimbabwean TIN on file is charged VAT like anyone else. That's the opposite of South Africa's za_vat, which Stripe treats as removing the tax, and the same as Kenya's ke_pin. Collect the TIN anyway: your business customers need it on the invoice to claim the VAT back, as the fiscalisation section below explains.

Registering through TaRMS, and the representative question

Public Notice 05 says registration "is done through the Tax Administration and Revenue Management System (TaRMS) using the simplified e-commerce module." Non-resident suppliers registered under the old section 13A stay registered.

ZIMRA's general registration page describes the TaRMS flow: get a Taxpayer Identification Number (TIN), add VAT as a tax type, enter the effective date and your past 12 months of turnover in USD, and attach documents. Its checklist includes a sales schedule, sample invoices, a bank statement and a "letter appointing public officer." The page doesn't separate what the simplified e-commerce module asks of a non-resident, so expect ZIMRA to ask for some version of that list.

The representative. Stripe's page says you "must appoint a tax representative in Zimbabwe to register." Public Notice 05 doesn't mention a representative at all, and the registration page asks for a public officer without saying where that person must live. For South Africa, Stripe's identical sentence turned out to be stricter than the authority's own guide. For Zimbabwe, we couldn't find a ZIMRA source either way. Ask ZIMRA, or a Zimbabwean adviser, before you assume you can register without a local person.

Once ZIMRA confirms the registration, add Zimbabwe in Stripe's tax Locations with the effective date so Stripe starts collecting. Our Stripe Tax registration threshold guide covers how Stripe treats that date.

The 2026 change: banks in Zimbabwe withhold Digital Services Tax

From January 1, 2026, the amended section 13A requires "intermediaries to withhold tax when a consumer in Zimbabwe makes payment to a foreign supplier for digital services." The notice's list of intermediaries is broad: banks, building societies, the Reserve Bank, POSB, mobile banking and mobile money operators, money transfer services and microfinance institutions. The tax is withheld "at the time of processing a foreign payment," at one of two rates:

Your status in Zimbabwe	What the intermediary withholds
Not registered for VAT	15.5% of the payment amount
Registered for VAT	A tax fraction of 3/23

Three things follow for a seller on Stripe.

Registration lowers what's withheld, but doesn't remove it. If you're registered, the bank takes the VAT fraction instead of 15.5% of the whole payment. The notice says registered suppliers "claim as a credit any Digital Services Withholding Tax withheld in Zimbabwe and pay only the balance due," and that "ZIMRA will reconcile VAT returns with amounts withheld by intermediaries and advise non-resident suppliers accordingly."

The fraction in the notice is the 15% fraction. A tax fraction extracts the VAT from a VAT-inclusive amount. At 15%, that's 15/115, which reduces to 3/23. At 15.5%, it's 15.5/115.5, or 31/231. On a 99 USD payment, 3/23 is 12.91 USD and 31/231 is 13.29 USD. The notice prints 3/23 and the 15.5% rate side by side, so if a credit ZIMRA advises doesn't match your own arithmetic, this is the first place to look.

Payments through foreign platforms stay with you. The notice says that "where payment is made outside Zimbabwe through foreign payment platforms, the non-resident supplier remains responsible for accounting for VAT in full." It doesn't say how a card charge from a Zimbabwean bank, settled to you through Stripe, fits that sentence. The withholding certificate goes to the consumer, not to you, so you won't see it. Our reading: charge and report VAT on every Zimbabwean sale Stripe taxes, and treat any withholding credit as something ZIMRA tells you about, not something you estimate.

Prices must be VAT-inclusive, and Stripe's default for USD is the opposite

Public Notice 05 says it in five words: "Prices charged must be VAT-inclusive." The price a Zimbabwean customer sees is the price they pay, with the 15.5% inside it.

Stripe's default doesn't do that for dollars. Its tax behavior documentation says the Automatic setting "selects exclusive pricing for USD and CAD and inclusive pricing for all other currencies." Zimbabwe uses US dollars, so a USD Price on Automatic adds 15.5% on top: the 29 USD plan bills 33.50 USD.

Stripe also says that once a Price's tax behavior is set to inclusive or exclusive, "it can't be changed," and that sellers using different display pricing across markets "must select or create the appropriate Price and currency configuration for each market." If your US customers see exclusive dollar prices, your Zimbabwean customers need a separate inclusive USD Price. Under it, a 29 USD plan carries 3.89 USD of VAT (29 × 15.5 / 115.5) and 25.11 USD of revenue, and the customer still pays 29 USD.

The 15.5% rate and the return dates

The rate. ZIMRA's Public Notice 07 of 2026 confirms "the change of VAT rate from 15% to 15.5% effective 01 January 2026," and lists 15.5% for every VAT category. ZIMRA's Mechanics of VAT page shows 15.5% as the standard rate. Check that the rate on your Zimbabwean invoices is 15.5%, especially on anything created in late 2025.

The dates. Public Notice 05 gives non-resident suppliers two deadlines: the VAT return by the 10th of the following month, and payment by the 15th. Those match ZIMRA's notice on February 2026 due dates, which cites Statutory Instrument 81 of 2025. ZIMRA's Mechanics of VAT page still says the 25th, which is the pre-2026 rule. Use the notices.

The tax period. Domestic operators are placed in categories, and the same notices show Category A filing a combined December/January return while Category C files for January alone. Public Notice 05 doesn't say which category a non-resident is placed in. Check your registration in TaRMS before you plan around a monthly cycle.

The currency. "Digital Services Tax is payable in United States Dollars (USD)." ZIMRA's notice on April 2026 returns adds two payment rules: the bank validates your payment against your TIN, and "funds in the ZIMRA Bank Account require a tax return for payment to be recognized." File the return first, or right after you pay.

Price your Zimbabwean plans in dollars and the return amounts are your Stripe amounts, with no exchange rate in between. That's rare. In Kenya and Egypt, the conversion is half the work.

Fiscal tax invoices: why a Stripe invoice isn't enough

Public Notice 05 says registered non-resident suppliers "are required to issue fiscalised tax invoices and must be onboarded onto the Fiscalisation Data Management System (FDMS)." Fiscalisation means each invoice is reported to ZIMRA's system and validated there. ZIMRA publishes a fiscalisation API for that.

This is where Zimbabwe parts company with Kenya, whose regulations exempt foreign digital suppliers from its electronic invoicing system and accept any receipt that shows the tax. Zimbabwe does the opposite.

It matters most to your business customers. ZIMRA's February 2026 notice says that from January 1, 2026, input tax invoices "auto populate" from FDMS, and "only invoices which shows 'Valid' on FDMS validation Portal, with correct buyer details transmitted to the FDMS, shall be considered for claiming input tax." A Zimbabwean company holding a Stripe invoice that never reached FDMS can't claim the 15.5% you charged it.

Two smaller points from ZIMRA's registration and mechanics pages:

• A supplier "is not required to provide a fiscal tax invoice where the amount is less than US$10.00 or ZiG equivalent."
• Credit notes and debit notes are part of the same regime, and fiscal tax invoices are due within 30 days of supply.

Nothing in Stripe's Zimbabwe documentation mentions FDMS. Plan the fiscalisation step before you register, because it's the one obligation here that Stripe Tax can't cover. Store each business customer's zw_tin in Stripe as well, so the buyer details you send are complete. Our guide to customer tax IDs in Stripe and QuickBooks covers how those IDs are stored.

How Zimbabwean VAT from Stripe reaches QuickBooks

For a US QuickBooks company, the workable Acodei tax method is usually the Tax Product. QuickBooks' Sales Tax Center doesn't let third parties create official tax rates for US companies, so the tax goes to a product line instead:

1. In QuickBooks, create a non-inventory product such as "Sales Tax" and map it to a liability account.
2. In Acodei's Stripe Tax settings, choose Tax Product and select that product.
3. Each synced sale gets one line for its total Stripe Tax amount on the QuickBooks invoice or sales receipt.

It requires Stripe Tax enabled with Stripe Invoice or Stripe Checkout. You then file from Stripe's tax reports and pay from the liability account. A company whose QuickBooks file is outside the US can instead map each Stripe tax rate to a QuickBooks tax code.

Inclusive prices. Acodei's Stripe Tax settings ask whether tax is inclusive or exclusive. Choosing Inclusive turns on a manual inclusive tax calculation, so the QuickBooks totals match Stripe's: the 29 USD plan becomes 25.11 USD of revenue and a 3.89 USD tax line, not 29 USD of revenue. Inclusive tax generally isn't counted as revenue. Acodei's own documentation notes that inclusive tax can produce small rounding differences in partial and daily summary scenarios, so expect a few cents to reconcile at month end.

Building the return from Stripe

The liability account holds all of your Stripe Tax, from every country. Build the Zimbabwean figures from Stripe's itemized tax export filtered to Zimbabwe for the tax period. Stripe's tax reports documentation says the export carries a filing currency and a filing_exchange_rate; for a USD-priced Zimbabwean sale, both sides are dollars. If you also sell in another currency, the Stripe Tax filing currency explainer covers how those columns relate.

Refunds. In QuickBooks, a refund issued without a line-level breakdown may not reduce the tax line. Refund Zimbabwean invoices through a credit note when you can, which gives the sync the line-level tax it needs. On the ZIMRA side, the credit note needs fiscalising too.

Our guide to why the Stripe tax report and QuickBooks don't match covers the other usual gaps.

A worked example: crossing the line and the first month

Back to the company from the top: 60 individuals at 29 USD and 8 teams at 99 USD, 2,532 USD a month. Three of the teams are VAT-registered Zimbabwean companies with a zw_tin on file.

Crossing the line. At 2,532 USD a month, the rolling total passes 25,000 USD in month ten (25,320 USD). ZIMRA would also count it as "expected to exceed" earlier, since the run rate is about 30,400 USD a year. Suppose it crosses in October. Registration is effective November 1, and the company adds Zimbabwe in Stripe from that date.

Repricing. It creates inclusive USD Prices for Zimbabwe at the same 29 USD and 99 USD, so customers see no change.

One month after registration:

Customer	Count	Paid per invoice (USD)	VAT per invoice (USD)	Revenue per invoice (USD)	VAT for the month (USD)
Individuals	60	29.00	3.89	25.11	233.40
Teams without a TIN	5	99.00	13.29	85.71	66.45
Teams with zw_tin	3	99.00	13.29	85.71	39.87
Total	68				339.72

Revenue for the month is 2,192.28 USD and the VAT is 339.72 USD, together the 2,532 USD the customers paid. Had the company left its USD Prices on Automatic, Stripe would have added the VAT on top and billed about 2,924 USD, against a ZIMRA rule that says the price must include it.

What reaches QuickBooks. With the Tax Product method and the Inclusive setting, each invoice lands as its revenue line plus one tax line, and 339.72 USD builds up in the liability account.

The return. For November, the return is due December 10 and payment December 15. Output tax is 339.72 USD. If ZIMRA has advised the company that banks withheld Digital Services Tax on any of its November payments, that amount comes off as a credit, and the company pays the balance. The payment goes in USD, so the liability clears to the cent with no exchange difference.

The customers. The three TIN holders can claim their 39.87 USD of input tax only if the company's invoices reached FDMS as valid fiscal tax invoices with their details. The five teams without a TIN on file should be asked for one before the next invoice.

Common mistakes with Stripe and Zimbabwean VAT

• Reading pre-2026 guidance. The withholding tax, the 15.5% rate and the 10th/15th dates all changed on January 1, 2026.
• Leaving USD Prices on Automatic. That's exclusive pricing, and ZIMRA wants prices VAT-inclusive.
• Expecting a business-customer reverse charge. Electronic services fall under section 13A, so you charge VAT and the buyer claims it.
• Treating a Stripe invoice as a fiscal tax invoice. Business customers can claim input tax only on FDMS-validated invoices.
• Waiting for the rolling total. ZIMRA counts turnover "expected to exceed" the line.
• Paying without filing. ZIMRA doesn't recognize a payment until the return is in.
• Guessing at withholding credits. Claim what ZIMRA advises, and check its arithmetic against 31/231.

Frequently asked questions

What is the VAT registration threshold for foreign digital services in Zimbabwe?

USD 25,000 in any twelve-month period, or turnover expected to exceed it. ZIMRA's Public Notice 05 of 2026 applies that line to non-resident suppliers of electronic services, and Stripe's Zimbabwe entry monitors it on a rolling 12-month basis, counting B2C and B2B digital sales. Registration is through TaRMS using the simplified e-commerce module.

Do I charge Zimbabwean VAT to business customers?

Yes. Zimbabwe treats electronically supplied services from foreign suppliers under section 13A of the VAT Act, so the supplier accounts for the VAT, not the buyer. Stripe lists zw_tin with no impact on tax calculation, so it charges 15.5% either way. A VAT-registered buyer can claim the tax back, but only on a valid fiscalised tax invoice that names it.

What is Zimbabwe's Digital Services Withholding Tax?

From January 1, 2026, banks, mobile money operators and other intermediaries in Zimbabwe withhold tax when a consumer pays a foreign supplier for digital services: 15.5% of the payment if the supplier isn't registered for VAT, or a 3/23 fraction if it is. Registered suppliers claim what was withheld as a credit on their VAT return, and ZIMRA reconciles the figures.

When is the Zimbabwean VAT return due, and in what currency?

ZIMRA's Public Notice 05 of 2026 gives non-resident suppliers a return deadline of the 10th of the following month and a payment deadline of the 15th. The tax is payable in US dollars. File the return before or right after you pay, because ZIMRA only recognizes a payment once a return is submitted.

Where does Zimbabwean VAT go in QuickBooks?

With Acodei's Tax Product method, each synced Stripe sale carries its Stripe Tax amount as one line on a non-inventory product mapped to a liability account. With the Inclusive setting, a 29 USD Zimbabwean invoice becomes 25.11 USD of revenue and a 3.89 USD tax line. You build the return from Stripe's itemized export filtered to Zimbabwe, then pay from the liability account.

Acodei syncs Stripe Tax into QuickBooks automatically, so every Zimbabwean return starts from a liability account that already holds what you collected. Start a free trial.