Payments Training Hub
POS terminal PAYMENT OPERATIONS STARTED LIVE 01 POS terminal - certified payment device that captures card data ACTIVE 02 Countertop terminals - fixed machines seen at a shop counter QUEUED 03 Customer taps - When a customer taps a card QUEUED 04 Terminal lifecycle - important as the transaction itself QUEUED 05 From a business analyst perspective - POS project is not just about the device QUEUED 06 Development team - Without that detail QUEUED A POS terminal is a certified payment device that captures card data, encrypts it immediately, and sends an authorisation request to the acquiring bank through the card network. Step 1 of 6 POS terminal STARTED POS terminal certified payment device that captures card ACTIVE Countertop terminals fixed machines seen at a shop counter QUEUED Customer taps When a customer taps a card QUEUED Terminal lifecycle important as the transaction itself QUEUED From a business analyst perspective POS project is not just about the device QUEUED Development team Without that detail QUEUED A POS terminal is a certified payment device that captures card data, encrypts it immediately, and sends an authorisation request to the acquiring bank through the card network.
Countertop terminals PAYMENT OPERATIONS IN PROGRESS LIVE 01 POS terminal - certified payment device that captures card data DONE 02 Countertop terminals - fixed machines seen at a shop counter ACTIVE 03 Customer taps - When a customer taps a card QUEUED 04 Terminal lifecycle - important as the transaction itself QUEUED 05 From a business analyst perspective - POS project is not just about the device QUEUED 06 Development team - Without that detail QUEUED Countertop terminals are the fixed machines seen at a shop counter Step 2 of 6 Countertop terminals IN PROGRESS POS terminal certified payment device that captures card DONE Countertop terminals fixed machines seen at a shop counter ACTIVE Customer taps When a customer taps a card QUEUED Terminal lifecycle important as the transaction itself QUEUED From a business analyst perspective POS project is not just about the device QUEUED Development team Without that detail QUEUED Countertop terminals are the fixed machines seen at a shop counter
Customer taps PAYMENT OPERATIONS IN PROGRESS LIVE 01 POS terminal - certified payment device that captures card data DONE 02 Countertop terminals - fixed machines seen at a shop counter DONE 03 Customer taps - When a customer taps a card ACTIVE 04 Terminal lifecycle - important as the transaction itself QUEUED 05 From a business analyst perspective - POS project is not just about the device QUEUED 06 Development team - Without that detail QUEUED When a customer taps a card, the terminal and the card communicate over NFC, the contactless radio technology that works within a few centimetres. Step 3 of 6 Customer taps IN PROGRESS POS terminal certified payment device that captures card DONE Countertop terminals fixed machines seen at a shop counter DONE Customer taps When a customer taps a card ACTIVE Terminal lifecycle important as the transaction itself QUEUED From a business analyst perspective POS project is not just about the device QUEUED Development team Without that detail QUEUED When a customer taps a card, the terminal and the card communicate over NFC, the contactless radio technology that works within a few centimetres.
Terminal lifecycle PAYMENT OPERATIONS IN PROGRESS LIVE 01 POS terminal - certified payment device that captures card data DONE 02 Countertop terminals - fixed machines seen at a shop counter DONE 03 Customer taps - When a customer taps a card DONE 04 Terminal lifecycle - important as the transaction itself ACTIVE 05 From a business analyst perspective - POS project is not just about the device QUEUED 06 Development team - Without that detail QUEUED The terminal lifecycle is as important as the transaction itself, and a BA should document it from deployment to retirement. Step 4 of 6 Terminal lifecycle IN PROGRESS POS terminal certified payment device that captures card DONE Countertop terminals fixed machines seen at a shop counter DONE Customer taps When a customer taps a card DONE Terminal lifecycle important as the transaction itself ACTIVE From a business analyst perspective POS project is not just about the device QUEUED Development team Without that detail QUEUED The terminal lifecycle is as important as the transaction itself, and a BA should document it from deployment to retirement.
From a business analyst perspective PAYMENT OPERATIONS IN PROGRESS LIVE 01 POS terminal - certified payment device that captures card data DONE 02 Countertop terminals - fixed machines seen at a shop counter DONE 03 Customer taps - When a customer taps a card DONE 04 Terminal lifecycle - important as the transaction itself DONE 05 From a business analyst perspective - POS project is not just about the device ACTIVE 06 Development team - Without that detail QUEUED From a business analyst perspective, a POS project is not just about the device, it is about the whole merchant journey, onboarding, terminal deployment, transaction processing, settlement, Step 5 of 6 From a business analyst perspective IN PROGRESS POS terminal certified payment device that captures card DONE Countertop terminals fixed machines seen at a shop counter DONE Customer taps When a customer taps a card DONE Terminal lifecycle important as the transaction itself DONE From a business analyst perspective POS project is not just about the device ACTIVE Development team Without that detail QUEUED From a business analyst perspective, a POS project is not just about the device, it is about the whole merchant journey, onboarding, terminal deployment, transaction processing, settlement,
Development team will guess PAYMENT OPERATIONS COMPLETE LIVE 01 POS terminal - certified payment device that captures card data DONE 02 Countertop terminals - fixed machines seen at a shop counter DONE 03 Customer taps - When a customer taps a card DONE 04 Terminal lifecycle - important as the transaction itself DONE 05 From a business analyst perspective - POS project is not just about the device DONE 06 Development team - Without that detail ACTIVE Without that detail, the development team will guess, and the merchant will discover the gap on a busy evening. Step 6 of 6 Development team will guess COMPLETE POS terminal certified payment device that captures card DONE Countertop terminals fixed machines seen at a shop counter DONE Customer taps When a customer taps a card DONE Terminal lifecycle important as the transaction itself DONE From a business analyst perspective POS project is not just about the device DONE Development team Without that detail ACTIVE Without that detail, the development team will guess, and the merchant will discover the gap on a busy evening.

