If a customer says they paid by UPI but your shop cannot see the money, do not collect a second payment immediately. A debit on the customer’s account is not the same record as a confirmed credit or settlement in your merchant account. Check the transaction reference in your acquiring-bank or payment-provider records, establish whether the payment is pending, successful, failed or reversed, and escalate through the institution that can see the relevant account.
NPCI directs merchants to their acquiring bank for transaction-status checks and grievances. The applicable RBI reversal window depends on the incident: a specified funds-transfer failure uses T+1, while a payment to a merchant with no confirmation at the merchant location uses T+5. These are failed-transaction rules, not a universal settlement promise for every merchant contract.
As an Amazon Associate I earn from qualifying purchases.
Customer paid by UPI but payment is not received in your account: the first response
Keep the sale on hold, or use another clearly agreed payment method, until the original transaction is reconciled. Ask the customer to open the payment app’s transaction history and check both the status and the bank account that was debited. A screenshot can show that an instruction was created, but it does not by itself prove that your merchant account was credited.
- Pause duplicate collection. Tell the customer not to pay again while the first transaction is unresolved. Duplicate payment is a recognised UPI dispute situation.
- Capture the reference. Record the UPI transaction ID or reference, amount, date, time, customer’s status, and the merchant identifier shown in your acceptance system.
- Check your side. Search the acquiring-bank or payment-provider dashboard, settlement report and account statement using the reference and amount.
- Classify the result. Mark it as pending, successful/credited, failed/reversed or not found. Do not tell either party that the payment definitely succeeded or failed until the relevant record supports that conclusion.
- Escalate through the correct route. You contact your acquiring bank or merchant payment provider. The customer contacts the bank account that was debited or uses the payment app’s dispute flow.
UPI is designed to operate 24 hours a day, every day, regardless of bank working hours, according to NPCI’s UPI FAQs. Therefore, an after-hours transaction should not be dismissed simply because the branch or back office is closed.
#1 Best Overall
How to check UPI transaction status as a merchant
Search the merchant record first
Use the transaction reference supplied by the customer, then cross-check the amount, approximate time, merchant VPA or identifier and the customer’s bank. Search both the live acceptance dashboard and the settlement or reconciliation report; a payment can appear in one view before it appears in another. Save a PDF, export or screenshot of the result with the date and time of your check.
Interpret the four useful outcomes
- Successful or credited: Your provider’s record confirms receipt or credit. Complete the sale and retain the record.
- Pending: The network or a participating bank has not produced a final result. Keep the original reference open and do not ask for a second payment solely because the customer is waiting.
- Failed or reversed: The original debit should be returned under the applicable failed-transaction process. If the customer still has not received the reversal, their bank must investigate the payer-side record.
- Not found: Recheck the identifier and merchant account, then raise a transaction-status inquiry with your acquiring bank or provider.
NPCI’s FAQ describes a pending transaction as potentially involving an issue at the beneficiary bank and includes 48-hour guidance for the pending condition described there. Treat that wording as FAQ guidance for that status, not as a universal promise that every merchant will receive funds within 48 hours or as a replacement for the RBI’s separate failed-transaction deadlines.
Which RBI deadline applies: T+1 or T+5?
The Reserve Bank of India’s 2019 harmonised failed-transaction framework separates a transfer between accounts from a payment made to a merchant. In the framework, T is the transaction date for the applicable incident.
| Incident category | What happened | Auto-reversal requirement | Compensation in the framework |
|---|---|---|---|
| Funds transfer (P2P) | The payer was debited, but the beneficiary account was not credited. If the beneficiary bank cannot credit that account, the bank must reverse. | Latest by T+1 day | ₹100 per day for delay beyond T+1, under the framework’s customer-compensation rules |
| Payment to merchant (P2M) | The payer was debited, but confirmation was not received at the merchant location. | Within T+5 days | ₹100 per day for delay beyond T+5, under the framework’s customer-compensation rules |
RBI’s table states, for the merchant-payment row, “Auto-reversal within T + 5 days.” For the specified funds-transfer failure it says, “If unable to credit the beneficiary account, auto reversal (R) by the Beneficiary bank latest on T + 1 day.” Read the complete RBI notification on turnaround time and compensation before relying on a deadline.
Rank #2
- Ideal for Gifting
- Ideal for a bookworm
- Compact for travelling
Do not tell a customer that every delayed UPI payment must reverse in one day. T+1 applies to the defined P2P non-credit scenario; T+5 applies to the defined P2M missing-confirmation scenario. The ₹100-per-day amount is the compensation figure in that RBI framework for delay beyond the applicable deadline. It is not a blanket promise that a merchant will receive a ₹100 daily payment, and the framework does not create one settlement service-level agreement for every acquiring bank or provider.
Merchant-side escalation: who to contact and what to send
Contact the acquiring bank or payment provider
NPCI’s merchant-specific guidance directs you to your acquiring bank to check transaction status or raise a grievance. The acquiring bank or merchant provider maintains the acceptance and settlement records needed to determine whether a payment reached the merchant side. Ask for a transaction-status investigation and retain the complaint or service-request number.
Send a compact evidence bundle:
- UPI transaction ID or reference number, exactly as displayed;
- amount and currency;
- transaction date and approximate time, including time zone if your records cross regions;
- your merchant VPA, QR identifier or other merchant ID;
- customer’s app status and the bank account that shows the debit;
- your dashboard, statement or settlement report showing the missing credit;
- the date you first contacted the provider and its complaint number.
Ask the provider to state the final status, the account or ledger on which it appears, and the next action. A provider’s answer that the payment is “successful” should identify whether that means successful at the payer bank, accepted by the network, credited to the merchant ledger or included in settlement; those are not interchangeable descriptions.
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
Do not use the customer’s bank route as a substitute
The customer’s bank can investigate the debit and reversal on the payer side, but it cannot replace your merchant reconciliation. You still need your acquiring bank or provider to investigate a missing merchant credit or settlement. Keep both complaint numbers if both parties escalate.
What the customer should do when the amount was debited
Tell the customer to use the payment app’s transaction-history dispute option or contact the bank account that was debited. They should provide the same reference, amount, date, time and merchant details. If the transaction is pending, they should monitor the original entry rather than initiating another payment. If it is failed or reversed but the money has not returned within the applicable process, the debited-account bank must trace the reversal.
Bank procedures differ. Union Bank of India’s UPI guidance describes reversal of a failed transaction by T+1 days and directs customers whose reversal is missing to its call centre or home branch; that is an issuer-specific route, not a replacement for the RBI framework. State Bank of India’s customer-care page gives an example of raising a dispute from transaction history and says its customers may dispute when funds have not been returned by T+2. Customers should follow the current instructions for their own bank rather than applying another bank’s timing to your transaction.
The RBI notification says customers who do not receive redress within the specified turnaround time may complain through the RBI Integrated Ombudsman Scheme, subject to the scheme’s current eligibility requirements and complaint process. A merchant should not present that payer-side route as its own first-line remedy; the merchant’s first route remains the acquiring bank or payment provider.
When a duplicate payment was collected
If your records later confirm that the original payment succeeded and a second payment was also collected, stop treating the matter as a missing-payment investigation. Match both references to the sale, document which amount is the duplicate and follow your merchant bank or provider’s refund procedure. NPCI’s FAQ says a merchant asks its bank to refund the charged amount under the defined process.
Rank #4
Do not issue an informal cash refund without a record if your provider requires a bank-initiated refund. Give the customer the refund or complaint reference and retain proof of the returned amount. If one transaction remains pending, wait for its final status before deciding whether a refund is due; refunding a payment that later reverses can create a second reconciliation error.
Why a customer screenshot is not enough
A screenshot may show the payer’s app, but it cannot establish which institution currently holds the transaction state. It may omit the full reference, show a pending instruction, or display a successful debit before the merchant-side confirmation arrives. Use it as supporting evidence alongside the bank debit entry and your own provider record.
For privacy and security, ask only for information needed to trace the transaction. Never request the customer’s UPI PIN, one-time password, card PIN or full login credentials. A legitimate status check does not require those secrets.
Quick wins for a faster PC:
Scan for outdated or missing drivers - takes under a minuteDriver Scan →Clear out junk files and repair common Windows errorsFree Scan →Preventing avoidable checkout disputes
Make the merchant identifier easy to verify
Display the merchant name or VPA near the QR code and ask the customer to verify it before approving payment. A QR-based acceptance setup carries merchant information in the QR, according to NPCI. A physical QR display stand can make scanning easier, but it is optional: it cannot verify settlement, confirm a transaction or replace transaction-history checks.
Best Value
- It can be a gift option
- Comes with secure packaging
- Helpful in various ways
Use a simple reconciliation routine
- At opening, confirm that the acceptance app or dashboard is online and that the displayed merchant identifier is yours.
- During busy periods, record references for transactions that customers describe as pending instead of relying on memory.
- At closing, compare the provider’s transaction list with the settlement statement and your sales ledger.
- Keep unresolved references in a dated log until they are credited, reversed or formally closed.
- Train staff on one rule: never demand a second UPI payment solely because a confirmation screen is slow.
These controls reduce duplicate collection and make an escalation faster, but they do not change a provider’s settlement terms. Check your merchant agreement for settlement timing, cut-off rules, holidays, chargebacks and the provider’s complaint channel.
Common mistakes and the safer alternative
| Mistake | Why it causes trouble | Safer action |
|---|---|---|
| Collecting a second payment immediately | The first payment may still complete, creating a duplicate debit. | Check the original reference and merchant record first. |
| Relying only on a screenshot | It may show a debit or pending state without merchant confirmation. | Reconcile the customer’s reference with your acquiring-bank record. |
| Applying T+1 to every case | T+1 is limited to the specified P2P non-credit failure. | Identify whether the incident is P2P or P2M before quoting a deadline. |
| Promising a 48-hour merchant settlement | NPCI’s pending guidance is not a universal settlement SLA. | Quote the provider’s agreement and the transaction-specific investigation result. |
| Sending the merchant to the payer’s bank | The payer’s bank cannot reconcile your merchant ledger. | Merchant contacts its acquiring bank; customer contacts the debited-account bank. |
| Closing the ticket without a reference | You lose the audit trail needed for follow-up. | Keep the complaint number, final status and resolution date. |
Two escalation tracks, kept separate
| Track | Who uses it | First route | What it addresses |
|---|---|---|---|
| Payer-side failed-transaction dispute | Customer whose bank account was debited | UPI app transaction history/dispute or the debited-account bank | Whether to credit the merchant or reverse the payer’s debit; the relevant RBI T+1 or T+5 category may apply |
| Merchant-side status or grievance | Merchant whose records do not show the payment | Merchant’s acquiring bank or payment provider | Transaction status, reconciliation and merchant-account or settlement inquiry |
Choose the track by asking three questions: which account is missing the money, what is the current status, and which institution maintains that record? That prevents a payer-side reversal complaint from being mistaken for proof of merchant settlement.
When the issue is a settlement delay rather than a missing transaction
A transaction can be successful in the acceptance system while the merchant’s bank settlement arrives later. The RBI failure table does not establish a universal settlement deadline for every acquiring bank, payment provider or merchant contract. Check the settlement clause in your agreement, including cut-off times, weekends, holidays, minimum thresholds and any reserve or adjustment entries.
Free tools Windows power users keep installed
One-click scans. No signup required.
If the provider confirms that the payment was accepted but not included in settlement, request a settlement trace rather than opening a generic failed-transaction complaint. Give the provider the batch or settlement date, transaction reference and merchant account identifier. Keep the confirmed acceptance record even after the funds arrive so your ledger can explain the timing difference.
A practical script for staff
Staff can say: “Please do not pay again yet. Let us check the UPI reference on our merchant system. If it is pending, we will keep the reference and contact our payment provider. If your bank shows a debit but our system does not confirm the payment, please raise the dispute with the bank account that was debited. We will give you our complaint reference for the merchant-side check.”
This wording acknowledges the customer’s debit without promising that the merchant has been paid. It also directs each party to the record holder that can actually resolve its part of the problem.
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
Recommended Free Tools
