Cheque Truncation System (CTS) Explained — How India's Cheque Clearing Actually Works (2026)

When the Reserve Bank of India says "your cheque cleared in T+1", what actually happened is this: a high-resolution image of your cheque travelled across a private banking network, got matched against your drawee bank's account ledger, and the money moved — while your physical cheque sat in a metal tray at the presenting branch and never went anywhere.

That's cheque truncation. Truncation = stop the paper movement, send the image. India's been doing it nationally since 2010, and it's the single biggest reason cheques cleared in 21 days in 2008 and clear in 24–48 hours now.

This post is the process explainer — not the cheque-paper standard (that's post #16 — CTS-2010 format) — but the actual infrastructure that moves cheque value across India every working day.

The Problem CTS Solved

Pre-2010, here's how a Mumbai-deposited cheque drawn on a Surat HDFC account actually cleared:

1. You deposited the cheque at your bank in Mumbai.
2. Your bank physically batched it with thousands of others bound for Surat-region banks.
3. The batch went by courier (and occasionally by air-cargo) to the local clearing house.
4. From the clearing house, another physical batch went to HDFC's Surat branch.
5. HDFC Surat verified, debited the account, sent a paper acknowledgment back via the same courier chain.
6. Your bank credited your account.

This took anywhere from 7 to 21 working days. Outstation cheques routinely took longer. The system burned absurd amounts of money on courier costs, lost cheques, and dispute resolution.

RBI ran a pilot in the National Capital Region (NCR) starting February 2008, expanded to the Chennai grid in 2011, the Mumbai grid in 2013, and finally consolidated everything into a single national grid by April 2021. From that point onward, physical cheques don't leave the presenting bank's region.

What Actually Happens at the Counter

Here's the modern flow, step by step, for a cheque deposited Monday morning at 11 AM at an SBI branch in Pune, drawn on an ICICI Bank account in Bengaluru:

Step 1 — Capture (presenting bank, deposit branch)

• The teller takes your cheque and runs it through a CTS-2010 compliant scanner. The scanner captures three images: the front of the cheque, the back, and a separate higher-resolution MICR-band image. The cheque's MICR codeline (explained in post #6) is read by the scanner's magnetic head — not the OCR — and parsed into routing data.
• The physical cheque goes into a sealed pouch labelled with the date, branch, and batch number. It's stored at the presenting branch for the regulatory retention period (typically 8–10 years) and is never moved out.

Step 2 — Transmission to the CTS grid

• The presenting bank uploads the three images plus the parsed MICR data to RBI's national CTS grid via the secure SFMS (Structured Financial Messaging System) network. Encryption is end-to-end, message-level integrity is verified, and every cheque image carries a digital signature from the capturing institution.

Step 3 — Routing at the grid

• The CTS grid system parses the MICR codeline. The first 3 digits identify the city, the next 3 identify the bank, the next 3 the branch. The grid routes the image to the drawee bank (ICICI Bengaluru in our example) usually within seconds of capture.

Step 4 — Drawee bank verification

• ICICI Bengaluru's CTS application performs automated checks: signature match (against the stored specimen), funds availability, post-dated/stale-date validation, stop-payment list lookup, account status (active / dormant / frozen).
• If everything matches and funds are available, the cheque is marked PAY. If anything is wrong, it's marked RETURN with a reason code (see "irregular drawing", "insufficient funds", "signature mismatch", "account closed" — the full list is the RBI's Cheque Return Reason Code matrix).

Step 5 — Settlement

• At the next clearing window (multiple per day under the consolidated national grid), all PAY-marked cheques are settled bilaterally between the presenting and drawee banks via RBI's settlement infrastructure. The drawee bank debits the issuer's account; the presenting bank credits the depositor's account.
• In our Pune→Bengaluru example, a Monday 11 AM deposit typically credits on Tuesday morning. Hence the T+1 clearing time that's now the default.

Step 6 — Return handling (if applicable)

• For RETURN cheques, the drawee bank's reason code travels back to the presenting bank via the same grid. The presenting bank debits back the depositor's account (if it was provisionally credited under "credit on realization"), and a physical return memo goes back to the depositor with the reason. The original cheque image stays in the system; the paper original stays in the metal tray at the presenting branch.

Why the Three-Grid → One-Grid Consolidation Mattered

