Documented integration trade-offs
Region-specific
#
Choose the right depth of payment terminal integration
The docs set out plainly what semi-integration costs you: no back office processing, batch closing and voids only at the originating terminal, no e-commerce or stored-card integration, and two receipt printers to maintain, against the benefit of a terminal that keeps working if the computer fails.
EMV diagnostics and reporting
Region-specific
#
Diagnose a PIN pad that is misbehaving
A dedicated PIN pad menu covers sequence reset, EMV parameter download and PIN key change, plus public key, statistics and offline decline reports.
EMV keyed entry and authorisation codes
Region-specific
#
Key a card in when it won't read
Manual card entry is done on the PIN pad itself rather than the keyboard, and phone-authorised credit transactions can still be added to the batch with their authorisation code; keyed entry is not available for debit.
Fully integrated chip and PIN
Region-specific
#
Take chip and PIN at the counter
Chip cards are inserted into the PIN pad, the clerk chooses only credit or debit, and the transaction is authorised through an EMV payment server; the pad holds the card until it is removed, and non-chip cards can still be taken on the pad's stripe reader.
Semi-integrated payment terminal
Region-specific
#
Take cards without certifying our network
A bank-supplied payment terminal connects to the till by serial port; System Five sends the sale or refund amount and receives back the approval, cash back amount and authorisation code, while the terminal owns authorisation, receipt printing, voids and batch closing. Because card data never enters the computer, the computer and network do not have to be PCI certified.