Collecting money gets most of the attention, but for a business the outbound side can be the more stressful one. A supplier is waiting to dispatch, an employee needs their salary, a customer wants their refund, and the transfer you sent an hour ago still says "processing". The temptation is to send it again. That's the one thing not to do until you know what happened to the first one.
This guide explains what a pending payout means, how long each payment rail should take under RBI's rules, what usually holds a transfer up, and how to resolve it cleanly. It's written for finance and operations teams sending payouts through a bank or a payouts API.
What "pending" means for a payout
A payout is pending when the instruction has left you but the final answer hasn't come back. The money may already be in the beneficiary's account, still travelling between banks, or about to be returned. Your system simply doesn't know yet.
| Status | What it means | What to do |
|---|---|---|
| Created or queued | Accepted by your provider, not yet sent to the bank | Wait; check your payout balance is funded |
| Processing or pending | Sent to the banking system; final result not yet known | Wait for the result; don't resend |
| Success | The beneficiary's bank confirmed the credit, usually with a UTR | Share the UTR if the beneficiary can't see it |
| Failed | The transfer didn't go through; money stays with you or comes back | Fix the cause, then send again |
| Reversed or returned | It went out but the beneficiary bank sent it back | Check the return reason, fix the details, resend |
LILPE Payouts, for example, shows each payout as initiated, processing, success or failed on the dashboard and through webhooks; other providers use similar stages under their own names. What matters is the difference between "not final yet" and "final".
How long each rail should take
Which payment rail carried the payout decides what "too long" means. RBI sets these timelines:
| Rail | Credit expected | If it can't be credited | If the bank is late |
|---|---|---|---|
| IMPS | Instant, 24x7 | Reversal to the sender by T + 1 day if the beneficiary isn't credited | ₹100 per day after T + 1 |
| UPI | Instant, 24x7 | Reversal by T + 1 day for a failed transfer to a person | ₹100 per day after T + 1 |
| NEFT | Within 2 hours of the half-hourly batch it settles in, 24x7 | Returned to the sender within 2 hours of the batch | Penal interest at RBI's repo rate plus 2% |
| RTGS | Within 30 minutes, 24x7 | Returned within 1 hour (or by the end of the RTGS business day, if earlier) | Compensation at the repo rate plus 2% |
T is the day of the transaction, counted in calendar days. These are the outer limits; most payouts complete far faster. A payout still pending well past these windows needs chasing. For a closer look at the three bank transfer rails, see our comparison of IMPS, NEFT and RTGS; if you sent a single IMPS transfer from your own bank account, our guide to IMPS transaction pending is written for that case.
Why payouts get stuck
Most pending payouts trace back to one of a few causes:
- The beneficiary's bank is slow or down. The instruction reached it, but the response didn't come back in time. These usually resolve on their own, one way or the other.
- A timeout somewhere between banks. The sending side doesn't know whether the credit happened, so the transfer waits for confirmation or a status check.
- Wrong or invalid details: an account number with a typo, a wrong IFSC, or a UPI ID that doesn't exist. These end as failed or returned.
- The beneficiary's account can't take the credit: closed, frozen, dormant, or a type that doesn't accept this kind of transfer.
- Limits: IMPS has a ₹5 lakh per-transaction limit on most channels, and RTGS needs at least ₹2 lakh. Your bank or provider may also set its own limits.
- Your side: an unfunded payout balance, a payout held for an internal approval, or your provider's risk checks on an unusual payout.
What to do, step by step
Work through these in order. The aim is a final status before any second attempt.
- Check the payout's current status through your provider's dashboard or status API, not only the last webhook you received.
- Note the rail, the time it was sent and the deadline from the table above. If you're still inside it, wait.
- If it shows success, get the UTR. Give it to the beneficiary, who can ask their bank to trace the credit with it. Our guide to UTR and RRN reference numbers explains what they are.
- If it shows failed or reversed, read the reason, correct the details, and send a new payout.
- If it's past the deadline and still pending, raise it with your provider or bank, quoting the payout ID, amount, beneficiary and time.
"The payout succeeded but they haven't received it"
A success status with a UTR means the beneficiary's bank confirmed the credit. If the beneficiary still can't see it, the likeliest explanations are on their side: they're looking at a different account, the statement hasn't refreshed, or the narration doesn't look like what they expected. Send them the UTR, the amount, the date and time, and the account number you paid (masked). Their bank can find the credit with the UTR.
A failed payout: where does the money go?
If a payout fails before leaving your provider, the money never leaves your payout balance. If it reaches the banking system and the beneficiary's bank can't credit it, it's returned to the sending account within the rail's window, and your provider credits it back to your balance. In both cases, check the reversal appears in your statement before you send again, and reconcile it as its own entry.
Telling the beneficiary
A short, specific message heads off most anxious follow-ups:
- If pending: "Your payment of ₹X was sent on [date, time] by [IMPS/NEFT]. It's being confirmed by the banks; we'll send you the reference as soon as it completes."
- If successful: "Your payment of ₹X was credited on [date] with reference (UTR) [number]. If you can't see it, please share this reference with your bank."
- If failed: "Your payment couldn't be credited because [reason]. Please confirm your account details and we'll resend."
Preventing stuck and failed payouts
Most failed payouts are preventable, and the rest are easier to handle with the right set-up:
- Validate beneficiary accounts before the first payout. A penny drop check confirms the account exists and returns the name held by the bank. For RTGS and NEFT, banks have also offered a free beneficiary account name look-up to their customers since April 2025.
- Pick the rail for the job: IMPS or UPI for urgent, smaller amounts; NEFT for routine transfers; RTGS for large ones.
- Keep your payout balance funded ahead of payout runs, and schedule large runs when you can watch them.
- Use an idempotency key on every payout request, so a retry after a timeout can't pay twice.
- Take statuses from signed webhooks and confirm stuck ones through the status API. Our guide to payment gateway webhooks covers doing this reliably; the same rules apply to payouts.
- Reconcile payouts daily against your bank statement, matching on UTR.
Our payouts guide covers sending money to bank accounts and UPI IDs across rails, including payout statuses and beneficiary validation.
Frequently asked questions
How long can a payout stay pending?
It depends on the rail. IMPS and UPI transfers should be credited instantly, with a failed credit reversed by the next day. NEFT should credit within two hours of the batch it settles in, and RTGS within 30 minutes. A payout pending well past these windows should be raised with your provider or bank.
Should I resend a payout that's stuck in processing?
No. Wait for a final status. If the first one succeeds after you resend, you'll have paid twice. If you must retry automatically, reuse the same idempotency key so the duplicate is rejected.
The payout shows success but the beneficiary says it hasn't arrived. What now?
Share the UTR, amount, date and time with the beneficiary. A success status means their bank confirmed the credit, and their bank can locate it with the UTR.
Where does the money go if a payout fails?
Back to you. If it failed before leaving your provider, it stays in your payout balance; if the beneficiary's bank couldn't credit it, it's returned within the rail's window and credited back. Check the reversal before sending again.
Official sources
- RBI — Harmonisation of Turn Around Time and customer compensation for failed transactions (20 Sep 2019)IMPS and UPI person-to-person: reversal by T + 1 where the beneficiary isn't credited; ₹100 per day after that.
- RBI — FAQs on NEFT24x7 in half-hourly batches; credit within two hours of batch settlement; return within two hours; penal interest at repo rate plus 2%.
- RBI — FAQs on RTGS24x7 since 14 December 2020; ₹2 lakh minimum; credit within 30 minutes; return within one hour or by end of the RTGS business day; compensation at repo rate plus 2%.
- NPCI — IMPS overview and FAQsPer-transaction limit of ₹5 lakh for all channels except SMS and IVR.
- RBI — Introduction of Beneficiary Bank Account Name Look-up Facility for RTGS and NEFT Systems (30 Dec 2024)Banks to offer free name look-up through internet and mobile banking and at branches by 1 April 2025.
Last reviewed . Examples, amounts and screens marked illustrative are not LILPE figures.
