Choose the interaction
A payment-only terminal may fit a business with a separate register. A fuller POS may also handle item entry, stock, staff roles, and reports. Describe both the sale and payment steps.
Build a payment flow that fits the counter and the customer.
Build a payment flow that fits the counter and the customer.
A payment-only terminal may fit a business with a separate register. A fuller POS may also handle item entry, stock, staff roles, and reports. Describe both the sale and payment steps.
Review customer reach, screen orientation, receipt printing, scanning, cash drawers, network access, and supported peripherals.
Check a normal payment, a refund, a receipt, staff permissions, and close-of-day reporting. Confirm who supports the account and who supports the installation.
The agreement should explain each part of the service.
Compare the published starting model with your transaction mix. Final rates, fees, and eligible transactions are confirmed in the merchant agreement.
Hardware, applications, gateway subscriptions, implementation, training, and support are itemised as relevant. Confirm recurring costs as well as initial setup.
An eligible arrangement can include a defined website or marketing benefit. Select the benefit that supports the business and review its conditions alongside the payment terms.
Approximate business information is enough to start.
List the provider, software, devices, monthly sales range, and the problems you want to solve. Do not submit card or bank account information in the enquiry form.
Describe a normal payment and an exception, including which records need updating and who needs access.
Tell us about opening dates, peak trading, and staff availability. Implementation depends on provider readiness and the agreed scope.