Key points of this lesson, in order.

0:00 / 3:52 Step 1 of 6

POS Systems Overview: Terminals, Taps and Swipes

Digital Wallets and POS Systems, Lesson 5 of 7, Narration 3:52, D08 Cards and alternative payments

AuthorisationSettlementAcquirer

What you will learn

Your objective. By the end of this lesson, you will be able to explain POS systems overview: terminals, taps and swipes. A POS terminal is a certified payment device that captures card data, encrypts it immediately, and sends an authorisation request to the acquiring bank through the card network.

Why it matters. From a business analyst perspective, a POS project is not just about the device, it is about the whole merchant journey, onboarding, terminal deployment, transaction processing, settlement, dispute handling and support.

Chapter objective: Learner explains digital wallets and point-of-sale systems, including token provisioning, NFC, QR payments, and settlement, and designs a wallet payment flow for a retailer. Learner demonstrates this skill using realistic banking examples, explaining each step clearly and using correct terminology throughout.

Key learning points

  • POS terminal
  • Countertop terminals
  • Customer taps
  • Terminal lifecycle
  • From a business analyst perspective
  • Development team will guess

Key terms

Authorisation: Approval by the issuer for a card transaction to proceed, confirming the card is valid and funds or credit are available.

Settlement: The final movement of funds between banks to discharge obligations created by cleared payments. Settlement is usually made in central bank money or through correspondent accounts.

Acquirer: A bank or licensed institution that processes card payments for merchants and receives transaction funds from card schemes on their behalf.

Payment flow diagram showing POS Systems Overview: Terminals, Taps and Swipes.

Practise this lesson

Exercise

Trace the card payment in this lesson through authorisation, clearing and settlement.

Use the four-party model and the stage timings in this lesson.

  1. What to do. State what happens at each stage, who pays whom, and when the merchant is actually credited.

Correct result. Authorisation holds the funds and returns a response code. Clearing sends the transaction in a batch file. Settlement moves the net amount between banks, and the acquirer credits the merchant after deducting interchange, scheme fees and its margin.

Why. A card payment is not one event. The customer sees it on Monday, the merchant gets it on Wednesday, and the difference is the clearing and settlement cycle.

Check your understanding

Practice question

Which of the following best describes POS systems overview: terminals, taps and swipes?

Takeaway and next step

What to remember

A BA must document the terminal identifier structure, the receipt fields, and the rule that full card numbers must never appear on a receipt, a log or a screen.

Follow a payment through every stage, from instruction to beneficiary credit, and note where it can stop.

Open the Payment Lifecycle Simulator →

Builds on "Wallet Security: Device Binding, PIN, Biometrics and Tokenization".

Transcript and full text

Show transcript

