Dishonour directory · 2,699 words

Complete 72 CTS Cheque Bounce Codes Directory for India

Indian credit files die on return codes that clerks lump as “bounce.” This directory maps the 72-code-class used in CTS cheque, ECS and NACH clearing — with underwriter action, typical bank penalty, and Law-4 separation.

A credit committee in BKC does not ask “were there bounces?” It asks whether the borrower failed to honour a cheque he issued (inward), whether customers bounced on him (outward), whether ECS failed, whether a NACH e-Mandate or UPI Autopay failed, and whether the bank levied a return charge. Those are different credit stories. A single integer in a clerk’s Excel is how good files die and bad files sneak through.

This directory is the underwriter-facing map of the 72-code-class FinAnalyser ships in the public lookup tool: 40 CTS cheque reasons, 12 ECS reasons, 20 NACH/e-Mandate reasons. Codes are standardised labels for Indian clearing — banks may print synonyms in narration (“I/W CHQ RET”, “CHQ RETN”, “ACH RETURN CHARGES”). The job of BSA software is to map synonyms onto this taxonomy without merging instruments.

How to use this directory on a live file

  1. Extract every return and return-charge line from the PDF (including wrap lines).
  2. Classify instrument first: inward cheque, outward cheque, ECS, NACH, e-Mandate, Autopay, or charge.
  3. Map reason code / keywords (Funds Insufficient, Exceeds Arrangement, Signature Differs, Code 88).
  4. Tag severity: Critical Default vs Operational Error vs legal/willful.
  5. Sum typical penalties separately from bounce face value.
  6. Present counts unmerged to the RM.

Severity model for Indian retail and SME

Financial default (funds insufficient, exceeds arrangement, not arranged for) is fatal on most PL/BL scorecards if clustered in 90 days. Legal/willful (stop payment, account closed, court order, frozen) is a fraud/legal alert even once. Operational/technical (signature, stale, image, Code 88, invalid IFSC) can be explained — unless it repeats as a pattern that looks like stalling. Your credit policy wins; this directory only names the codes.

Formulas credit ops actually use

Dishonour metrics

MetricFormulaUse
Inward cheque countCount of I/W eventsBorrower default
Outward cheque countCount of deposit returnsCollection quality
Electronic failsECS+NACH+e-Mandate+AutopayEMI / mandate stress
Charge totalSum of return feesCost + evidence of events
90-day inwardInward events in last 90 daysFresh default

The 72-code directory

Typical penalty amounts are indicative (often ₹236 operational with GST, ₹350–₹500 financial/NACH). Banks vary. Use the PDF’s charge line when present. Search the interactive lookup at /tools/cts-cheque-bounce-code-lookup for “Code 88”, “Refer to Drawer”, “Funds Insufficient”, “Exceeds Arrangement”, or “Signature Differs.”

CTS · ECS · NACH (72)

