Quickbooks Payments
$39.00

Your QuickBooks Is Already Waiting. Your Checkout Is Still Broken.

You're already living in QuickBooks. But your store payments land in some mystery gateway account — a stranger's ledger you have to manually wrestle back into your books every single week. That's not a payment problem. That's a time leak. Plug it.

Every Feature Your QuickBooks Checkout Needs

For Joomla ecommerce merchants who already live in QuickBooks and are done pretending the reconciliation spreadsheet isn't eating their Thursday nights.

No Redirect. No Stranger's Page.

Shoppers enter their card details on your store — your domain, your brand, your design. No "you are being redirected to a secure payment page" moment that makes first-time buyers suddenly remember they left the oven on. Card data is secured at the browser before it ever touches your server. You stay in control. They stay in the checkout.

Revenue That Lands Where You're Already Looking

Card payments settle directly into your QuickBooks Payments account. Not a mystery bank deposit labeled "PYMT BATCH 0042" that you have to import, hunt down, and manually match to seventeen Joomla orders. The money arrives where you're already watching it. Your books and your store finally share a zip code.

Saved Cards — One Tap and Done

A returning shopper should never have to re-type 16 digits. They saved their card at first purchase. Now every repeat order is a single tap on the saved card, a single click on Place Order. That's it. The gap between "I want this" and "I bought it" collapses to about three seconds. Fewer abandoned carts. More completed sales. Simple math.

Subscriptions That Actually Renew Themselves

Your subscription products charge automatically against the card on file. No renewal email begging the subscriber to log back in. No "your payment failed, please update your card" dance that bleeds churn every billing cycle. Orders generate. Statuses update. Revenue arrives. You drink your coffee before it goes cold.

Authorize Now. Charge When You're Ready.

Reserve the funds at checkout. Capture from the order screen the moment you ship. For custom fabricators, pre-order merchants, and anyone who needs a window between "sold" and "billed" — this is the mode. Customers are held, not charged. You capture with two clicks. Nobody gets billed for something that hasn't shipped yet.

Refunds. Voids. Captures. All From the Order Screen.

Full refund. Partial refund with cumulative tracking so you never accidentally over-refund. Void before settlement. Capture of a held authorization. Every action lives right inside the J2Commerce order view. No separate portal login, no tab-switching, no "let me find that transaction ID" expedition into another system. Everything in one place.

Pick Your Card Brands. Show the Icons.

Visa. Mastercard. American Express. Discover. Diners Club. JCB. Choose exactly which you accept — then let the accepted-card icons at checkout do the talking. Shoppers see what works before they reach for their wallet. No "your card type is not supported" surprise at the finish line. That's a conversion killer. This is the cure.

AVS Verification on Every Charge

The billing address your shopper enters goes straight to QuickBooks Payments for address verification on every transaction. Better auth rates on legitimate purchases. One more wall between your store and the chargebacks that ruin perfectly good Thursdays. It runs silently in the background. You only notice it when the fraud doesn't happen.

It Only Shows Up for the Right Customers

Geozone restrictions. Subtotal minimums. Subtotal maximums. The payment option appears only to shoppers who are actually eligible to use it. Everyone else gets a clean, uncluttered checkout — with no failed payment errors from people outside your service region. Smart rules. Clean experience. No mess.

Stop Reconciling. That Time Is Not Coming Back.

You know the routine. Export the gateway CSV. Open QuickBooks. Match the deposits to orders. Wonder why three transactions are off by a few cents. Chase the two-cent rounding mystery until 11pm. Realize the accountant calls in the morning. This is not a business problem — this is a self-inflicted wound that never needed to exist. When your card payments and your accounting software share the same processor, the weekly reconciliation dance stops dead. The money arrives in the QuickBooks Payments account you're already watching, with the transaction detail that tells you exactly which order it was. The detective work evaporates.

  • Revenue lands directly in your QuickBooks Payments account — not a mystery bank deposit
  • Transaction context travels with the payment — not lost in an import
  • Separate live and sandbox credentials — testing never touches real money
  • Admin warning fires if you accidentally leave test mode on — no silent live-mode mistakes

Subscription Revenue That Doesn't Require Your Participation

Here's how subscription billing works at most ecommerce stores: a renewal comes due, you send an email begging the subscriber to log back in and re-enter their payment details, half of them don't bother, your churn rate quietly climbs, and you do the whole thing again next month. That is not a subscription business. That is a collection agency with a nice homepage. With saved cards and automatic renewal charging, your subscribers stay subscribed without lifting a finger. The card on file gets charged. The order generates. The status updates. You hear about it when the money arrives — not before.

  • Returning shoppers see their saved card at checkout — one tap to reuse
  • Subscription renewals charge automatically — no subscriber action required
  • No re-authentication loops. No abandoned renewal flows. No churn from friction.
  • Card-save toggle: on or off, your store, your call

Handle Every Transaction Without Leaving Your Store

