A mall-ready register: cash, credit, gift cards, and split tenders across many booths in one transaction
An antique-mall register has to ring items from a dozen booths in one sale, apply each booth's discounts and consignment rate, accept cash + credit + gift card + split tenders, and produce a receipt that respects every party. Here's how Vintique's register handles it.
Most retail point-of-sale systems were designed for a single owner ringing one inventory. An antique-mall register is a different animal. A single Saturday-afternoon transaction might contain a $48 brass lamp from booth #14, a $22 Pyrex bowl from booth #07, and a $9 vinyl LP from booth #22 — three vendors, three consignment rates, possibly three different sale events stacked on top, paid for with $20 in cash and the rest on a credit card.
That’s the baseline transaction. The register has to handle it without the cashier having to think about it. Here’s how Vintique’s mall-ready register is built.
One cart, many booths, automatic per-line math
Every line item in the cart carries its booth number with it. That single design decision unlocks everything else:
Per-booth consignment splits calculate at the moment of sale, against each booth’s current rate. The $48 brass lamp at 85% goes one way; the $22 bowl at 90% goes another.
Per-booth sale events apply only to that booth’s lines. Booth #14’s “20% off everything” doesn’t quietly discount booth #07’s bowl.
Storewide sale events apply across the whole cart in the right order — vendor sale first, then storewide, then cashier discount, never compounding into a mistake.
The post-sale vendor payout entries generate automatically — three line items in, three vendor-payout rows out.
The “stacked sales” rule. Vintique applies discounts in a fixed order: per-booth sale → storewide sale → cashier discount. The order is configurable per tenant if your mall does it differently, but it never silently compounds. For the deep dive, see
Stacked storewide + per-booth sale events
.
Tax, card-fee surcharge, and tax-exempt customers
Sales tax defaults to 6% (Michigan) and is configurable per tenant. The register applies tax to taxable line items only — non-taxable categories (like certain antiques in some states) are flagged on the item record and excluded automatically.
Credit-card surcharge is configurable per tenant (commonly 4%). The fee applies only to the card portion of any sale — including split-tender combinations. A $100 sale paid $40 cash + $60 credit gets the surcharge on $60 only, not on $100.
Tax-exempt customers (resellers, government accounts, etc.) can be flagged on the sale or attached to a saved customer record. The exemption is captured in the receipt audit trail for your bookkeeper.
Payment methods that mirror reality
Real antique-mall sales are messy. The register accepts:
Cash — with change-due calculation.
Credit — recorded only; the actual card swipe happens in your existing terminal. (See the payments-architecture article below.)
Split (cash + card) — one cash amount, one card amount, surcharge applied to the card portion.
Gift card (full) — atomic balance update, concurrency-safe so two cashiers can’t double-spend the same card.
Gift card (partial) + cash or credit — the remaining balance pays the rest. Surcharge applies only to the card portion of the remainder.
The “record-keeping only” architecture
Vintique’s register does not process the actual card swipe. The total goes into your existing terminal (Square, Clover, Stripe Terminal, your bank’s reader — whatever you use today), and Vintique records the result. Three consequences worth understanding:
You pay $0 in transaction fees to us. Your processor keeps charging what they always charged. We charge a flat monthly subscription regardless of volume.
You keep your existing terminal. No hardware migration, no PCI scope changes, no recertification.
Card data never touches our servers. Vintique stores the sale total, the booth split, the tax, the surcharge — never a card number, never a token. PCI scope stays exactly where it is today.
For the full architecture rationale, see
Why Vintique charges $0 in transaction fees
.
Receipts that respect every party
The default receipt shows the customer their items, the tax, the surcharge (broken out, not buried), the total, and the tender split. The reverse side of the audit trail — the part the customer never sees — captures booth attribution, vendor payout per line, sale-event applied, cashier ID, and a timestamp accurate to the second. Receipts can be printed, emailed, or both.
Returns, voids, and the “I changed my mind” problem
Returns reverse the original sale, including the booth-payout entries, gift-card balances, and tax. A partial return (one line out of three) reverses only that line and its associated vendor payout — the other booths are not touched. Every void and return is permanently audited and visible in the daily report.
Mobile and tablet-ready
The register is a web app and runs in any modern browser, on any device that can hold a credit-card terminal — desktop register, tablet at the counter, even an iPad on a busy weekend pop-up table. Layout adapts; the math doesn’t change.
How to try it on a real Saturday
Spin up a free 30-day workspace from the pricing page.
Import (or hand-key) a few real items across two or three booths.
Ring a practice sale that mixes cash + card + gift card across booths. Watch the per-booth payout entries appear in the dashboard.
Refund one line, void one sale, and look at the audit trail. The register’s job is to make all of that boring.
For the broader operator workflow this fits into, see
An operator’s playbook for running a 70+ booth antique mall in 2026
.
Open a workspace in under a minute. Bring your old data with the CSV importer. 30 days free, no charge until day 31.