A POS terminal is a certified payment device that captures card data, encrypts it immediately, and sends an authorisation request to the acquiring bank through the card network. The terminal holds a secure cryptographic key that is injected at manufacture or during deployment, and the card data is encrypted inside the secure element before it ever reaches the terminal software. The terminal also captures the amount, the merchant identifier, the terminal identifier and the transaction type, and prints or sends a receipt with a masked card number showing only the last four digits. A BA must document the terminal identifier structure, the receipt fields, and the rule that full card numbers must never appear on a receipt, a log or a screen. Countertop terminals are the fixed machines seen at a shop counter, connected by broadband, Wi-Fi or a SIM card, and they are suited to high volume merchants such as supermarkets and department stores. Mobile POS terminals, often called mPOS, are small Bluetooth devices paired with a phone or tablet, and they suit delivery agents, small shops and field sales teams who need to accept payments on the move. Soft POS is the newest type. It turns an ordinary Android phone with NFC into a payment terminal through an app, with no extra hardware at all. A BA should capture the merchant segment, the connectivity available at the location, and the transaction volume when recommending a terminal type, because a soft POS device that works well for a street vendor may not suit a busy supermarket checkout. When a customer taps a card, the terminal and the card communicate over NFC, the contactless radio technology that works within a few centimetres. The card sends a cryptogram, a one time code generated from the card secret, the amount and a transaction counter, and the terminal forwards that cryptogram to the issuer for verification. When a customer inserts a card, the chip and the terminal exchange a similar cryptogram over the physical contact, and the customer usually enters a PIN that is encrypted by the terminal before transmission. When a customer swipes a card, the magnetic stripe is read, but this is the least secure method because the stripe data can be copied, so most networks now prefer chip or contactless and many issuers decline or step up magnetic stripe transactions. The terminal lifecycle is as important as the transaction itself, and a BA should document it from deployment to retirement. A terminal is first registered to a merchant and a location, loaded with the merchant keys and configuration, and tested with a test card before it goes live. During its life the terminal receives software updates, key rotations and configuration changes pushed from the terminal management system, and every update must be logged with the terminal identifier, the software version and the time. If a terminal is stolen, lost or damaged, the acquirer must be able to block it remotely and revoke its keys so that it cannot process payments. At retirement the terminal must be decommissioned and its keys destroyed, and the BA should specify the reports that prove no live terminal is missing from the inventory. From a business analyst perspective, a POS project is not just about the device, it is about the whole merchant journey, onboarding, terminal deployment, transaction processing, settlement, dispute handling and support. The BA must write user stories for the merchant who receives the terminal, the cashier who operates it, and the customer who pays with it, and must define the error messages for common failures such as a declined card, a network timeout or a printer out of paper. A real example is a restaurant where the terminal loses connectivity during dinner service. The requirement should state whether the terminal can queue transactions offline, how many it can store, and how the merchant is warned. Without that detail, the development team will guess, and the merchant will discover the gap on a busy evening.

A POS terminal is a certified payment device that captures card data, encrypts it immediately, and sends an authorisation request to the acquiring bank through the card network. The terminal holds a secure cryptographic key that is injected at manufacture or during deployment, and the card data is encrypted inside the secure element before it ever reaches the terminal software. The terminal also captures the amount, the merchant identifier, the terminal identifier and the transaction type, and prints or sends a receipt with a masked card number showing only the last four digits. A BA must document the terminal identifier structure, the receipt fields, and the rule that full card numbers must never appear on a receipt, a log or a screen.

Countertop terminals are the fixed machines seen at a shop counter, connected by broadband, Wi-Fi or a SIM card, and they are suited to high volume merchants such as supermarkets and department stores. Mobile POS terminals, often called mPOS, are small Bluetooth devices paired with a phone or tablet, and they suit delivery agents, small shops and field sales teams who need to accept payments on the move. Soft POS is the newest type. It turns an ordinary Android phone with NFC into a payment terminal through an app, with no extra hardware at all. A BA should capture the merchant segment, the connectivity available at the location, and the transaction volume when recommending a terminal type, because a soft POS device that works well for a street vendor may not suit a busy supermarket checkout.

When a customer taps a card, the terminal and the card communicate over NFC, the contactless radio technology that works within a few centimetres. The card sends a cryptogram, a one time code generated from the card secret, the amount and a transaction counter, and the terminal forwards that cryptogram to the issuer for verification. When a customer inserts a card, the chip and the terminal exchange a similar cryptogram over the physical contact, and the customer usually enters a PIN that is encrypted by the terminal before transmission. When a customer swipes a card, the magnetic stripe is read, but this is the least secure method because the stripe data can be copied, so most networks now prefer chip or contactless and many issuers decline or step up magnetic stripe transactions.

The terminal lifecycle is as important as the transaction itself, and a BA should document it from deployment to retirement. A terminal is first registered to a merchant and a location, loaded with the merchant keys and configuration, and tested with a test card before it goes live. During its life the terminal receives software updates, key rotations and configuration changes pushed from the terminal management system, and every update must be logged with the terminal identifier, the software version and the time. If a terminal is stolen, lost or damaged, the acquirer must be able to block it remotely and revoke its keys so that it cannot process payments. At retirement the terminal must be decommissioned and its keys destroyed, and the BA should specify the reports that prove no live terminal is missing from the inventory.

From a business analyst perspective, a POS project is not just about the device, it is about the whole merchant journey, onboarding, terminal deployment, transaction processing, settlement, dispute handling and support. The BA must write user stories for the merchant who receives the terminal, the cashier who operates it, and the customer who pays with it, and must define the error messages for common failures such as a declined card, a network timeout or a printer out of paper. A real example is a restaurant where the terminal loses connectivity during dinner service. The requirement should state whether the terminal can queue transactions offline, how many it can store, and how the merchant is warned. Without that detail, the development team will guess, and the merchant will discover the gap on a busy evening.

Full lesson text (all scenes)

Completing a lesson updates your progress dashboard on the homepage.

Scene timestamps are estimated by allocating the narration text proportionally across the real audio length. The audio playback position is the source of truth: pause freezes the visual, seeking restores the correct scene, replay restarts the scene animation.