CodeChannelMeaningUnderwriter actionTypical ₹
CTS-01CTS ChequeFunds InsufficientCritical Default Risk500
CTS-02CTS ChequeExceeds ArrangementCritical Default Risk500
CTS-03CTS ChequeEffects not cleared, present againOperational Error236
CTS-04CTS ChequeRefer to DrawerCritical Default Risk500
CTS-05CTS ChequeKindly contact drawer / drawee bank and present againOperational Error236
CTS-06CTS ChequeImage not clear — present againOperational Error236
CTS-07CTS ChequePayee's name incomplete / incorrectOperational Error236
CTS-10CTS ChequeDrawer's signature incompleteOperational Error236
CTS-11CTS ChequeDrawer's signature requiredOperational Error236
CTS-12CTS ChequeDrawer's signature differsOperational Error236
CTS-13CTS ChequeAlteration requires drawer authenticationOperational Error236
CTS-20CTS ChequePayment stopped by drawerCritical Default Risk500
CTS-21CTS ChequePayment stopped under court orderCritical Default Risk500
CTS-22CTS ChequeWithdrawal stopped — death of account holderCritical Default Risk500
CTS-23CTS ChequeWithdrawal stopped — lunacy of account holderCritical Default Risk500
CTS-24CTS ChequeWithdrawal stopped — insolvency of account holderCritical Default Risk500
CTS-30CTS ChequeInstrument outdated / stale chequeOperational Error236
CTS-31CTS ChequePost-dated instrumentOperational Error236
CTS-32CTS ChequeInstrument mutilated or tornOperational Error236
CTS-33CTS ChequeRevenue stamp required / insufficientOperational Error236
CTS-34CTS ChequeDate invalid / incomplete / ambiguousOperational Error236
CTS-35CTS ChequeNon-CTS 2010 chequeOperational Error236
CTS-40CTS ChequeAccount closedCritical Default Risk500
CTS-41CTS ChequeAccount transferred to another branchOperational Error236
CTS-42CTS ChequeNo such accountCritical Default Risk500
CTS-43CTS ChequeTitle of drawer's account defectiveCritical Default Risk500
CTS-44CTS ChequeAccount frozen / lien markedCritical Default Risk500
CTS-45CTS ChequeOperation suspended under legal attachmentCritical Default Risk500
CTS-50CTS ChequeAmount in words and figures differsOperational Error236
CTS-51CTS ChequeOverwriting / cuttings on instrumentOperational Error236
CTS-52CTS ChequePayee's endorsement required / irregularOperational Error236
CTS-53CTS ChequeCrossing irregular / crossed to two banksOperational Error236
CTS-60CTS ChequeClearing house stamp / date missingOperational Error236
CTS-61CTS ChequeBank's stamp requiredOperational Error236
CTS-62CTS ChequeEndorsement irregular / requiredOperational Error236
CTS-70CTS ChequePresentment error / wrongly deliveredOperational Error236
CTS-71CTS ChequeNot drawn on usOperational Error236
CTS-72CTS ChequePayee deceasedOperational Error236
CTS-80CTS ChequeDuplicate presentmentOperational Error236
CTS-88CTS ChequeTechnical clearing failureOperational Error236
ECS-01ECSInsufficient fundsCritical Default Risk350
ECS-02ECSAccount closedCritical Default Risk350
ECS-03ECSNo such accountCritical Default Risk350
ECS-04ECSAccount frozen / inactiveCritical Default Risk350
ECS-05ECSNot arranged forCritical Default Risk350
ECS-06ECSPayment stopped by drawerCritical Default Risk350
ECS-07ECSAccount transferredOperational Error236
ECS-08ECSMandate expiredOperational Error236
ECS-09ECSAmount exceeds ECS limitCritical Default Risk350
ECS-10ECSAccount holder deceasedCritical Default Risk350
ECS-11ECSInvalid account typeOperational Error236
ECS-12ECSDuplicate ECS transactionOperational Error236
NACH-R01NACHInsufficient fundsCritical Default Risk350
NACH-R02NACHAccount closedCritical Default Risk350
NACH-R03NACHNo such accountCritical Default Risk350
NACH-R04NACHAccount frozen / inactiveCritical Default Risk350
NACH-R05NACHNot arranged forCritical Default Risk350
NACH-R06NACHPayment stopped by drawerCritical Default Risk350
NACH-R07NACHMandate cancelled by customerCritical Default Risk350
NACH-R08NACHPayment stopped under court orderCritical Default Risk350
NACH-R09NACHAccount holder deceasedCritical Default Risk350
NACH-R10NACHMandate not registered / invalid UMRNOperational Error236
NACH-R11NACHCustomer to refer to branch / name discrepancyOperational Error236
NACH-R12NACHAccount under litigationCritical Default Risk350
NACH-R13NACHInvalid IFSCOperational Error236
NACH-R14NACHInvalid account numberOperational Error236
NACH-R15NACHAmount exceeds mandate limitCritical Default Risk350
NACH-R16NACHDuplicate transactionOperational Error236
NACH-R17NACHTechnical / file format rejectOperational Error236
NACH-R18NACHAccount type mismatchOperational Error236
NACH-R19NACHName mismatch vs mandateOperational Error236
NACH-R20NACHUser account blocked / dormantCritical Default Risk350

