

A payment approved at the checkout counter is not automatically complete in the business’s accounts. The merchant must still confirm that the sale was recorded correctly, included in the right settlement batch, credited to the merchant’s bank account, and posted in the accounting records.
Consider a store that records ₹1,00,000 in card and UPI sales but receives ₹97,850 in its bank account. The ₹2,150 difference may include a customer refund, payment-provider fees, taxes on those charges, a delayed payment, or a transaction moved to the next settlement cycle. The finance team cannot treat the difference as missing money without checking each supporting record.
Effective POS transaction management connects checkout activity with payment status, settlement data, bank credits, refunds, and ledger entries.
This blog explains the transaction process, major transaction types, business acceptance requirements, management controls, and the POS reconciliation checks needed to identify errors before they affect financial reporting.
A POS transaction is a purchase completed at the point of sale, where a business records the amount, payment method, and sale details. The customer may pay by card, UPI, cash, digital wallet, prepaid balance, or any other method accepted by the merchant.
In banking records, POS transactions often refer specifically to a card-present purchase made at a merchant location. Online card payments fall under card-not-present transactions, even when a business processes them through connected payment software.
A point-of-sale transaction refers to the purchase activity, not just the payment terminal. The payment terminal captures payment information, while the POS system records billing, tax, discounts, inventory changes, and receipt details.
POS transactions look different in daily operations depending on how the customer pays, how the bill is created, and how the payment is confirmed. The examples below show how common POS payments are recorded at checkout.
A customer buys a mixer grinder for ₹4,800 and inserts a debit card into the terminal. The issuing bank approves the request after checking authentication, card status, limits, and available funds or credit. The store records the product, invoice value, card payment status, terminal number, and payment reference before issuing the receipt.
A family receives a restaurant bill of ₹2,450 and scans the merchant’s dynamic QR code. The QR can carry the payable amount and transaction reference details, depending on the merchant’s billing and payment setup. After the restaurant receives payment confirmation, its billing system marks that table’s bill as paid through UPI payment.
The restaurant should rely on the payment confirmation in its merchant system rather than on a screenshot provided by the customer. A screenshot can be edited, but it does not confirm that the merchant account received the payment instruction.
A customer purchases medicines worth ₹780 and pays ₹1,000 in cash. The pharmacy records ₹780 as the sale value and ₹220 as the change returned. The entry also reduces the relevant stock and adds ₹780 to the expected cash balance for that billing shift.
A guest settles a ₹12,000 hotel bill by paying ₹7,000 through a credit card and ₹5,000 through UPI. The hotel records one invoice with two payment entries. Both entries must equal the full bill amount before the staff closes the invoice.
An employee uses a prepaid meal card to pay ₹240 at an eligible cafeteria. The payment can proceed only when the card has enough balance and the merchant meets the card program’s usage conditions. The cafeteria records the amount against the prepaid card payment method.
These examples show how one POS sale can involve different payment methods, customer actions, and billing records. For every checkout transaction, the business should capture the invoice number, amount, payment method, date, payment status, and reference details so the sale can be verified later if needed.
POS reconciliation is the process of comparing point-of-sale records with payment-provider reports, settlement statements, bank entries, and accounting books to confirm that every completed payment has been recorded for the correct amount.
A business should check four separate records:
| Record | What the Business Verifies |
|---|---|
| POS report | Invoice value, payment method, refunds, cancellations, and daily sales total |
| Provider report | Successful, failed, reversed, and disputed payments |
| Settlement statement | Transactions grouped in the payout, fees, taxes on fees, refunds, chargebacks, and adjustments |
| Bank and ledger records | Amount credited, credit date, and accounting entry |
POS Reconciliation Example
A store reports ₹80,000 in card sales for one day. The payment provider includes ₹76,000 in the current settlement because a ₹4,000 transaction was processed after the daily cut-off time. It then deducts ₹1,200 in processing charges and ₹216 as tax on those charges.
The expected bank credit becomes:
₹76,000 − ₹1,200 − ₹216 = ₹74,584
The remaining ₹4,000 is not automatically a loss or missing payment. The finance team should check whether the provider placed it in the next settlement cycle.
Common POS Reconciliation Differences
A mismatch may result from:
Businesses should investigate each unmatched entry through its invoice number, payment reference, settlement identifier, and bank credit date. This control helps the finance team correct errors before closing the books or reporting revenue.
A POS transaction works by capturing the purchase value, sending the payment request through the relevant payment system, receiving an approval or decline, and recording the final outcome in the merchant’s billing software.
1. The POS System Creates the Bill
The cashier scans the items or selects the service. The software adds the price, applicable tax, discount, and quantity to calculate the amount due.
2. The Customer Selects a Payment Method
The customer chooses a card, UPI, wallet, cash, prepaid instrument, or another supported option. The payment method determines the next processing steps.
3. The System Captures the Payment Details
For a card payment, the terminal reads the card via chip, contactless tap, or magnetic stripe, where supported. For UPI, the customer scans a QR code or approves a payment request through a UPI application.
4. The Payment Request Reaches the Relevant Institution
A card request passes through the merchant’s acquiring side and card network before reaching the issuing bank. The issuer checks the card status, available balance or credit, transaction limits, and required authentication.
5. The Merchant Receives the Response
The issuing bank returns an approval or a decline for a card payment. The merchant’s payment system receives or displays a success, pending, or failure status for the UPI payment. The merchant should rely on the response from its own payment system instead of a customer’s screenshot or verbal confirmation.
6. The POS Software Closes or Holds the Sale
An approved payment allows the software to close the invoice and issue a receipt. A failed or pending payment should keep the invoice open until the merchant receives a confirmed status or uses another payment method.
7. Card Payments Move to Clearing and Settlement
Approved card transactions later enter clearing, where the participating institutions exchange final transaction details. Settlement then transfers the amount through the payment chain under the provider’s agreed cycle.
Each payment method creates a different record trail after checkout. Businesses should understand these differences because reconciliation does not depend only on whether the customer paid, but also on how the payment is settled, adjusted, or matched later.
| Payment Method | What the Business Should Check |
|---|---|
| Card | Match the approved sale with the settlement report, processing fees, taxes on fees, refunds, chargebacks, and final bank credit. |
| UPI | Match the payment confirmation with the UPI reference number, merchant report, settlement entry, refunds, failed payments, and bank credit. |
| Cash | Match the sale value with the cashier’s closing balance, cash collected, change returned, cancellations, and shift-level cash handover. |
| Prepaid Card | Check whether the transaction met the balance, merchant category, usage rule, and program conditions before treating it as completed. |
| Split Payment | Match each payment part separately and confirm that the combined card, UPI, cash, wallet, or prepaid entries equal the full invoice value. |
The main POS transaction types include sale, pre-authorization, capture, void, refund, and reversal. Cash withdrawal at POS is a related facility available at designated merchant locations under specific eligibility and limit conditions. Each type serves a different purpose in the payment cycle.
| Transaction Type | Meaning | Example |
|---|---|---|
| Sale | The merchant charges the final purchase amount at checkout. | A grocery store collects ₹2,400 after billing all items. |
| Pre-authorization | The merchant places a temporary hold when the final bill is not yet known. | A hotel blocks ₹10,000 at check-in to cover the room and possible extra charges. |
| Capture | The merchant confirms the actual amount against an earlier pre-authorization. | The hotel captures ₹8,600 at check-out and releases the remaining ₹1,400. |
| Void | The merchant cancels an eligible payment before final processing. | A cashier voids a duplicate ₹1,200 charge created by mistake. |
| Refund | The merchant returns all or part of a completed payment. | A store refunds ₹900 when a customer returns one item from a larger order. |
| Reversal | The payment system releases an amount held for a transaction that did not finish. | A failed terminal request releases the blocked amount back to the customer's available balance. |
| Cash withdrawal at POS | An eligible customer collects cash from a designated merchant terminal. | A customer withdraws ₹1,500 from an enabled shop using an eligible payment instrument. |
A void stops a payment before final processing, a refund returns money after completion, and a reversal releases a blocked amount when the transaction does not proceed. These terms should not be used interchangeably.
A business can accept POS transactions after it selects an acquiring partner, completes merchant verification, agrees to the commercial terms, receives approval for the setup, and trains its staff to use it correctly.
1. Review the Provider’s Commercial Terms
The business should compare the full cost of acceptance before signing an agreement.
The review should cover:
The lowest advertised rate may not represent the lowest total cost. A business should calculate the expected monthly expense using its average sales volume and contract charges.
2. Complete Merchant Onboarding
The acquiring partner must verify the business and its authorized representatives. The requested documents may include:
The exact list depends on the legal structure, business activity, and provider policy.
3. Sign the Merchant Agreement
The merchant agreement should clearly state the pricing, service obligations, equipment terms, liability clauses, dispute process, and closure conditions. The business should check who owns the device and who must bear the cost of damage, replacement, or relocation.
4. Arrange Installation
The provider installs or activates the approved acceptance setup after onboarding. The merchant should prepare a secure counter space, a power source, and reliable network access where the selected equipment requires them.
5. Train Authorized Employees
Staff should learn how to operate the device, protect login credentials, print or resend receipts, recognize tampering, and contact the support team. The business should allow only trained employees to use administrative functions.
6. Confirm Support and Maintenance
The merchant should record the provider’s support number, service hours, replacement policy, and escalation process. Clear support arrangements reduce downtime when equipment fails or requires maintenance.
Businesses can manage POS transactions by recording unresolved cases, monitoring for unusual activity, retaining evidence for disputes, reviewing branch-level patterns, and closing each exception through a documented process.
Maintain an Exception Register
The business should record every unresolved case in one place instead of handling it through calls or messages alone. Each case should show:
An aging rule helps managers identify cases that remain open for too long.
Watch for Unusual Activity
Transaction patterns can reveal process errors or misuse. Managers should investigate:
The business should review the pattern before taking action because a single unusual entry may still have a valid explanation.
Keep Evidence for Customer Disputes
A merchant should preserve records that prove the purchase and fulfillment. Depending on the business, these may include:
The retention period should follow applicable legal, tax, privacy, and provider requirements.
Compare Performance Across Locations
Multi-branch businesses should review each outlet separately. A branch with an unusually high number of cancellations, complaints, or manual corrections may need process review or staff retraining.
For example, a restaurant group may find that one outlet records three times as many bill cancellations as the others. Management can examine the related shifts, employees, and reasons before deciding whether the issue comes from training, supervision, or misuse.
Close Every Case with an Audit Trail
The business should record what caused the issue, who approved the correction, what action was taken, and when the case was closed. A complete audit trail helps internal reviewers, accountants, and authorized investigators understand the decision later.
Payment acceptance works properly only when post-checkout records remain clear and traceable. Every POS payment should leave a clear trail from the customer’s purchase to the amount recorded in the company’s accounts.
A dependable POS transaction management process also gives finance teams sufficient detail to verify corrections, investigate exceptions, and protect recorded revenue. When each POS transaction can be traced from invoice to settlement without manual guesswork, businesses gain stronger control over reporting, branch performance, and future expansion.
Does every POS card transaction require a PIN?
A PIN is not required for every POS card payment. In India, eligible contactless transactions up to ₹5,000 may proceed without additional authentication. Higher amounts, issuer rules, card settings, or risk checks can still require a PIN.
Is there a fixed daily limit for POS purchases?
There is no single daily POS purchase limit for every cardholder. The card issuer sets the available limit, while the customer may apply a lower POS limit through banking controls. Account balance, credit availability, and risk checks also apply.
Can a cardholder disable POS transactions?
Cardholders can usually enable, disable, or limit POS usage through their bank’s mobile application, internet banking, or customer support. The available controls may separate domestic, international, contactless, ATM, and online transactions for better account security.
Can international cards work at Indian POS terminals?
International cards can work at Indian POS terminals when the merchant’s acquiring setup accepts that card network and the issuer permits overseas usage. Currency conversion, foreign transaction charges, authentication, and card-level limits may affect the final payment.
Can a POS receipt serve as a GST invoice?
A POS receipt does not automatically qualify as a GST tax invoice. It must contain the prescribed invoice details, including supplier information, serial number, date, description, taxable value, tax amounts, and other applicable particulars required under GST rules.
Can customers convert POS purchases into EMIs?
Some merchants and card issuers allow eligible POS purchases to be converted into equated monthly installments. Availability depends on the card, purchase value, merchant arrangement, tenure, product category, interest rate, processing fee, and customer eligibility.
Can a POS payment work without internet access?
Certain chip-based or specially configured terminals may support limited offline authorization, but this option depends on the card, terminal, acquirer, and provider rules. Merchants should not assume every POS payment will work during a network failure.
What should customers do about an unknown POS charge?
A customer who does not recognize a POS transaction should contact the card issuer immediately, block or restrict the card if necessary, and file a dispute. Prompt reporting helps the bank prevent further unauthorized use and assess applicable liability.
Can a POS purchase affect a credit score?
A POS purchase does not directly change a credit score. However, credit-card spending can affect credit utilization, and missed card-bill payments may harm the score. Debit-card and prepaid-card purchases do not create borrowed credit balances.
Do POS purchases earn rewards or cashback?
POS purchases may earn reward points, cashback, miles, or merchant benefits when the card program includes them. Eligibility depends on the card terms, merchant category, transaction type, minimum spend, exclusions, caps, and whether the purchase remains completed.
What is the difference between POS transaction and ATM transaction?
A POS transaction is a merchant payment made for buying goods or services. An ATM transaction is usually used to withdraw cash or access bank account services.
For businesses, POS transactions are linked to invoices, receipts, settlements, refunds, and reconciliation. ATM transactions are linked to the customer’s bank account activity.
What is the difference between POS transaction and online transaction?
A POS transaction happens at a physical merchant location, such as a store, restaurant, hotel, or fuel station. An online transaction happens through a website, app, payment link, or online checkout page.
The difference matters because POS and online transactions may follow different authentication, settlement, dispute, and reconciliation processes.
What should a merchant do if a POS payment is successful but not settled?
If a POS payment is successful but not settled, the merchant should first check the payment provider dashboard, settlement report, bank statement, transaction ID, invoice number, and terminal ID.
The payment may be delayed because of cut-off timing, bank holiday, refund, chargeback, reversal, risk review, or fee adjustment. If the amount remains unmatched, the merchant should raise a support ticket with the acquiring partner or payment provider.
What is the difference between refund, reversal, and chargeback?
A refund is initiated by the merchant after a completed payment. A reversal usually happens when a failed or incomplete transaction is corrected. A chargeback is a dispute raised by the customer through the issuing bank.
In simple terms, refunds are merchant-led, reversals are system or bank-led, and chargebacks are customer-dispute led.
Why is a POS transaction pending?
A POS transaction is pending when the payment has been initiated but the final success or failure status has not been confirmed.
This may happen because of network issues, terminal timeout, delayed bank response, payment-provider delay, or mismatch between authorization and confirmation. Merchants should not close the sale until the payment status is confirmed.
How long does POS settlement take?
POS settlement time depends on the payment method, acquiring partner, merchant agreement, cut-off time, bank working day, refunds, reversals, chargebacks, and risk checks.
The final bank credit may be lower than gross POS sales because settlement can include fees, taxes on fees, refunds, chargebacks, or other adjustments. Businesses should match POS reports with settlement statements and bank credits before closing accounts.