Blog/Fintech & Lending

NACH Bounce Handling: A Same-Day Workflow by Return Reason Code

Handle NACH returns by reason code on the day they arrive, so technical failures get fixed and genuine shortfalls get the right follow-up.

By Sagar Makker · 6 min read · October 2026
Apple Iphone
In short
A NACH return is not one problem; the reason code tells you whether to fix data, the mandate or contact the borrower.
Sort returns on the day they arrive and route technical failures to ops, not collections.
Track re-presentation outcomes by reason so you can fix the root cause, not just chase the EMI.
The problem

This is for heads of collections operations and loan servicing at NBFCs, microfinance institutions and digital lenders who receive daily NACH return files. Treating every return as a missed payment sends borrowers with a closed account or a mandate error into collections calls they do not deserve, while genuine shortfalls wait. This post shows how to sort returns by reason code, who should act on each group, and how to plan re-presentation and mandate fixes the same day the file lands.

The return file arrives in the morning with a long list of failed debits. The collections team receives one combined list and starts calling everyone. Some borrowers have money in their account but their mandate was never registered properly; others changed banks months ago. They get the same scripted call as someone who genuinely could not pay, and complaints follow.

Ops, meanwhile, never sees which returns came from account mismatches or expired mandates, so the same accounts fail again next month. Re-presentation happens on a fixed date regardless of reason, and bounce charges pile up on borrowers whose failure was a data problem on the lender's side.

Why it happens
01Return files are handled as one list instead of being split by reason code.
02Mandate registration errors and account changes are not routed to ops for correction.
03Re-presentation timing ignores reason, salary dates and the borrower's request.
04Bounce charges are applied even when the cause was a lender-side data error.
05No feedback loop from return reasons to onboarding and mandate setup.
How to fix it
1
Group return codes into buckets
The servicing head maps every NACH return reason code into buckets such as insufficient funds, account closed or changed, mandate issue, and technical or bank-side. Keep the mapping current against the code list published by NPCI and your sponsor bank.
2
Route each bucket same day
Ops owns mandate and account issues and starts a fresh mandate or correction the same day. Collections owns insufficient funds. Technical returns go to the sponsor bank relationship owner for re-presentation without contacting the borrower.
3
Plan re-presentation by reason
The collections operations manager sets re-presentation rules per bucket, such as aligning to the borrower's salary credit or a date they confirm. Stay within your sponsor bank's limits and the terms in the loan agreement.
4
Review charges on lender errors
Finance and servicing define when a bounce charge is waived, for example when the return code shows a mandate or data error on the lender's side. Apply the rule automatically and keep a record for audit.
5
Feed patterns back to onboarding
The servicing head reviews returns by reason, branch and onboarding channel each month. Repeated mandate errors from one channel point to setup problems, and the onboarding team should fix them at source.
Worked example
A microfinance lender splits its return file

A microfinance institution in Bhubaneswar was handing its whole NACH return file to field collections each morning. Borrowers whose mandates had failed for technical or registration reasons were being visited as defaulters, and complaints rose. The servicing head mapped return codes into four buckets and routed mandate and account issues to an ops desk that started fresh mandates the same day. Technical returns were re-presented through the sponsor bank without borrower contact, and charges were waived where the code pointed to a lender-side error. Field staff focused on genuine shortfalls, and a monthly review traced repeat mandate errors to one onboarding partner.

Common mistakes
×
Sending every return to collections
Borrowers with mandate or bank-side failures get treated as defaulters and complain. Route by reason code first, and only send genuine shortfall cases to collections.
×
Re-presenting on one fixed date
Fixed re-presentation ignores when money actually lands. Align re-presentation to salary or business cycles and borrower confirmation, within sponsor bank and agreement limits.
×
Ignoring repeat mandate failures
The same accounts fail every month if the mandate is never fixed. Track repeats and require a new or amended mandate before the next due date.
Where an AI agent helps
Input
Daily NACH return file, loan records and the reason-code bucket mapping
Agent does
Groups returns by reason, flags repeat failures, drafts mandate fixes and re-presentation lists
Human gate
Servicing lead approves re-presentation dates, charge waivers and borrower messages
Outcome
Per-team work queues and a re-presentation schedule for the sponsor bank
Checklist
Map every NACH return code into a handling bucket
Route mandate and account issues to ops the same day
Re-present technical returns without contacting the borrower
Set re-presentation rules per bucket within bank limits
Waive bounce charges where the lender caused the failure
Review repeat returns by onboarding channel monthly
What to measure
Returns by reason bucket per cycle
Re-presentation success by bucket
Repeat mandate failures per month
Bounce charges waived for lender errors
Questions
Where do we get the current NACH return reason codes?

Your sponsor bank and the NPCI documentation they share list the codes. Ask the sponsor bank for the current list and any recent changes, and review your bucket mapping whenever it is updated.

How many times can we re-present a failed NACH debit?

Limits depend on your sponsor bank, network rules and loan agreement terms. Confirm the current position with your sponsor bank and compliance team, and write the limit into your re-presentation rules.

Should we call the borrower for every insufficient funds return?

A short, polite reminder by WhatsApp or SMS often works first. Escalate to a call based on borrower history and amount. Follow the fair practices code and your collections policy on timing and tone.

How do we handle a borrower who changed bank accounts?

Treat it as an ops task, not a collections case. Send a new mandate link, confirm registration before the next due date, and record the old mandate's cancellation to avoid duplicate debits.

Keep reading
All posts →
Apple IphoneFintech & Lending
Early-Bucket Collections Outreach Borrowers Don't Resent
5 min readRead →
Accounting FinanceFintech & Lending
Loan Restructuring Requests: A Fair, Documented Review From Ask to Decision
7 min readRead →
Creditcard MoneyFintech & Lending
Finding and Fixing Lead-to-Disbursal Leakage in Digital Lending
5 min readRead →
Next step

Want this fixed in your business?

Send the workflow. You get a scope and a fixed price within two working days — or a straight answer that it isn't a fit.

Secure by default · find → fix → verify · authorised scope only
Send a brief →enquiry@xdqlabs.com