Narration patterns FinAnalyser maps

  • I/W CHQ RETURN-CTS … → inward cheque event
  • CHQ DEP RET / RETURNED UNCLEARED → outward cheque
  • CHQ RETN on PSU Finacle → usually inward, not NACH
  • ACH RETURN CHARGES / NACH RETURN CHARGES → electronic evidence + fee
  • AUTOPAYFAIL / EMI RETN / UMRN RETN → Autopay or NACH, not cheque
  • REFER TO DRAWER → map CTS-04 / funds class unless bank says otherwise

How to write the bounce paragraph in a credit note

Bad: “Customer has 4 bounces.” Good: “Two inward CTS-01 (funds) in June, one outward deposit return (customer cheque), one NACH-R01 on Bajaj EMI; return charges ₹1,050. No stop-payment. Operational Code 88 once in January, not repeated.” That paragraph is why this directory exists.

Automation vs the lookup tool

The free lookup is for training RMs and borrowers. The BSA engine is for the file: every page, wrap lines included, charges separated, Excel bounce ledgers. If you only look up Code 88 you will miss the CTS-01 on page 20. Drop the PDF.

Training a new RM in 45 minutes

Do not start with all 72 rows. Start with five: CTS-01 funds, CTS-02 exceeds arrangement, CTS-04 refer to drawer, CTS-20 stop payment, CTS-88 technical. Then NACH-R01 vs cheque. Then inward vs outward. Then charge vs event. Open the free lookup, type those phrases, and read the underwriter action aloud. Only then open a live PDF. The directory in this article is the reference; the lookup is the drill; the BSA sheet is the job.

Stop-payment (CTS-20 / NACH-R06) is where juniors freeze. It is not “insufficient funds.” It is willful. Account closed is not “KYC pending.” Frozen/lien is not “temporary.” If you train only funds-insufficient, you will under-react to legal codes and over-react to Code 88. That mis-weighting is how good borrowers get declined and bad ones get explanations.

Example policy maps (illustrative, not your grid)

Many retail grids: any inward funds-code in 30 days is a refer; two in 90 days is a decline; stop-payment is a decline pending legal; technical once is ignore; technical thrice is refer. SME grids weight outward returns as collection quality and inward as proprietor default. Electronic R01 on the proposed lender’s own NACH is particularly ugly — it means they already bounced on the house. None of these maps are FinAnalyser’s to set. The software’s job is to feed the map with unmerged counts.

GST-era cheques and image CTS

CTS image clearing made Code 88 and image-not-clear more common than in MICR-only folklore. Do not tell a borrower “cheques don’t bounce anymore because of UPI.” They do, and inward image returns still print I/W CHQ RETURN-CTS on HDFC and CHQ RETN on PSUs. UPI Autopay failures are a parallel rail — Autopay, not cheque. If your clerk files Autopayfail under “cheque,” your 72-code directory was wasted.

Putting the directory next to the PDF

Split screen: PDF on the left, lookup on the right, BSA bounce sheet below. When the PDF says I/W CHQ RETURN-CTS and the sheet says inward CTS-01, you are done with that line. When they disagree, read the wrap. HDFC often splits names across lines; the code is still in the first line. PSU CHQ RETN without a number still maps to inward funds class more often than to NACH. Do not overfit one bank’s folklore to another bank’s print.

For NACH, UMRN and ACH RETURN CHARGES may be the only ink. Count an electronic event. Do not also invent a cheque event. Double counting is how you look strict and still lose the appeal. Charge rupees go to the fee total, not to bounce face value.

Explaining codes to borrowers without losing the file

Borrowers hear “bounce” as insult. Speak in codes: funds insufficient versus signature versus stop-payment. Stop-payment needs a story today. Funds-insufficient needs a funding plan. Signature needs a mandate card visit. Code 88 needs a re-present, not a character certificate. The directory gives you the vocabulary. The BSA sheet gives you the dates. Together they are how you keep a good customer while still telling the RM the truth.