Capture authorized charges. Void before settlement. Issue a full refund or a partial refund with cumulative tracking that prevents you from accidentally giving back more than you collected. All of it lives in the J2Commerce order view. No second browser tab open to a payment portal. No hunting for the transaction ID you need to paste into a refund form. No accidental double-refund because you couldn't see what you'd already returned. Every action is in one place, tracked, and logged. That's how it should have been from the start.

  • Capture: settle a held authorization the moment you ship — two clicks
  • Void: cancel before settlement — customer never sees a charge
  • Full refund: one click, entire amount returned
  • Partial refund: specify the amount; running total prevents over-refunding

Real-World Use Cases

Maria runs a boutique outdoor goods store. She does her own QuickBooks, her own fulfillment, her own support. She was spending 45 minutes every week exporting gateway CSV files, importing them into QuickBooks, matching deposits to Joomla orders, and going cross-eyed over a recurring two-cent discrepancy she never fully solved. She enables QuickBooks Payments on her Joomla ecommerce checkout. The loop collapses overnight. Card revenue lands in the QuickBooks account she's already watching — with the transaction detail that tells her exactly which order it was. She gets those 45 minutes back 52 times a year. She now uses them to drink coffee while it's still hot. That was not available before. It is now.

David sells a monthly artisan coffee subscription through his Joomla ecommerce store. Every renewal cycle started the same way: email the subscriber, wait for them to log back in, hope they re-enter their payment details before losing patience, watch a percentage of them quietly not bother. It wasn't the coffee. It was the friction. With QuickBooks Payments, subscribers save their card at signup. Renewals charge automatically against the card on file. David stopped emailing. His churn rate dropped. Not because the product changed — because the billing stopped requiring human effort to complete. The revenue just arrives. Simple.

Jake's metalwork shop builds custom parts to order. His old payment setup charged the card the moment an order landed — which meant awkward refund conversations whenever a job hit a material delay or a spec change. Authorize-only mode fixed it. The checkout reserves the funds, the customer's card is held but never charged, and Jake captures the payment from the order screen the moment the job ships. Customers are billed for work that's done — not work that's pending. No over-billing phone calls. No "sorry, please allow 7-10 days for a refund" emails. Just authorization at checkout and capture at the door. Exactly how it should work.

Your QuickBooks Is Ready. Your Checkout Should Be Too.

Every week you spend reconciling a payment gateway against your QuickBooks account is a week you could have spent running your store instead. Stop choosing between your checkout and your books. You can have both — in the same place, with none of the manual nonsense. Yeah. We do that.

Translated In The Following Languages

Arabic Unitag (ar-AA), Chinese, Traditional (zh-TW), Danish (da-DK), Dutch (nl-NL), English (en-GB), English, USA (en-US), Finnish (fi-FI), French (fr-FR), German (de-DE), Greek (el-GR), Hebrew (he-IL), Italian (it-IT), Japanese (ja-JP), Norwegian Bokmål (nb-NO), Persian Farsi (fa-IR), Polish (pl-PL), Portuguese, Brazil (pt-BR), Portuguese, Portugal (pt-PT), Russian (ru-RU), Spanish (es-ES), Swedish (sv-SE), Turkish (tr-TR)


  • Developer J2Commerce
  • Extension Type Apps
  • J2Commerce Version 6.x
  • Joomla Version 6.x
Language Translations
Arabic UnitagArabic Unitag
Chinese, TraditionalChinese, Traditional
DanishDanish
DutchDutch
EnglishEnglish
English, USAEnglish, USA
FinnishFinnish
FrenchFrench
GermanGerman
GreekGreek
HebrewHebrew
ItalianItalian
JapaneseJapanese
Norwegian BokmålNorwegian Bokmål
Persian FarsiPersian Farsi
PolishPolish
Portuguese, BrazilPortuguese, Brazil
Portuguese, PortugalPortuguese, Portugal
RussianRussian
SpanishSpanish
SwedishSwedish
TurkishTurkish

Fix Default the checkout subtemplate to Bootstrap 5 so the card form renders when no subtemplate value is saved (fixes blank QuickBooks payment form on fresh or unsaved installs)

Update Requires Joomla 6.x + J2Commerce 6.x + an Intuit QuickBooks Payments account

Fix Orderstatus field-type case for Linux

Fix Pluginsubtemplate field-type case for Linux

Improvement Multi-currency charge conversion

New Feature QuickBooks Payments card gateway with on-site tokenized checkout

New Feature Saved-card vault for registered shoppers (store and reuse cards)

New Feature Auto-renewal merchant-initiated charges for subscription products

New Feature Order-view Capture, Void, and partial/full Refund admin actions

New Feature Immediate-capture and authorize-only capture modes

New Feature Sandbox and Live credential switching with showon gating

New Feature UIkit checkout subtemplate variant alongside Bootstrap 5

New Feature Per-card-type acceptance (Visa, Mastercard, Amex, Discover, Diners, JCB)

New Feature Surcharge fields with tax-class, geozone, and subtotal restrictions

New Feature Configurable order-status mapping on payment, refund, and cancel

New Feature Full localization in 21 languages

Update Requires Joomla 6.x + J2Commerce 6.x + an Intuit QuickBooks Payments account

You may also be interested in these products

Stay Updated

Subscribe for free and be the first to know about the latest features, updates, and new additions.