Payment Terminal and POS Integration: Setup and Common Failures
The terminal displays "Approved", but the cashier manually enters the wrong amount at the POS or processes the receipt with the wrong payment method — the most common source of discrepancies when closing a shift. We analyze three operating models for terminals and POS systems, how to properly integrate a PIN pad with POS software, and where to look during bank connection failures.
1. Three Modes of Operation#
| Setup | How the Amount Is Transferred | Risks |
|---|---|---|
| Standalone terminal | The cashier enters the amount separately on the POS and separately on the PIN pad | Typing errors in amount, cash/card mismatch, discrepancies with the Z-report |
| POS-integrated terminal | The amount is sent to the PIN pad automatically from the POS software; once the bank approves, the receipt prints automatically | Requires configuring a specific integration module for the bank + POS hardware + software combination |
| "All-in-one" smart terminal | A single device combines acquiring and a fiscal register | Fewer points of failure, but less flexibility when changing banks or POS providers |
2. Standalone Terminal: The Risks of Manual Entry#
- Amount typo — an extra zero or wrong digit on the PIN pad despite the correct amount on the POS (and vice versa).
- Cash/card mix-up — the cashier processed a cash receipt even though the payment was actually made by card, or vice versa; resolving this type of error is described in the article on correcting payment method mix-ups.
- Mismatch with the Z-report — the total on the terminal statement/reconciliation report for the shift does not match the card total on the POS.
During reconciliation, such discrepancies are identified through line-by-line matching: each terminal transaction by time and amount against the corresponding POS receipt; "extra" and "missing" entries on either side are candidates for investigation.
3. Terminal integrated with POS: how it works#
Every bank and POS manufacturer has its own software module for connecting the PIN pad with POS or accounting software (bank/vendor integration protocol). Once the module is configured, the cashier clicks "Card payment" directly in the POS software — the order amount is sent to the PIN pad automatically, the bank sends confirmation, and the POS prints the receipt itself, without manually re-entering the amount on the PIN pad. This eliminates typos and mismatches as a class of errors, but requires that the specific combination of bank + POS model + POS software version be compatible — compatibility is confirmed by the bank.
4. All-in-one smart terminal#
A separate category of devices combines acquiring and a fiscal printer in a single unit: card/QR payments and fiscal receipt printing take place on one device without a separate POS application. This option is easier to maintain for a location with a single workstation, but less flexible if you need to run full inventory management or change the acquiring bank independently of the POS.
5. How to connect a PIN pad to a POS system: step-by-step#
- Check with your bank/acquirer whether they support an integration module specifically for your POS model and POS software — not all combinations are supported; the bank will confirm compatibility.
- Install the PIN pad driver/module on the POS workstation.
- Configure the connection (COM/USB/network) between the PIN pad and the POS software according to the bank's instructions.
- Perform a test payment for a nominal amount (e.g., 1 ₽) — make sure the amount is sent to the PIN pad automatically and the receipt prints on its own, without manual entry.
- Perform a test cancellation of that same payment — make sure the cancellation also goes through the integration, rather than only manually on the PIN pad itself.
6. "No connection to bank" on the terminal — diagnostics#
| Check | Typical cause |
|---|---|
| Terminal's Internet/SIM | Wi-Fi/cable disconnect, out of balance/data on SIM card |
| Bank host | Scheduled maintenance or outage on the bank's side — check with bank support |
| Terminal reboot | Clears temporary freezes of the terminal modem/app |
| Batch settlement stuck | The terminal cannot close the batch settlement — new transactions are blocked until the current settlement is completed |
Check in order from top to bottom — most "no connection" issues are resolved at the first two steps before calling the bank.
7. Reconciling totals at the end of the shift#
Acquiring reconciliation is mandatory before generating the X/Z report: the card total on the terminal must match the non-cash total on the POS (for a detailed procedure, see the article "Error-Free POS Shift", §3). Discrepancies are primarily looked for among: transactions with manual amount entry (scheme §2), incomplete or canceled transactions, duplicate receipts, and unclosed terminal batch settlements.
8. A payment slip is not a receipt#
The receipt printed by the payment terminal itself following a transaction (a slip) confirms the debiting of funds by the bank, but it is not a fiscal receipt. A merchant's obligation under 54-FZ is fulfilled only by a fiscal receipt from the POS system — just as in the case of payments via QR code or SBP.
9. Example#
An electronics store uses a standalone payment terminal. After a brief connection interruption, the cashier inadvertently typed 1,500 ₽ on the PIN pad instead of 15,000 ₽ — the transaction went through, and the goods worth 15,000 ₽ had already been handed over to the customer. The discrepancy was discovered during the evening reconciliation: the terminal shift statement total was 13,500 ₽ less than the total non-cash receipts in the POS. A timestamp audit pinpointed the exact transaction; the customer was contacted and paid the difference in a separate transaction.
10. How to Do This in Cenaly#
- POS currently operates on a "standalone terminal" basis: the cashier selects the "Card" payment method, and the exact same amount must be entered on the terminal — amount matching is verified during daily reconciliation.
- Acquiring reconciliation is a mandatory step before closing the shift; see "POS Shift and Z-Report" and the procedure in the article "Error-Free POS Shift".
- A card transaction refund is processed in two steps: a refund on the terminal/bank portal + a "refund" receipt in POS → Receipts.
- The physical fiscal register and its connection status are located in the Hardware section via Cenaly Hardware Bridge.
11. Frequently Asked Questions#
Is it possible to operate without integrating the PIN pad with the POS system at all? Yes, this is a standard and legal practice — it simply requires discipline when manually entering amounts and mandatory daily reconciliation.
The terminal approved the payment, but the receipt failed to print at the POS due to an error — what should I do? The funds were debited, meaning the payment went through: a correction receipt will be required; read more in the article on POS breakdown.
Is it a problem if the payment terminal and POS system are from different manufacturers? Not in itself: if the bank supports an integration module for your POS software, the setup works regardless of the terminal brand; if not, you can run them standalone, which is fully allowed.
Do I need to notify the bank when changing POS software? If the PIN pad was configured for integration with specific software — yes, check with your bank whether changing the software requires reconfiguring the module.
Related articles: error-free POS shift management · SBP and QR code payments · correction receipt during POS breakdown · Cenaly Hardware Bridge
This material is for reference purposes only and does not replace consultation with your acquiring bank or service center. Primary sources: Federal Law No. 54-FZ "On the Use of Cash Register Equipment", your bank's acquiring rules, and FTS guidelines (kkt-online.nalog.ru).