Skip to content

Service

Virtual terminal and POS

Browser-based card entry for phone orders, plus countertop and mobile terminals, on the same account and the same reporting.

In one line

Payments taken by a person, not a checkout.

What it is

Plenty of restricted-vertical revenue never touches a checkout page. Bail premiums taken at two in the morning, moving balances collected at the door, B2B orders phoned in, range sales at a counter.

All of it should settle to the same account and appear in the same report as your online volume. Card-present transactions also carry lower interchange than keyed ones, which is worth having wherever the card is physically there.

Capabilities

What you get, specifically.

Virtual terminal

Keyed card entry in a browser with user-level permissions and a full audit trail of who took which payment.

Payment links

Send a hosted payment page by text or email so the customer keys their own card and you never hold it.

Countertop and mobile terminals

EMV chip, contactless and mobile wallet acceptance, settling to the same MID as your online volume.

Stored credentials

Tokenised cards on file for repeat phone customers, with the consent record the networks require.

Specification

The detail.

Entry modes
Keyed, EMV chip, contactless, mobile wallet
Devices
Countertop and mobile
Users
Role-based permissions with audit trail
Terminal cost
Set at underwriting

Rows reading set at underwriting are not omissions. Those figures are decided per merchant against your vertical, volume and history, and you will see all of them in writing before you sign.

Tell us what you sell.

Before anything sensitive changes hands, we will tell you whether a route exists for your vertical, roughly what shape it takes, and what underwriting will ask you for.