Cheque issue register — क्या record करें, और auditors इसे क्यों माँगते हैं (2026)

Audit season, एक Tuesday की दोपहर. Table के उस पार बैठा article clerk bank statement से एक line पढ़ता है: cheque number 004312, ₹1,86,000, 4 March को debit. फिर सवाल. "ये payment किस लिए थी?"

अगर answer "देखकर बताता हूँ" से शुरू होता है और चालीस minute बाद तीन cheque books की counterfoils पलटते हुए ख़त्म होता है — जिनमें से दो ख़त्म हो चुकी हैं, ऐसे drawer में filed जिस पर कोई label नहीं — तो problem किसी की memory नहीं है. Business के पास cheque issue register है ही नहीं.

ये post वही unglamorous fix है. Register क्या है, उसे exact कौन से columns चाहिए, वो payment voucher से कैसे pair होता है, उसके आसपास के वो controls जो cheque misuse को actually रोकते हैं, और उसका best version हाथ से maintain क्यों नहीं होता. ये cheque lifecycle management का accounts-desk वाला सिरा है — ये जानना कि book और bank statement के बीच हर leaf कहाँ खड़ी है, जिस भी दिन पूछा जाए.

तीन सवाल, एक कमज़ोर system

Auditor के cheque वाले सवाल के हमेशा तीन हिस्से होते हैं, भले वो एक sentence में आए. Cheque 004312 किस लिए था? किसने approve किया? Clear हुआ या नहीं?

अब देखिए आपके answers अभी कहाँ रहते हैं. Ledger ₹1,86,000 एक creditor के account में record करता है — पर usually instrument number नहीं, और approval तो कभी नहीं. Bank statement कहता है "4 March को debited" — cleared, हाँ; क्यों, नहीं. Counterfoil, अगर उस सुबह भरी भी गई थी, तो जल्दबाज़ी की handwriting में एक payee name देती है और कुछ नहीं.

तीन sources. कोई complete नहीं. और इन तीनों को जोड़ना ही वो चालीस-minute वाली hunt है — auditor जो भी cheque sample करे, हर एक के लिए repeat.

Cheque issue register तीनों answers को एक line पर रख देता है. बस यही पूरा idea है. एक running record, हर leaf की एक row, cheque book आने के दिन से उसके आख़िरी cheque के clear होने तक.

Counterfoil एक register नहीं है

साफ़ कहना ज़रूरी है, क्योंकि ज़्यादातर छोटे businesses genuinely मानते हैं कि counterfoil ही उनका register है.

नहीं है, पाँच वजहों से. वो per-book है — आपकी history हर उस book में बिखरी है जो आपने कभी ख़त्म की. वो non-searchable है — एक payee ढूँढने का मतलब हर stub पढ़ना. वो सिर्फ़ उतना record करती है जितना लिखने वाले ने दो-inch की जगह में scribble किया — जो दिन के दसवें cheque के बाद अक्सर सिर्फ़ एक amount होता है. उस पर कोई status नहीं — counterfoil एक जैसी दिखती है चाहे cheque clear हुआ हो, bounce हुआ हो, या अभी भी किसी की drawer में पड़ा हो. और book ख़त्म होते ही वो किसी cupboard में ग़ायब हो जाती है, अपनी दस seconds की history समेत.

Counterfoils एक backup हैं, system नहीं. भरते रहिए. बस उन्हें record मत समझिए.

वो columns जो अपनी जगह deserve करते हैं

ये रहा format — नीचे का हर column इसलिए exist करता है क्योंकि future का कोई सवाल उसे माँगता है. Ruled register, Excel sheet, या software: fields वही हैं.

दो habits इस format को काम का बनाती हैं. हर leaf की एक row — cancelled वाली भी, क्योंकि missing row मतलब missing cheque, और missing cheque मतलब control failure. और status column cheque के move करते ही update — year end पर reconstruct नहीं. "Issued" मतलब लिखा और sign हुआ. "Handed over" मतलब office से निकला. "Presented" मतलब clearing में पहुँचा. फिर cleared, या returned — दोनों case में date के साथ.

वो status column ही register की पूरी personality है. उसके बिना आपके पास एक list है. उसके साथ आपके पास outstanding liabilities का live map है, cheque-by-cheque.

Payment voucher — register का दूसरा आधा

Register जानबूझकर क्यों को सिर्फ़ चंद words में record करता है. पूरी कहानी payment voucher पर रहती है, और दोनों documents एक-दूसरे की तरफ़ point करते हैं.

काम का बँटवारा: voucher approval carry करता है — पीछे stapled invoice या bill, account head, sanction करने वाला signature, date. Register instrument carry करता है — number, payee, amount, status. Voucher number register की row में जाता है; cheque number voucher पर. एक link, दो बार लिखा हुआ.

Auditor exactly यही link trace करता है. Statement पर एक debit चुनो → register में cheque number ढूँढो → उस row से voucher number पढ़ो → voucher निकालो → उसके पीछे invoice और approval signature पाओ. चार hops, दो minute, done. Chain intact हो तो cheque verification audit का सबसे तेज़ हिस्सा है. टूटी हो — register में voucher number नहीं, या vouchers month से filed और cheques number से search हो रहे — तो हर sampled payment एक खुदाई बन जाती है.

Vouchers को sequentially number करना, financial year के हिसाब से, वो छोटा discipline है जो chain को honest रखता है. Voucher numbers का gap भी उतनी ही जल्दी पूछा जाता है जितना cheque numbers का.

पाँच controls जो format से ज़्यादा matter करते हैं

