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 કરો.