Presentment cycles, image CTS, and why Code 88 is not a personality test

CTS image clearing moved Indian cheque returns from MICR folklore into a coded, image-backed rail. That is why CTS-88 (technical / image) is more common than a 2009 clerk remembers, and why repeating 88s still belong on the bounce sheet even when they are not funds-insufficient. A presenter whose images keep failing is operationally noisy. A drawer whose images fail three times in a row while UPI Autopay also fails is a different story. The directory’s job is to stop you treating every return as CTS-01. The BSA sheet’s job is to date them. Together they tell the RM whether this is a printer, a mandate, or a default.

Presentment is not instant. A cheque deposited Thursday may return next cycle. Your 30-day lookback must include the return date on the statement, not the deposit date the borrower remembers. ECS legacy returns and NACH R-codes print on different days from the original debit attempt. If you count the attempt and the return as two defaults, you will over-decline. If you count neither because the charge is ₹0, you will under-decline. Event versus charge is the control: the dishonour is the event; the penalty is a fee line. FinAnalyser keeps them unmerged. Your credit note should too.

The bounce paragraph a Chola or Bajaj analyst will actually read

Four lines, not a novel: (1) inward cheque funds-codes with dates and face values; (2) outward cheque returns if this is a collection-quality SME; (3) NACH/ECS/e-Mandate/Autopay failures with UMRN or ACH strings if printed; (4) technical/image codes called out as technical, not as character. Attach the bounce ledger. Do not paste a screenshot of an Excel filter named “bounce.” If the PDF says I/W CHQ RETURN-CTS and your sheet says inward CTS-01, you are done. If they disagree, read the wrap — HDFC names often split across lines while the code stays on line one.

Law-4 separation — six rails, never one integer

RailTypical statement inkUnderwriter bucketDo not file as
Inward CTS chequeI/W CHQ RETURN, CHQ RETN, CTS-01/04Drawer defaultTechnical 88
Outward CTS chequeCHQ DEP RET, outward returnCollection qualityInward default
NACH / ACHACH RETURN, UMRN, NACH-R01Electronic mandate unpaidCheque bounce
ECS legacyECS RETURNElectronic, separate countNACH or cheque
e-Mandate / AutopayAUTOPAYFAIL, e-NACHUPI/card mandate railCTS cheque
Charge onlyBOUNCE CHG, RET CHGFee, not face valueExtra bounce event

FAQs

What is CTS-01 Funds Insufficient?

The drawing account had no cover. Treat as inward cheque default — Critical Default Risk — not as a technical reject.

Is Refer to Drawer the same as insufficient funds?

Often economically yes (CTS-04). Confirm the code. Do not file it as Operational Error without bank confirmation.

Is NACH R01 a cheque bounce?

No. It is an electronic mandate unpaid for funds. Keep NACH, ECS, inward cheque and outward cheque unmerged (Law 4).

What is Code 88?

CTS-88 is typically a technical clearing failure. Confirm it is not masking funds-insufficient. Repeat 88s still belong on the bounce sheet.

How does FinAnalyser detect these in PDFs?

Narration + wrap merge + 72-code engine. Penalty charge lines stay distinct from the dishonour event. Use the free lookup tool for a single code; use BSA for the whole statement.

Should I count the bounce charge as a second default?

No. The dishonour is the event; the penalty is a fee. Put charges in the fee total. Put face value and code on the bounce ledger. Double counting makes you look strict and still lose the appeal.

How do I treat repeating CTS-88 technical returns?

Call them technical, not funds-insufficient, unless the wrap shows a funds code. Repeat 88s are operational noise and still belong on the sheet. Three 88s plus Autopayfail is a mandate-health story, not a character certificate.

Where should a junior look up a phrase like Refer to Drawer?

The free tool /tools/cts-cheque-bounce-code-lookup prefers exact meaning (CTS-04), not a fuzzy first hit on CTS-01. Then confirm against the PDF wrap. The directory in this guide is the reference; the lookup is the drill; BSA is the job.

Related guides

Drop your PDF Statement — Free 3-Page Instant Analysis

Upload PDF