कमज़ोर controls वाला ख़ूबसूरती से ruled register decoration है. ये पाँच किसी भी column layout से ज़्यादा matter करते हैं:

1. Sequential numbering, कोई unexplained gap नहीं. Cheque numbers printed sequence में चलते हैं — तो register को भी चलना होगा. अगर 004311 और 004313 entered हैं और 004312 नहीं, तो कोई आज explain करे, March में नहीं.

2. Cancelled leaves रखी जाती हैं, marked और entered. ख़राब हुई leaf पर CANCELLED लिखा जाता है, वो book में stapled रहती है या vouchers के साथ filed, और उसे अपनी register row मिलती है. Cancelled cheque कभी फेंकें नहीं — destroyed leaf और stolen leaf में फ़र्क़ नहीं दिखता.

3. Blank books signatory से दूर रहती हैं. जो person cheques sign करता है, वही unsigned cheques का stock भी न रखे. Basic separation — ज़्यादातर छोटी firms में skip, क्योंकि "सब एक ही cupboard में है". Misuse उसी cupboard से शुरू होता है.

4. एक threshold के ऊपर dual authorisation. मान लीजिए ₹1,00,000 के ऊपर दो signatures — figure आपकी अपनी है, और board resolution तय करता है कौन sign कर सकता है. Register का "authorised by" column वो जगह है जहाँ आप prove करते हैं कि rule follow हुआ.

5. Bank statement से monthly tie-out. Statement को register के against reconcile करें — memory के against नहीं. हर debit एक register row से match हो; महीने भर से पुरानी हर "issued" row पर question mark लगे. महीने के तीस minute, या year end पर एक खोया हफ़्ता. Choice आपकी.

Auditor actually क्या माँगेगा

कुछ year-ends कर लेने के बाद requests predictable हैं. पाँच items, लगभग हर बार.

31 March की unpresented cheque list — हर cheque जो issue हुआ पर अभी clear नहीं. Status column हो तो ये एक filter है. न हो, तो ये आपके bank reconciliation का दर्दनाक हिस्सा है, counterfoils से rebuilt.

Sign हुए पर handed over नहीं हुए cheques. 30 March को लिखा और 15 April को भी office की drawer में पड़ा cheque एक cut-off सवाल उठाता है: liability सच में इसी साल discharge हुई? "Handed over" status exactly इसी के लिए exist करता है.

Reconciliation में अब भी सवार stale cheques. नीचे detail में — यही वो item है जिसमें हर SMB fail होता है.

Cancelled leaves, physically. Auditor register से cancelled rows चुनेगा और mutilated leaf देखने माँगेगा. दस second में produce कर दीजिए, sample size छोटा रहेगा.

एक sequence check. साल का पहला और आख़िरी used cheque number, और बीच की हर missing चीज़ की explanation.

इनमें से कोई trick question नहीं. सब एक ही सवाल हैं — ये business अपने cheques को control करता है, या cheques इसे? — पाँच तरह से पूछा हुआ.

जो register आप memory से update करते हैं, वो holes वाला register है. Auditor उस record पर भरोसा करता है जो cheque के साथ उसी moment बना — वो नहीं जो April के पहले हफ़्ते में counterfoils से reconstruct हुआ.

Stale-cheque cleanup जो कोई schedule नहीं करता

Cheque अपनी date से तीन महीने valid रहता है. उसके बाद bank उसे pay नहीं करेगा — पर entry ख़ुद को साफ़ नहीं करती. Firm-दर-firm, year-end reconciliation में ग्यारह, चौदह, बीस महीने पुराने cheques "unpresented" के तौर पर dutifully listed मिलते हैं — मरने के बहुत बाद तक.

हर quarter, cleanup कीजिए. Register में तीन महीने से पुरानी "issued" rows filter करें. हर एक के लिए decide करें: payee ने खो दिया, तो fresh cheque reissue करें (पुरानी row को stale mark करके, doubt हो तो stop-payment के साथ); या payment अब owed ही नहीं, तो books में entry reverse करें और row close करें. दोनों तरह से row को एक ending मिलती है. जिस register में हर cheque आख़िरकार cleared, returned, cancelled, stopped या stale-written-back तक पहुँचता है, वो register ख़ुद reconcile होता है.

Quarter के बीस minute हैं. लगभग कोई नहीं करता. वो accounts department बनिए जो करता है.

जब register ख़ुद लिखता है

ऊपर का सब कुछ paper पर काम करता है. कई disciplined firms decades से ruled register चलाती हैं. पर notice कीजिए पूरा apparatus किस पर टिका है: एक इंसान, जो दिन के सबसे busy moment पर, हर बार, एक row लिखना याद रखे. System का hole यही है — format नहीं, entry का moment.

Printing economics पूरी बदल देती है. जब cheques handwritten की जगह software से print होते हैं, register एक अलग chore नहीं रहता: record print होने की क्रिया से बनता है. Cheque number, date, payee, amount, account — उसी moment capture, जब leaf printer से निकलती है; हमेशा के लिए searchable; status issue से clearance तक tracked; और reconciliation किसी की memory के बजाय register के against. तीस vendor cheques के एक bulk run पर, ये तीस register rows हैं जो किसी को लिखना याद नहीं रखना पड़ा.

"Cheque 004312 किस लिए था?" एक two-second search बन जाता है. जो, सोचिए तो, इस सवाल का हक़ हमेशा से था.

वो register जो ख़ुद लिखता है. अपने cheques Cheqify से print करें और हर leaf print होते ही log हो जाती है — number, payee, amount, status issue से clearance तक tracked, 300+ Indian bank layouts पर searchable. 100% free. app.cheqify.app पर start करें.