Nothing for the cashier
No prompt to read out, no card to hand over, no second device on the counter.
Channel
Terminal Mode runs the 7Stamp Scanner application in a dedicated mode on a standard Android payment terminal. The rating appears after the transaction, on the screen the customer is already looking at.
It sits outside the payment flow, so it changes nothing about how a payment is taken and needs no payment-side certification.
Updated
The objections an acquirer raises are about certification, versioning and support — not about feedback.
Feedback collection is a mode of the Scanner APK, so the fleet carries one package, one version and one support line.
The application is installed beside the others and never enters the payment flow, so no payment-side certification applies.
The terminals are already deployed, already powered and already in front of the customer at the right moment.
For an acquirer, the same estate earns twice: merchants running Terminal Mode can switch feedback on with no rollout at all.
On screen
The payment completes exactly as it does today. Only then does the terminal ask the question, when the screen has nothing else to show. One tap stores the rating and the screen clears for the next customer: no comment, no follow-up page, no Google link.
No prompt to read out, no card to hand over, no second device on the counter.
The terminal is a Staff Login, so every rating arrives with the workstation it came from.
A POS can ask on its own screen through the Integration API; with the order id it also leads on to a follow-up page.
Where the stack allows it
Where the payment stack exposes PAR or a stable token at the moment of the transaction, the same card can be recognised on the next visit. This is built and running with a payment partner — not a roadmap item, and not a claim that it works on every stack.
The card number is never used and never hashed. The QR carries an opaque session id, the enrolment QR is the moment of consent, and PAR is not stored for a card that never enrolled. EMVCo and scheme rules are confirmed with the acquirer or BIN controller.
The purpose is narrow: recognise the same person well enough not to ask them too often. Without PAR, the fallback is a token stable within one acquirer; joining data across acquirers is only possible through PAR.
No. The terminal application installs next to your other Android apps and does not touch the payment flow, so it needs no payment-side certification. A printed QR needs no integration at all. Your own POS can ask through the Integration API if you want the question on its screen.
Yes. With White Label the feedback page and the system emails come from your domain in every channel — the printed QR, the follow-up pages and the chat-bot's web page alike. For a terminal fleet sold under an acquirer's brand this is a condition of the deal rather than an option.
It is built and running with a payment partner, on stacks that expose PAR or a stable token at the moment of the transaction. It is not a claim that it works on every stack: without access to PAR the fallback is a token stable within one acquirer. The card number is never used and never hashed.
One. Feedback collection is a mode inside the existing 7Stamp Scanner APK, so an acquirer certifies, versions and supports a single application across the fleet. A second application is not published and is not offered.
Next step
If it is Android and it is already in the field, the answer is usually that nothing new has to be deployed.