Vendors को cheque से payment — वो accounts payable workflow जो टूटता नहीं (2026)
Friday, शाम 4:10. बयालीस invoices payment के लिए clear. तीन और purchase head के पास अटके हुए, जो दो बजे meeting में गए और अब तक नहीं निकले. Cheque book में ग्यारह leaves बचे. दूसरा signatory — bank mandate पर इकलौता दूसरा नाम — पाँच बजे Rajkot की एक शादी के लिए निकल रहा है. और दो vendors आज दोपहर call कर चुके हैं, politely, ये पूछने कि उनका पैसा कहाँ है.
10–200 लोगों के हर Indian business का हर payables person ये exact Friday जी चुका है. इसलिए नहीं कि cheques मुश्किल हैं. इसलिए कि बिना workflow के vendor payment मुश्किल है — हर invoice अपनी अलग negotiation बन जाता है, हर cheque अपना छोटा-सा event, और month-end तक कोई confidence से नहीं कह सकता कि cheque number 417230 ने actually कौन-सा invoice pay किया था.
ये है operating procedure. एक weekly payment run, invoice से clearance तक छह controlled steps, वो दो failures जिनके लिए controls exist करते हैं, और वो handover discipline जो लगभग सब skip करते हैं. Cheques assume किए गए हैं — क्योंकि आपके vendors उन्हीं की माँग करते हैं, और क्योंकि ठीक से किया गया cheque run चलते-चलते अपना audit trail ख़ुद लिखता जाता है. (आपके हाथ से निकलने के बाद एक leaf के साथ क्या होता है, इसके लिए cheque lifecycle guide पूरा journey cover करती है.)
Weekly pay करें, demand पर नहीं
किसी भी payables desk का सबसे बड़ा upgrade मुफ़्त है: एक दिन चुनें, और सिर्फ़ उसी दिन pay करें.
एक weekly run चालीस बिखरे हुए payment events को एक बना देता है. एक approval sitting, जहाँ बाहर जाने वाला हर invoice साथ में review होता है. एक signing session, ताकि signatory तीस minutes block करे, आठ बार ambush न हो. Bank का एक trip, एक courier batch, books में एक entry session. और एक dated record — "6 February का run" — जिसे auditor minutes में reconstruct कर सकता है.
जब भी कोई चिल्लाए तब pay करना इस सबका उल्टा है. इसी से firms में memory से लिखे cheques बनते हैं, बाद में बने (या कभी न बने) vouchers, और book से गायब एक leaf जिसे sign करना किसी को याद नहीं. Untraceable cheques लगभग कभी चोरी नहीं होते. वो जल्दबाज़ी में issue होते हैं, किसी Tuesday को, दो phone calls के बीच.
हाँ, exceptions होते हैं — deadline वाला कोई statutory payment, कोई transporter जो payment के बिना goods release नहीं करेगा. ठीक है. उन्हें भी same steps से गुज़ारें, बस तेज़ी से, और exceptions की तरह log करें. अगर exceptions हफ़्ते में पाँच से ऊपर जाएँ, तो आपका run day ग़लत है, आपके vendors नहीं.
Run, stage by stage
यहाँ है पूरी procedure, जैसे एक SOP को लिखा जाना चाहिए — हर stage का एक owner और एक paper trail.
1. Invoice आया, match हुआ. हर invoice payment queue में घुसने से पहले purchase order और goods receipt note के against check होता है. Billed quantity vs received quantity vs ordered quantity. Three-way match boring है और यही वो अकेला control है जो short deliveries और inflated bills पकड़ता है.
2. Delegation matrix के हिसाब से approve. कौन कितना approve कर सकता है, लिखित में. ₹50,000 तक purchase manager; उसके ऊपर director — आपके thresholds जो भी हों, वो कागज़ पर exist करते हैं, memory में नहीं. बिना approval का invoice run में नहीं घुसता. "उन्होंने phone पर बोला था" के लिए कोई exception नहीं.
3. Run में schedule. Approved invoices अगले run day के लिए queue होते हैं, due date से sequence किए हुए. यही moment है duplicate check का भी — नीचे detail में.
4. Cheque तैयार, voucher attached. हर cheque के साथ एक payment voucher: payee name exactly वैसा जैसा vendor का bank account पढ़ता है, amount, settle हो रहे invoice numbers, cheque number, date. Cheque ख़ुद "account payee" crossed — vendor payments के लिए ये reflex होना चाहिए, क्योंकि ये पैसे को payee के अपने account में force करता है.
5. Mandate के हिसाब से sign. Signatory voucher और उसके attached invoices के against sign करता है — कभी verbal summary के against नहीं, और blank leaf पर कभी नहीं, ever. अगर आपका board resolution किसी threshold के ऊपर दो signatures माँगता है, तो run ही वो जगह है जहाँ वो actually enforce होता है. Authorised signatory rules पढ़ने लायक हैं अगर आपका mandate company के incorporation के बाद से review नहीं हुआ.
6. Handover, record, track. Cheque acknowledgement के against बाहर जाता है, invoice पर cheque number के साथ paid का stamp लगता है, और cheque clear होने तक एक tracking register में रहता है — जहाँ से reconciliation उसे pick करती है.
छह steps. कोई भी clever नहीं. सारे कहीं न कहीं skip होते हैं, हर हफ़्ते, उन firms में जो फिर March में February reconstruct करती हैं.
Desk के ऊपर pin करने वाली एक table
| Stage | कौन करता है | बनने वाला document | मिलने वाला control |
|---|---|---|---|
| Invoice matching | Accounts executive | Matched invoice + PO + GRN set | Inflated और short-delivery bills रुकते हैं |
| Approval | Delegation matrix के हिसाब से | Invoice पर approval sign-off | Unauthorised spend रुकता है |
| Scheduling | Payables owner | Payment-run list | Duplicates रुकते हैं; एक review point |
| Cheque + voucher | Preparer | Cheque no. वाला payment voucher | हर leaf एक invoice से बंधता है |
| Signing | Authorised signatory | Voucher के against signed cheque | दूसरी नज़र; mandate enforce |
| Handover + tracking | Payables owner | Acknowledgement + register entry | Payment का proof; clearance की visibility |
Notice करें, सबसे ज़्यादा matter करने वाला column तीसरा है. हर stage कागज़ छोड़ती है. यही पूरा design है.
वो दो failures जिनके लिए controls हैं
Theory हटा दें तो payables desk पर सिर्फ़ दो चीज़ें seriously ग़लत होती हैं.
Duplicate payment. Vendor invoice email से भेजता है, फिर hard copy आती है, फिर एक statement — और वही ₹1,85,000 दो बार pay हो जाते हैं, चार हफ़्ते के अंतर से, दो अलग लोगों के हाथों. Fix mechanical है, heroic नहीं: run से पहले queue को vendor और invoice number से sort करें और repeats को आँख से पकड़ें; और issue के moment पर invoice पर PAID का stamp, cheque number और date उसके face पर लिखकर. Stamped invoice queue में वापस नहीं घुस सकता. Unstamped घुसेगा, eventually.
Cheque misuse. जो person cheque prepare करता है वो कभी sign करने वाला person नहीं होता — यही separation पूरा game है. Blank leaves कभी pre-sign नहीं होते, "बस दो, emergency के लिए, sir travel पर हैं" भी नहीं. इस आदत ने किसी भी hacker से ज़्यादा small-company frauds fund किए हैं. और आपके threshold के ऊपर, दो signatures, genuinely किए हुए — एक असली signature और एक वो नहीं जो दूसरा stamp रखने वाला लगा देता है.
दोनों में से कोई control एक well-run desk को पाँच minute भी slow नहीं करता. दोनों वो पहली चीज़ें हैं जो auditor check करता है. और businesses की ज़्यादातर cheque ग़लतियाँ इन्हीं दो में से किसी एक को skip करने तक trace होती हैं.
वो handover जो सब skip करते हैं
अब uncomfortable वाली बात. बिना acknowledgement handover हुआ cheque वो cheque है जिसका payment आप prove नहीं कर सकते.
Vendor का accountant कहता है cheque कभी पहुँचा ही नहीं. आपका dispatch register कहता है 14 तारीख़ को एक peon कुछ लेकर कहीं गया था. इन दो sentences के बीच बैठा है ₹3,40,000 का एक dispute, जिसमें किसी तरफ़ कोई evidence नहीं.
Fix में हर cheque पर दस seconds लगते हैं. Physical handover: एक signed और dated receipt line — नाम, signature, cheque number — handover register में या voucher copy पर. Courier: POD voucher के साथ file. या सबसे आसान: उसी दिन vendor को एक email — "Cheque no. 417230, dated 06-02-2026, ₹3,40,000, invoices 881 और 887 के against, आज आपके representative को दिया गया." अब acknowledgement आपके outbox में ख़ुद लिखा जाता है.
लगभग सब skip करते हैं. Regret exactly ग़लत moment पर होता है.
Vendor को बताएँ आपने क्या issue किया
वही email एक दूसरा problem भी solve करता है: chasing calls.
Vendors impatient होने की वजह से call नहीं करते. वो इसलिए call करते हैं क्योंकि वो blind हैं — उन्हें कोई idea नहीं कि उनका payment approved है, लिखा गया है, signed है, या अटका है. Issue पर ही बता दें: cheque number, date, amount, cover हुए invoices. अब "कब clear होगा" ख़ुद answer हो जाता है — उन्हें पता है कि deposit के बाद clearing में एक-दो working days लगते हैं — और Friday दोपहर की calls बस बंद हो जाती हैं. जिस vendor को cheque number पता है, वो ये पूछने कभी call नहीं करता कि cheque exist करता भी है या नहीं.
Communication की एक line, issue के moment पर भेजी हुई. Vendor-relationship का सबसे सस्ता tool.
Lost cheques, unpresented cheques, stale cheques
आपके साफ़-सुथरे February run के तीन महीने बाद, तीन cheques अब भी clear नहीं हुए. एक vendor कहता है उनका cheque office shifting में खो गया. अब क्या?
Lost या disputed: पहले stop payment, फिर re-issue — इसी order में, हमेशा. Bank को उस specific cheque number को stop करने का instruction दें, confirmation लें (net banking से same-day हो जाता है), और तभी replacement लिखें. Stop confirm होने से पहले re-issue किया तो आपने दोनों cheques के present होने की possibility बना दी — congratulations, आपने अपना duplicate payment ख़ुद manufacture कर लिया. Validity और stop-payment rules mechanics और charges cover करते हैं.
Simply unpresented: cheque अपनी date से तीन महीने valid है. हर quarter-end पर register निकालें, 60 दिन से ऊपर के unpresented cheques list करें, और उन vendors को call करें. या तो वो deposit करें, या आप stop करके entry reverse करें. इधर-उधर तैरते stale cheques books में आपका bank balance inflate करते हैं और actual देनदारी understate करते हैं — एक छोटा झूठ जो चुपचाप compound होता है.
Quarter में पंद्रह minutes. कर लीजिए.
Payment run एक control है, convenience नहीं. एक sitting में, चालीस vouchers के against sign हुए चालीस cheques एक clean record छोड़ते हैं. Demand पर sign हुए चालीस cheques चालीस अलग कहानियाँ छोड़ते हैं — और March तक, उन्हें कोई दोबारा सुना नहीं सकता.
जहाँ printing pen को हरा देती है
अब honest arithmetic. एक vendor cheque को चाहिए exactly copy हुआ payee name, एक date, figures, amount in words, और एक crossing. Hand-written, ये दो-तीन careful minutes हैं — चालीस-cheque run के लिए pure writing के क़रीब 100 minutes, एक भी voucher से पहले. और amount-in-words line exactly वो जगह है जहाँ थका हुआ Friday का हाथ slip करता है — यानी एक return, एक charge, और एक apology call.
Run को print करना काम की shape बदल देता है. Payee names एक vendor master से आते हैं, हर हफ़्ते same spelling में. Amounts in words figures से generate होते हैं, तो दोनों disagree कर ही नहीं सकते. Bank की leaf पर alignment एक solved problem है, हर cheque की अलग prayer नहीं. और — ऊपर की हर चीज़ के लिए जो part matter करता है — record by-product की तरह बनता है: हर printed cheque print होते ही एक register में exist करता है, numbered, dated, अपने payee से बंधा हुआ. Tracking step बाद में किया जाने वाला clerical काम नहीं रहती; run उसे ख़ुद produce करने लगता है.
महीने के पाँच cheques पर hand-writing ठीक है. बीस या चालीस के weekly run पर नहीं — bulk cheque printing guide batch workflow end to end चलाती है, India में cheque print कैसे करें वाली post setup basics cover करती है, और online cheque printing page दिखाता है कि आपके अपने bank के layout पर ये कैसा दिखता है.
Run checklist
इसे table के बगल में pin करें:
- Run का हर invoice three-way matched है और approval carry करता है.
- Queue vendor + invoice number से sorted; duplicates आँख से निकाले हुए.
- हर cheque account payee crossed, voucher attached, voucher पर invoice numbers.
- Preparer ≠ signatory; threshold के ऊपर दो signatures; pre-signed leaves zero.
- हर invoice पर issue पर ही cheque number के साथ PAID stamp.
- हर handover acknowledged — receipt, POD, या cheque number वाला same-day email.
- Register updated; quarter-end पर unpresented cheques review.
सात lines. यही वो पूरा control environment है जो ज़्यादातर 50-person firms के पास नहीं है.
Friday का payment run, minutes में. Cheqify आपका पूरा vendor run 300+ Indian bank layouts पर print करता है — payee names आपकी list से, amount in words automatically generated, हर cheque issue से clearance तक tracked. 100% free. app.cheqify.app पर start करें.
