Cheque Truncation System (CTS) Explained — भारत में Cheque Clearing Actually कैसे Work करती है (2026)

जब Reserve Bank of India बोलता है "आपका cheque T+1 में clear हुआ", actually ये हुआ था: आपके cheque की high-resolution image एक private banking network पर travel करके drawee bank के account ledger से match हुई, और पैसे move हो गए — जबकि आपका physical cheque presenting branch के metal tray में बैठा रहा और कहीं नहीं गया.

ये है cheque truncation. Truncation = paper movement बंद करो, image भेजो. India इसे nationally 2010 से कर रहा है, और यही single biggest reason है कि 2008 में 21 days में clear होने वाले cheques अब 24–48 hours में clear होते हैं.

ये post process explainer है — cheque-paper standard नहीं (वो है post #16 — CTS-2010 format) — पर actual infrastructure जो हर working day India भर में cheque value move करता है.

CTS ने कौन सी Problem Solve की

Pre-2010, यहाँ था कि Mumbai में deposit किया हुआ Surat HDFC account का cheque actually कैसे clear होता था:

1. आपने Mumbai में अपने bank में cheque deposit किया.
2. आपके bank ने उसे physically हज़ारों और cheques के साथ batch किया, Surat-region banks के लिए.
3. Batch courier (और कभी-कभी air-cargo) से local clearing house गया.
4. Clearing house से, एक और physical batch HDFC की Surat branch गई.
5. HDFC Surat ने verify किया, account debit किया, paper acknowledgment same courier chain से वापस भेजा.
6. आपके bank ने आपका account credit किया.

इसमें 7 से 21 working days लगते थे. Outstation cheques routinely और लंबे time लेते थे. System absurd amounts courier costs, lost cheques, और dispute resolution पर burn करता था.

RBI ने February 2008 में National Capital Region (NCR) में pilot run किया, 2011 में Chennai grid में expand किया, 2013 में Mumbai grid में, और finally April 2021 तक सब एक single national grid में consolidate कर दिया. उस point से, physical cheques presenting bank के region से बाहर नहीं जाते.

Counter पर Actually क्या होता है

Modern flow, step by step, एक cheque के लिए जो Monday morning 11 AM पर Pune की SBI branch में deposit हुआ, Bengaluru की ICICI Bank account पर drawn:

Step 1 — Capture (presenting bank, deposit branch)

• Teller आपका cheque लेता है और CTS-2010 compliant scanner से run करता है. Scanner तीन images capture करता है: cheque का front, back, और एक separate higher-resolution MICR-band image. Cheque का MICR codeline (post #6 में explained) scanner के magnetic head से read होता है — OCR नहीं — और routing data में parse होता है.
• Physical cheque एक sealed pouch में जाता है जिस पर date, branch, और batch number labelled होते हैं. वो presenting branch पर regulatory retention period (typically 8–10 years) के लिए stored रहता है और कभी move out नहीं होता.

Step 2 — CTS grid पर Transmission

• Presenting bank तीनों images plus parsed MICR data RBI के national CTS grid पर secure SFMS (Structured Financial Messaging System) network के through upload करता है. Encryption end-to-end है, message-level integrity verified है, और हर cheque image पर capturing institution का digital signature होता है.

Step 3 — Grid पर Routing

• CTS grid system MICR codeline parse करता है. पहले 3 digits city identify करते हैं, अगले 3 bank, अगले 3 branch. Grid image को drawee bank (हमारे example में ICICI Bengaluru) को usually capture के seconds में route कर देता है.

Step 4 — Drawee Bank Verification

• ICICI Bengaluru का CTS application automated checks perform करता है: signature match (stored specimen के against), funds availability, post-dated/stale-date validation, stop-payment list lookup, account status (active / dormant / frozen).
• अगर सब match करता है और funds available हैं, cheque PAY mark होता है. कुछ भी wrong हो, RETURN mark होता है reason code के साथ (देखें "irregular drawing", "insufficient funds", "signature mismatch", "account closed" — full list RBI के Cheque Return Reason Code matrix में है).

Step 5 — Settlement

• अगले clearing window पर (consolidated national grid के तहत per day multiple), सभी PAY-marked cheques presenting और drawee banks के बीच bilaterally settle होते हैं RBI के settlement infrastructure के through. Drawee bank issuer का account debit करता है; presenting bank depositor का account credit करता है.
• हमारे Pune→Bengaluru example में, Monday 11 AM deposit typically Tuesday morning को credit होता है. इसलिए T+1 clearing time अब default है.

Step 6 — Return Handling (if applicable)

• RETURN cheques के लिए, drawee bank का reason code same grid के through presenting bank को वापस travel करता है. Presenting bank depositor का account debit back करता है (अगर provisionally credit किया था "credit on realization" के तहत), और physical return memo depositor को reason के साथ वापस जाता है. Original cheque image system में रहता है; paper original presenting branch के metal tray में रहता है.

Three-Grid → One-Grid Consolidation Matter क्यों किया

2010 और 2021 के बीच India तीन separate CTS grids run करता था:

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

Mumbai में deposit पर Chennai bank drawn cheque को अभी भी दो grids traverse करने पड़ते थे, जो latency और reconciliation complexity add करता था. April 2021 में, RBI ने merger complete किया single national CTS grid में, एक logical system के तौर पर. Same-region और cross-region cheques अब same path follow करते हैं.

इसीलिए "outstation cheque" 2026 में largely vestigial term है. Mumbai vs Bengaluru में Bengaluru-drawn cheque deposit करने में कोई practical difference नहीं है — दोनों national grid के through same T+1 path लेते हैं.

Image Quality Standard का Part है

CTS process image legibility पर depend करता है. RBI के specifications require करते हैं:

• Greyscale capture के लिए minimum 200 DPI resolution, binary के लिए 100 DPI.
• MICR codeline read accuracy ≥ 99.5%.
• Image compression जो signature stroke fidelity preserve करे.
• हर transmitted image पर anti-tamper checksums.

इसीलिए CTS-2010 cheque paper में specific security features हैं — VOID pantograph, microprinting, watermark — designed CTS scanners के तहत correctly render करने के लिए और tampering flag करने के लिए जब वो नहीं करते.

Poorly printed cheques, faded ink, photocopies, या कुछ भी जो badly scan होता है, upstream capture step पर rejected हो जाता है. Teller का scanner upload के लिए cheque accept भी नहीं करेगा. यही एक reason है कि Cheqify से digital cheque printing time save करता है — ink density, alignment, और MICR placement default CTS-grade हैं.

Businesses के लिए इसका मतलब क्या है

कुछ practical implications जो ज़्यादातर SMB owners realize नहीं करते:

• Geography अब आपको slow नहीं करती. Pune client से Bengaluru bank drawn cheque उतनी ही fast clear होता है जितना Pune client से Pune bank drawn. दोनों T+1.
• Cut-off times location से ज़्यादा matter करते हैं. अगर आप अपनी presenting branch पर late-afternoon settlement window miss करते हैं, cheque next day तक बैठा रहता है same grid में भी.
• Saturdays अभी भी ज़्यादातर count नहीं होते. RBI clearing weekdays और 2nd / 4th Saturdays (non-banking) पर operate करती है. Sundays और 1st/3rd/5th Saturdays clear नहीं होते.
• Stop-payment instructions drawee bank पर process होती हैं, grid पर नहीं. अगर आपने cheque issue किया है और stop करना है, request अपने bank (drawee) पर lodge करें image वहाँ पहुँचने से पहले — presenting bank पर नहीं. (Full stop-payment guide.)
• Physical cheque evidence है. CTS के बाद भी, paper original presenting branch पर सालों रहता है. Dispute या Section 138 case (NI Act explainer) में, bank court order पर original cheque produce कर सकता है.

CTS vs RTGS, NEFT, और UPI

CTS RTGS/NEFT/UPI के same sense में payment rail नहीं है. Cheque अभी भी instrument है; CTS clearing mechanism है जो cheque की image को banking system से move करता है. Money flow अभी भी RBI के settlement infrastructure पर है, पर trigger paper cheque है, electronic instruction नहीं. वो distinction legally matter करती है — CTS-cleared cheque underlying instrument का सारा Section 138 leverage, paper-trail evidence, और reversibility windows retain करता है. (Cheque vs UPI/NEFT/RTGS.)

One-line summary चाहिए: CTS ने cheques को digital बनाया without उनकी cheque-ness ले लिए.

Speed Bumps पर एक Brief Note

CTS perfect नहीं है. Real-world friction जो businesses अभी भी hit करते हैं:

• Signature-based return rates meaningful रहती हैं — 1.5–3% cheques signature mismatch या related drawing issues पर returned होते हैं. इसीलिए cheques correctly fill करना इतना matter करता है.
• Image quality rejections latency add करते हैं. Faded या smudged cheque capture step पर rejected हो सकता है, paper original की re-deposit require करता है.
• Cross-grid edge cases अभी भी exist करते हैं state cooperative banks और small number of urban cooperatives के लिए जो fully national grid में integrated नहीं हैं.
• Holidays region-to-region differ करते हैं national grid के साथ भी — Maharashtra-specific holidays Pune bank drawn cheque की clearance delay कर सकते हैं भले ही Bengaluru में deposit हुआ था.

ये Backbone Matter क्यों करता है

CTS Indian banking की most underrated infrastructure wins में से एक है. इसने economically rational बनाया cheques को उन सात B2B scenarios के लिए legal instrument of choice के तौर पर रखना जहाँ cheques अभी भी digital को beat करते हैं. CTS के बिना, हर साल 30 crore cheques clear करने की operational cost businesses को legal preference regardless UPI/NEFT/RTGS पर fully push कर देती. CTS के साथ, cheque instrument अपना सारा legal weight retain करता है जबकि clear होने में सिर्फ़ working day लेता है, image-based, encrypted, end to end auditable.

अगली बार कोई कहे cheques "old technology" हैं, उन्हें ये point कर देना. Instrument old है. Clearing world के most modern interbank settlement systems में से एक है.