VETRA

Vetra for Bars · FAQ

The questions bar owners ask.

Everything below is about Vetra for Bars — the paper, the close, the processor and the phone. Anything that applies to every Vetra customer, whatever trade they are in, lives on the main FAQ.

Where the honest answer is "no" or "not yet", it says so. That is the whole point of writing them down.

The paper

A camera on the bar reads the signed merchant copy and takes the fields off it as data: the tip, the amount, the total, the check number, the auth code, the last four, the time and the server.

Then it checks the arithmetic — subtotal plus tip has to equal the total. Anything that does not reconcile is set aside with its photograph attached, for a person to look at. Nothing clears by guessing. See it read a slip on the bars page.

It refuses to guess. A misread tip is somebody's pay, so anything unreadable is set aside with its photograph and waits for a person. You clear it from the exceptions list; the rest of the stack has already cleared itself.

The honest answer here is also the strong one — a system that quietly invents a number is worse than one that hands you the ones it could not read.

If a read comes back containing a full number, the read is rejected and the extracted text is discarded — only the card brand and the last four are ever kept.

The photograph itself is held encrypted, because that image is what makes a dispute packet and a human review possible. Being outside the scope of the card-data rules is deliberate, and it is one-way once crossed.

Processors

Not on night one, and we would rather tell you that here than on a call. From the night your capture station is paired, slips are captured, read, checked and queued — nothing is lost and nothing is guessed. Each tip sits at pending processor until your processor grants us access, and the adjustment lands only once they do.

Meanwhile the paper is already being turned into a clean, searchable record, which is what the lost-card lookup and the dispute packet are built on. Those do not wait for anybody's integration.

The first question we ask is who processes your cards, because the answer changes everything after it.

Toast, Elavon, Datacap and Heartland are pending processor access. Clover needs the capture station. None of them is claimed as a verified, finished integration, and none of them gets marked green here until a real end-to-end round trip has been completed and pasted into the record.

If your processor is not on that list, say so and we will find out together. The current status of each is on the bars page.

No, and we would rather say it here than on a call. Square closes the payment at the moment of sale, so there is no open auth to adjust and no paper gap — and the paper gap is the entire product. That is how Square is built, not a gap in our roadmap.

The close and the room

Hours off the close. That is how bar staff describe the job it replaces — reading handwriting off a stack of paper and typing it into a terminal at the end of a shift, when everyone wants to go home.

We have not measured it at a real venue yet, and we will not print a figure until we have. When a pilot bar produces one, it will be theirs and it will be attributed to them.

An auth code and a search return the signed slip image, the transaction record and the adjustment timestamp as one packet — instead of somebody working through a shoebox with the clock running.

We cannot quote you a recovered figure. No venue has produced one yet, and until one does we will describe the mechanism rather than invent a result.

Yes. The cardholder name, the last four, the time, the server and a destroy-by date all come off the slip, so a caller reading out four digits gets an answer at the bar instead of a shrug. No card number is ever kept — the brand and the last four are all we hold.

The phone agent can run that lookup and take a message. It stops there: anything about what somebody was charged, or an open tab that needs closing out, goes to a person. That is a deliberate limit, not a missing feature.

Not something Vetra does. It reads the paper, reconciles it against the check and hands you a clean record of the night.

It does not pool, split, allocate or distribute anything, and it never decides what anyone is owed — that is your policy and your payroll, and it stays there.

What it costs

7¢ per accepted slip for the first 10,000 in a month, then for every one after that in the same month — the founding rate, and what the checkout charges. No monthly fee, no minimum and no setup charge — a quiet month costs you nothing, because the slips you capture are the entire bill.

The list rate it is locked from is 10¢ then 7¢ on the same ladder. You are billed the founding rate.

A retake, a blur or a duplicate is not an accepted slip, so you are not billed for one. The plan prices elsewhere on this site belong to other trades and none of them applies to a bar.

The same ladder, and the card-on-file checkout, are on the bars page. Rather talk it through first? Book a walkthrough and we go through it before anything is signed.

Getting started

Ready to start?

The card-on-file checkout and the form are both on the bars page, and the first thing the form asks is who processes your cards. Avi reads every one himself, usually the same day.

Still a question we haven't answered? Email avi@usevetra.com and ask — or, if you are not a bar, the main FAQ covers what applies to every Vetra customer.