Between 2010 and 2021, India ran three separate CTS grids:

• CTS-Mumbai — covering western India.
• CTS-Chennai — covering southern India.
• CTS-Delhi — covering northern India.

A cheque deposited in Mumbai but drawn on a Chennai bank still had to traverse two grids, which added latency and reconciliation complexity. In April 2021, RBI completed the merger into a single national CTS grid, run as one logical system. Same-region and cross-region cheques now follow the same path.

This is why "outstation cheque" is largely a vestigial term in 2026. There's no practical difference between depositing a Bengaluru-drawn cheque in Mumbai versus Bengaluru — both take the same T+1 path through the national grid.

Image Quality Is Part of the Standard

The CTS process depends on image legibility. RBI's specifications require:

• Minimum 200 DPI resolution for greyscale capture, 100 DPI binary.
• MICR codeline read accuracy ≥ 99.5%.
• Image compression that preserves signature stroke fidelity.
• Anti-tamper checksums on every transmitted image.

This is why CTS-2010 cheque paper has specific security features — VOID pantograph, microprinting, watermark — designed to render correctly under CTS scanners and flag tampering when they don't.

Poorly printed cheques, faded ink, photocopies, or anything that scans badly gets rejected upstream at the capture step. The teller's scanner won't even accept the cheque for upload. This is one of the reasons digital cheque printing through Cheqify saves time — the ink density, alignment, and MICR placement are CTS-grade by default.

What This Means for Businesses

A few practical implications most SMB owners don't realize:

• Geography doesn't slow you down anymore. A cheque from a Pune client drawn on a Bengaluru bank clears as fast as one from a Pune client drawn on a Pune bank. Both T+1.
• Cut-off times matter more than location. If you miss the late-afternoon settlement window at your presenting branch, the cheque sits till the next day even within the same grid.
• Saturdays still mostly don't count. RBI clearing operates on weekdays and the 2nd / 4th Saturdays (non-banking). Sundays and 1st/3rd/5th Saturdays don't clear.
• Stop-payment instructions are processed at the drawee bank, not the grid. If you've issued a cheque and want to stop it, lodge the request at your own bank (the drawee) before the image arrives there — not at the presenting bank. (Full stop-payment guide.)
• The physical cheque is evidence. Even after CTS, the paper original lives at the presenting branch for years. In a dispute or a Section 138 case (NI Act explainer), the bank can produce the original cheque on a court order.

How CTS Differs from RTGS, NEFT, and UPI

CTS isn't a payment rail in the same sense as RTGS/NEFT/UPI. The cheque is still the instrument; CTS is the clearing mechanism that moves the cheque's image through the banking system. The money flow is still on RBI's settlement infrastructure, but the trigger is a paper cheque, not an electronic instruction. That distinction matters legally — a CTS-cleared cheque retains all the Section 138 leverage, paper-trail evidence, and reversibility windows of the underlying instrument. (Cheque vs UPI/NEFT/RTGS.)

If you wanted a one-line summary: CTS made cheques digital without taking away their cheque-ness.

A Brief Note on Speed Bumps

CTS isn't perfect. Real-world friction that businesses still hit:

• Signature-based return rates remain meaningful — 1.5–3% of cheques get returned for signature mismatch or related drawing issues. This is why filling cheques correctly matters so much.
• Image quality rejections add latency. A faded or smudged cheque might be rejected at the capture step, requiring a re-deposit of the paper original.
• Cross-grid edge cases still exist for state cooperative banks and a small number of urban cooperatives not fully integrated into the national grid.
• Holidays differ region-to-region even with the national grid — Maharashtra-specific holidays can delay clearance for a cheque drawn on a Pune bank even if it was deposited in Bengaluru.

Why This Backbone Matters

CTS is one of the most underrated infrastructure wins of Indian banking. It made it economically rational to keep cheques as the legal instrument of choice for the seven B2B scenarios where cheques still beat digital. Without CTS, the operational cost of clearing 30 crore cheques per year would have pushed businesses fully onto UPI/NEFT/RTGS regardless of legal preference. With CTS, the cheque instrument retains all its legal weight while taking only a working day to clear, image-based, encrypted, auditable end to end.

Next time someone tells you cheques are "old technology", point them at this. The instrument is old. The clearing is one of the most modern interbank settlement systems in the world.