What stalls the checkout line is not the goods — it is the search for a payment method.
A payment terminal that takes face or palm, and also handles IC, NFC, and receipt printing in a single device. Customers who do not enrol simply keep using their card. Authorisation and settlement happen on your PG and payment network; the segment we cover is the identity check.
Request a Demo Partner InquiryEnrolment happens once. After that, no wallet and no phone. The diagram shows exactly which segment we cover and which segment stays with you, from the moment the customer steps up to the moment payment completes.
Authorisation and settlement happen on your PG and payment network. Our segment ends at liveness judgement and 1:N matching; taking that result to authorise the payment, update the member record, and settle is your system's work. We define exactly where our responsibility ends and yours begins, from the start.
Enrolled customers pay by face or palm; everyone else pays by card — on the same terminal. The customer chooses.
Captured by the RGB camera and matched against enrolled data. No blinking or head-turning is required of the user.
The NIR camera reads the palm. It becomes the second option where the face is blocked — masks, strong backlight.
The payment module is built in, so conventional card payment works as before. No customer is sent to a different lane.
A built-in thermal printer issues the receipt on the spot. No separate printer, so fewer devices on the counter.
Everything we can disclose is listed as-is — including certifications, which are shown at their actual stage.
| Item | Specification |
|---|---|
| Display | 7-inch IPS touchscreen |
| Camera | RGB 5MP + NIR 5MP dual |
| Biometrics | Face · palm (vein) |
| Anti-spoofing | Passive liveness (no extra user action) |
| Processor | Octa-core |
| Memory · Storage | 4GB / 64GB |
| Payment Modules | IC · NFC · magnetic stripe, built in |
| Receipt | Built-in thermal printer |
| Payment Security Standards | EMV · PCI PTS (certification planned) |
| Integration | API integration with your existing POS system |
| Processing | On-device inference running alongside the payment app |
There are places this fits and places it does not. Installed in the wrong place it slows the counter down, so we say that first.
Staff canteens and shops (settling without an ID card, linked to payroll deduction), sites that tie building access and payment to one face, and membership stores — anywhere an enrolled base accumulates. Enrol once and every later payment is faster, so the more repeat visits, the greater the value.
The enrolment step makes the counter slower, not faster. If most customers pass through without enrolling, conventional payment is the better answer — and we will tell you so. Tourist-front stores and one-off event venues fall here.
It removes the structure where the same person is enrolled twice, issued two cards, and reports a loss in two places.
Building access is handled by the GATE authentication server; in-house retail payment is handled by this terminal. One enrolment covers both, and the duplicate infrastructure — ID card issuance, replacement of lost cards, visitor card administration — disappears. Tying the two together does require integration work on both the access side and the payment side, and which comes first depends on what you run today. Send us your configuration and we will lay out the sequence.
The terminals are yours; the authentication runs on your own server. The face and palm engine is installed on your own server.
If you need only the authentication capability without changing terminal hardware, the engine can be called over an API.
The eight questions we receive most often during evaluation.
Products commonly evaluated alongside this one.
The terminal stays yours; only the authentication engine goes inside your server
Condition-combination search on face, body, colour and carried items, plus companions and routes
1:N authentication, liveness and face indexing, delivered as an API
Send three things — store type, terminal quantity, and the POS system you run today — and we will confirm integration feasibility and reply.
Send Conditions, Get an Integration Check