Skip to main content
Symptom · 6 min read

Why Does My Bank Statement Show One NACH Credit for Many Customers?

The bank statement shows one NACH credit because the batch settles in aggregate. Only the settlement and return files, keyed by UMRN, tell you which customers actually paid.

Terra Insight
Terra Insight Editorial Team Reconciliation Infrastructure

Content authored by practitioners with experience at Amazon India, Intuit QuickBooks, and the Tata Group. Meet the team →

Published 14 October 2026
Domain expertise
TDS Reconciliation GST Input Credit Platform Settlements NACH Batch Matching Bank Reconciliation Form 26AS Matching ERP Integrations Enterprise Finance Ops
Knowledge Card
Problem

A business sees one NACH credit for a whole batch of customer debits and cannot tell from the statement who paid and who did not.

How It's Resolved

NACH settles successful debits as one aggregate credit; failures come back in a return file; customer-level receipts come only from the settlement and return files keyed by UMRN.

Configuration

Presentation file, settlement or response file and return file for each batch, a UMRN-to-customer map, and the bank statement credit.

Output

Each batch credit split to customers, every failure flagged by UMRN, and the batch closed only when files and bank agree.

A NACH collection batch settles as one total credit for all the debits that succeeded, while the failed ones come back separately in a return file. So your bank statement shows a single line for many customers. The statement alone cannot tell you who paid; the settlement and return files, matched by UMRN (Unique Mandate Reference Number), can.

What does the timeline of one batch look like?

  1. Due date (Day 0). Your sponsor bank presents a file of debits, one per customer mandate, to NPCI.
  2. Settlement. Customers’ banks process their debits. NPCI settles the successful ones and your sponsor bank credits you one total.
  3. Returns (typically Day 1 or Day 2). Debits that failed come back in a return file with a reason for each.

The bank credit can land before you know every result. That is why a credit is never proof that a particular customer paid.

Why does one credit hide many customers?

CauseWhat happensWhich file proves it
Aggregate settlementAll successful debits credited as one amountSettlement or response file
Separate returnsFailed debits never reach the creditReturn file
Later-day returnsA return arrives after the first fileLater return file or final status
Partial batchesThe bank splits a large batch into two creditsSponsor bank batch report
Sponsor-bank nettingCharges deducted before the creditBank charge advice

How do I split the credit into customers?

Use the files, not the narration:

  1. Take the presentation file: list of UMRNs, customers and amounts presented.
  2. Mark each UMRN as success or returned using the response and return files.
  3. Total the successes. This should equal the bank credit, less any netted charges.
  4. Post each successful amount to that customer’s or loan account.
  5. Leave returned debits as overdue and follow up.

Use the UMRN as the key. Names and amounts can repeat; the UMRN identifies one mandate.

Worked example: three EMIs, one credit

On Friday, 6 November, a small lender presents three EMIs:

CustomerUMRN (shortened)Amount
A…4411₹12,500
B…7820₹8,000
C…1093₹15,000
Total presented₹35,500

The bank statement shows one NACH credit of ₹27,500. On Monday, 9 November, the return file shows customer B’s ₹8,000 was returned for insufficient balance.

Check: ₹35,500 − ₹8,000 = ₹27,500. The credit agrees.

Entries:

  • Bank debit ₹27,500.
  • Customer A credit ₹12,500.
  • Customer C credit ₹15,000.
  • Customer B stays overdue at ₹8,000; the sponsor bank may also charge a return fee (plus 18% GST on the fee) that you book as bank charges.

If you had posted the ₹27,500 by guessing from the narration, you might have marked B as paid and missed the return.

What if the files and the credit do not agree?

Look for a return that arrived later, a batch split across two credits, a charge netted off, or a debit from another batch date. Under Section 25 of the Payment and Settlement Systems Act 2007, a mandate debit that fails for insufficient funds can carry legal consequences for the customer, so your return records also need to be accurate and dated.

A quick checklist for every batch

  1. Total presented equals successes plus returns.
  2. Successes equal the bank credit, after any netted charges.
  3. Every return has a reason and a follow-up owner.
  4. No customer is marked paid until the final status is in.
  5. The batch is closed only when all four agree.

NACH reconciliation is on the TransactIG roadmap; see NACH batch reconciliation and bank reconciliation software for bank-to-books matching today.

Primary reference: NPCI: NACH product overview — NPCI runs NACH as a centralised batch system for high-volume recurring debits and credits, settled through sponsor banks..

Frequently Asked Questions

Why is there only one NACH credit for all my customers?
NACH settles a debit batch as one aggregate amount to your sponsor bank account. Your bank shows that total, not each customer's payment.
Where do I see which customers paid?
In the settlement or response file your sponsor bank or gateway provides, listed by UMRN. Failed debits appear in the return file.
When does the return file arrive?
Typically a business day or two after presentation. Some returns can arrive later than the first file, so wait for the bank's final status before closing the batch.
Can I post receipts from the bank narration?
No. The narration usually names only the batch or the sponsor bank. Post each customer's receipt from the settlement file, matched by UMRN to the customer or loan account.
What if the files do not add up to the bank credit?
Check for later returns, partial batches, charges netted by the sponsor bank and debits from another batch date. The difference must be explained before the batch is closed.

See how TransactIG handles reconciliation for your industry

Configuration takes 2–4 weeks. No code development required. ISO 27001:2022 certified.