PayTrace Payments
$39.00

Your Customers' Cards Are None of Your Server's Business

PayTrace Payment for J2Commerce encrypts card data in the browser, stores it in PayTrace's PCI-certified vault, and gives your store the full payment operations suite that serious Joomla ecommerce actually needs.

Everything Your Checkout Has Been Missing

Twenty features that cover card payment from first checkout to recurring subscription — all wired into your J2Commerce order workflow.

Browser-Level Card Encryption

Card numbers are scrambled in the customer's browser before they leave the device. Your Joomla server never sees a raw card number — not in a form POST, not in a log file, nowhere.

Saved Card Vault

Repeat buyers choose a saved card and checkout in one click. Cards are stored in PayTrace's vault — never in your database — and managed from the customer's account profile.

Subscription Auto-Renewal

Subscription renewal charges fire automatically against the customer's saved card on schedule. Monthly box, annual membership, quarterly replenishment — billing handles itself.

Admin One-Click Void

Catch a bad order before settlement? Cancel the auth from the order screen before it ever lands on the customer's statement. Clean, fast, no damage done.

Partial and Full Refunds

Issue the exact refund amount from the order detail page. A modal shows the remaining refundable balance and stops you from accidentally issuing more than the original charge.

Admin Manual Card Charge

Charge a customer's saved card directly from the order screen — phone orders, post-delivery balances, overdue invoices. No separate terminal. Full audit trail in order history.

Authorize-Only Mode

Hold funds at checkout, capture when you ship. Stop selling items you do not have yet. Make-to-order stores, batch shippers, and pre-order managers will recognize why this matters immediately.

Default Card Pre-Selection

The customer's preferred card is pre-selected at checkout. Repeat buyers see the confirmation screen faster than they can change their mind. Two taps. Order confirmed.

Geographic Availability Rules

Show PayTrace only where it makes sense. Set a geozone and the payment option hides itself for customers outside your service territory — silently, without an error message, without confusion.

Min / Max Order Value Gates

Hide card payment below a minimum or above a maximum order value. Route small orders toward bank transfer, steer large orders toward a preferred approval flow. Your rules, your routing.

Processing Fee Surcharge

Pass the interchange cost back to the buyer as a named line item — percentage, fixed, or both. Recovers the margin that card processing quietly erodes, without hiding the fee from anyone.

Bootstrap 5 & UIkit 3

Two checkout template stacks, switchable from the plugin config. The card form adapts to your theme without touching a line of PHP. Pick the stack that matches your frontend and move on.

Real-World Use Cases

An outdoor equipment retailer sells everything from entry-level gear to high-ticket expedition outfitters. About 40% of monthly revenue comes from repeat buyers — people who have already bought once and trust the brand. With saved cards, each returning customer is two taps from order confirmed. With the default card pre-selected, those two taps are reduced to one confirmation. Repeat-order abandonment dropped to nearly zero. The checkout friction that used to cost four-figure revenue per month is gone.

A bespoke furniture studio takes 30% deposits at order time, then charges the balance on delivery. Authorize-only mode holds the deposit securely at checkout. The admin charge-a-card feature handles the balance payment when the piece is ready — no card entry required, no awkward phone calls, no paper slips. The order history shows the full payment timeline. The studio's accountant can reconstruct every transaction without calling the owner.

A wholesale supplier offers card payment as a convenience but steers high-volume buyers toward net-30 invoicing. For customers who do pay by card, a 2.5% surcharge appears as a named line item at checkout — transparent, accepted, and profitable. A minimum subtotal gate hides the card option below $500. A maximum subtotal gate hides it above $10,000, pushing major orders toward the preferred invoicing channel. The whole setup took fifteen minutes in the plugin configuration panel.

A curated specialty subscription box charges 400+ active subscribers monthly. Each subscriber's card is vaulted at signup. Renewal day runs automatically — no manual processing, no batch exports, no spreadsheet reconciliation. When a subscriber's card expires, the profile page lets them replace it and the subscription silently updates its billing reference. The operator's job is curating boxes. Revenue collection handles itself. Yeah. That's the extension.

An online training platform sells individual courses and bundled learning paths. With card data never touching the Joomla server, the platform's security posture is clean. No stored card numbers in any database table. No compliance anxiety when a security scan runs. The instructor who runs the site focuses on content. The payment plugin focuses on keeping card data exactly where it belongs — in PayTrace's vault, under PayTrace's PCI-certified custody.

Stop Leaving Money on the Table at the Checkout Form

Every repeat buyer who re-types their card number is a conversion you almost lost. Every subscription that needs manual billing is an hour you should be spending on something else. PayTrace Payment for J2Commerce fixes both of those problems before lunch. Seriously.

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
  • J2Commerce Version 4.x, 6.x
  • Joomla Version 6.x, 4.x, 5.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 Casing fixed for type attribute of fields

Fix use type="Geozone" so the field loads on Linux

Fix PayTrace keyed-sale checkout failed

Fix Saved card throws a network error

Fix Remove dead geozone/subtotal self-filtering — core checkout now gates payment methods

Deletion Drop onGetPaymentOptions, checkGeozone, checkSubtotalLimits (event never dispatched, would fatal)

New Feature Add 19 translated language packs (de, es, fr, it, nl, pt-PT, pt-BR, ru, el, he, ar, ja, pl, sv, zh-TW, nb, da, fi, tr)

Update Geozone + min/max subtotal restrictions still apply — enforced centrally by core CheckoutController

New Feature J2Commerce v6 and Joomla 6 support

New Feature J2Commerce v4 and Joomla 4/5 support

The Card Stops at the Browser

This is the feature that changes your compliance posture permanently. Card numbers are encrypted in the customer's browser before they reach your Joomla server. Not encrypted in transit — encrypted before they leave the device. Your server never sees a raw card number. Ever. What this means for you is the simplest possible PCI compliance path in the industry — the shortest checklist, the fewest requirements, the least anxiety at audit time.

  • Card data never in your database or log files
  • PCI SAQ-A scope — the cleanest compliance path available
  • Encrypted payload handled entirely by PayTrace's certified infrastructure
The Card Stops at the Browser
Payment Operations From the Order Screen

Payment Operations From the Order Screen

Stop switching between tabs. The order detail page has three real payment operations built in — and they all write a trail to the order history. Void an unsettled auth before it settles. Issue a partial or full refund with a modal that prevents over-refunding. Charge a saved card directly for phone orders, post-shipment balances, or invoice reconciliation. This is how a professional payment integration behaves.

  • Void — cancel unsettled authorizations before they hit the statement
  • Refund — full or partial, with remaining-balance enforcement
  • Manual charge — bill a saved card without the customer present

Subscriptions That Renew Without You

A customer buys a subscription product and saves their card at checkout. Renewal day arrives. The charge fires automatically. No manual work. No spreadsheet. No "your payment failed" email going out to 400 people. When a subscriber updates an expired card, active subscriptions migrate to the new card profile without breaking the renewal chain. The revenue arrives. You ship the box.

  • Automatic recurring billing from saved card vault
  • Card replacement migrates active subscriptions automatically
  • Renewal outcome events trigger the full J2Commerce order notification chain

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.