EQC: Checkout - Why Sales Tax May Be Higher Than EQD (Quantum)

🔵 Overview This article explains why the sales tax shown at checkout on the storefront (EQC) can be higher than the tax amount Quantum (EQD) ultimately charges, and how the tax file you import drives that difference.

Why EQC And EQD Can Show Different Tax Amounts

EQC and EQD each look up sales tax using a different level of detail from the same imported tax file, so the amount authorized on a credit card at checkout can be higher than the amount Quantum ultimately charges.

EQC (storefront checkout): Looks up tax by zip code or city only. If the tax file has more than one tax rate listed for the same zip code or city, EQC cannot tell which one applies, so it uses the highest rate it finds to be safe.
EQD (Quantum): Looks up tax using zip code, city, and state together, which narrows the match down to the one correct rate for that address. This is the accurate, final tax amount.

Where The Tax File Comes In

The gap between EQC and EQD almost always traces back to how the tax file is structured. Tax data is typically imported from a third-party provider (for example, CCH/Wolters Kluwer or TDS), and that file lists tax rates by state, county, city, and zip code.

💡 Note Some zip codes or cities genuinely span more than one tax jurisdiction - for example, a single zip code can cross two different counties, each with its own rate. When the tax file lists both of those rates under the same zip/city, EQC has no way to know which county a given shopper is actually in, since the checkout address doesn't collect county. EQD can resolve this because it has the full zip + city + state combination to work with.

🟢 Best Practice Because EQC authorizes on the higher side, the credit card authorization will always cover the exact amount EQD later charges. Authorizing a little more and charging the precise amount is the safer order, since the customer is never under-charged.

What This Looks Like In Practice

In each case below, the storefront (EQC) estimate is higher than the amount Quantum (EQD) actually charged - this is the expected pattern when a zip/city has more than one rate in the tax file:

Example order: EQC authorized $9.00 / EQD charged $7.00
Example order: EQC authorized $4.00 / EQD charged $3.00
Example order: EQC authorized $13.60 / EQD charged $10.58

Frequently Asked Questions

Q: Why does the order confirmation or credit card authorization show more sales tax than Quantum ends up charging?

A: EQC estimates tax using only zip code or city. If the imported tax file lists more than one rate for that zip/city (because it spans multiple counties), EQC uses the highest rate available. EQD looks up tax using zip, city, and state together and charges the exact, correct amount.

Q: Which tax amount is correct - what EQC shows at checkout, or what EQD charges?

A: The EQD (Quantum) amount is the accurate tax charge. EQC's checkout estimate is intentionally rounded up to make sure the authorization covers the final amount.

Q: Is this a bug that needs to be fixed?

A: No. This is expected behavior given how EQC and EQD each read the tax file. Estimating on the high side at checkout and charging the exact amount in Quantum protects against under-charging a customer.

Q: Does this depend on which tax provider or tax file we use?

A: Yes. The difference shows up whenever the imported tax file lists more than one rate for the same zip code or city, regardless of provider (for example, CCH/Wolters Kluwer or TDS). If a particular zip/city is affected, it's worth checking how that area is broken out in the tax file.

Tags: sales-tax, eqc-checkout, eqd-quantum, tax-file, tax-discrepancy, multi-county-zip-code