₹10,000 से ऊपर की business payments cheque से क्यों जानी चाहिए — Section 40A(3) explained (2026)

Lorry खाली हो चुकी है, driver office के दरवाज़े पर खड़ा है, और उसे अपना ₹18,000 का freight cash में चाहिए. अभी. उस account number पर NEFT से नहीं जो उसे "याद नहीं", उस cheque से नहीं जिसे "कहीं जाकर deposit करना पड़ेगा". Cash.
Businesses उसे हर रोज़ pay करती हैं. Freight real था, पैसा real था, prove करने के लिए file में signed bilty पड़ी है. और assessment के time, Income Tax Department को पूरा अधिकार है कि वो ऐसे behave करे जैसे ये expense कभी हुआ ही नहीं.
यही है Income-tax Act का Section 40A(3) — Indian business accounting का सबसे चुपचाप महँगा rule, और account-payee cheque के लिए law में लिखा गया अब तक का सबसे strong commercial argument. ये post cover करती है कि rule कैसे काम करता है, कहाँ सबसे ज़ोर से काटता है, और वो एक standing SOP जो इसे non-issue बना देता है. (General information, tax advice नहीं — आपके specific facts पर final word आपके CA का.)
Rule, एक paragraph में
Legalese हटाकर पढ़ें तो ऐसा है: कोई expense business deduction के तौर पर claim करें, और अगर आपने एक person को एक दिन में ₹10,000 से ज़्यादा cash में pay किया — या किसी ऐसे mode से जो account-payee cheque, account-payee bank draft, या prescribed electronic mode नहीं है — तो वो expenditure disallow हो जाता है. ₹10,000 से ऊपर वाला हिस्सा नहीं. पूरा expenditure.
इस penalty की shape दोबारा पढ़िए, क्योंकि ये unusual है. कोई आप पर fine नहीं लगाता. कोई prosecute नहीं करता. आपका expense tax purposes के लिए बस exist करना बंद कर देता है: taxable profit disallowed amount जितना बढ़ जाता है, और आप उन rupees पर income tax भरते हैं जो सच में business से निकल चुके हैं. Cost real था. मरती deduction है.
Intent भी आपको नहीं बचाता. Genuine vendor, genuine invoice, genuine payment — सब irrelevant. Section exactly एक ही सवाल पूछता है: पैसा निकला कैसे?
वो arithmetic जो लोगों को सीधा बैठा देती है
Law के किसी भी paragraph से ज़्यादा ज़ोर से एक illustration लगती है. नीचे का हर rate जान-बूझकर illustrative label किया गया है — आपका actual slab आपके और आपके CA के बीच की बात है.
एक trading firm एक transporter को एक दिन में ₹75,000 cash में pay करती है. Freight delivered, bilty signed, ledger entry passed. Assessment पर officer Section 40A(3) invoke करता है और ₹75,000 पूरा disallow हो जाता है.
अगर firm के profits illustrative 30% पर taxed हैं, तो इस disallowance का मतलब है क़रीब ₹22,500 का extra tax — surcharge और cess से पहले — उस पैसे पर जो पहले से transporter की जेब में बैठा है. Freight की cost ₹75,000 नहीं रही. क़रीब ₹97,500 हो गई. लगभग 30% का premium, cash की convenience के बदले, और बदले में मिला कुछ नहीं.
अब alternative: वही ₹75,000 account-payee cheque से. Extra cost — एक cheque leaf.
Per person, per day — जहाँ clever ideas मरने आते हैं
Ceiling aggregate है: एक person को एक ही दिन में किए गए सारे cash payments, जोड़कर, एक limit के against test होते हैं. वो एक word — aggregate — हर उस folk remedy को मार देता है जिस तक लोग पहुँचते हैं.
- Same supplier को same day ₹9,000 के चार cash payments? वो एक person को एक दिन में ₹36,000 है. Disallowed.
- एक ₹40,000 का bill पाँच sub-₹10,000 cash vouchers में split, सब same date के? Same answer. Section payments aggregate करता है, bills नहीं.
- Same vendor को same day अलग-अलग कई invoices के against cash? फिर भी aggregated. Per person, per day — कभी भी per bill नहीं.
वो एक split जो technically law के letter को clear करता है — cash को अलग-अलग दिनों में फैलाना — वही है जिस पर किसी को system नहीं बनाना चाहिए. Same vendor को रोज़ाना ₹9,900 cash payments का neat pattern exactly वो चीज़ है जिससे scrutiny assessments बनते हैं, और officer ने एक बार वो धागा खींचना शुरू किया, तो expense की genuineness ही microscope के नीचे चली जाती है.
"Person" भी broadly पढ़ा जाता है, और यहीं लोग बिना मतलब गिरते हैं. ₹22,000 किसी proprietor की spouse के through cash में route करें, या एक order को दो invoices में split करें जिनकी firms एक director और एक address share करती हों — तो assessing officer को इसे दो अलग लोगों को दो payments मानने की कोई बाध्यता नहीं है, अगर economic reality में ये एक controlling person को एक ही payment है. Ledgers खींचे जाते हैं, vibes नहीं — लेकिन aggregation rule वहीं नहीं रुकता जो letterhead बिल पर छपा हो.
एक bucket पूरी discussion से बाहर बैठता है, और जानने लायक़ है: same party से payable को receivable के against एक book entry से settle करना — सीधा journal adjustment, कोई currency notes हाथ नहीं बदलते — बिलकुल भी "payment" cash में नहीं है, तो Section 40A(3) engage ही नहीं होता. ये उससे बिलकुल अलग जानवर है जहाँ cash हाथ में दिया जाए और बाद में एक journal entry को उसका भेस पहनाया जाए — किसी भी audit में बैठा हुआ इंसान जानता है कि जैसे ही कोई underlying voucher माँगता है, ये दोनों बिल्कुल अलग दिखते हैं.
और एक delayed fuse वाला trap भी है: Section 40A(3A). इस साल कोई expense accrual पर book करें, बाद के किसी साल में उसे ceiling से ऊपर cash में settle करें, और वो amount payment वाले साल में आपकी income treat हो जाता है. Rule liability का पीछा तब तक करता है जब तक वो properly discharge न हो. Annoying? हाँ. Rule तो rule है.
Safe modes — और bearer cheque का trap
| Payment mode | Deduction safe? | क्यों |
|---|---|---|
| Account-payee cheque | Yes | Section में named; पैसा सिर्फ़ payee के bank account में ही land कर सकता है |
| Account-payee demand draft | Yes | Section में named; वही account-only restriction |
| NEFT / RTGS / IMPS / UPI, cards, net banking | Yes | Prescribed electronic modes, bank account से bank account routed |
| "Account payee" के बिना crossed cheque | Risky | Section account-payee कहता है; general crossing अब भी आगे endorse हो सकती है |
| Bearer cheque | No | Counter पर currency notes में encashable — इस rule के लिए cash से बेहतर नहीं |
| Cash, ₹10,000 per person per day तक | Yes | Ceiling के नीचे |
| Cash, ₹10,000 per person per day से ऊपर | No | यही तो rule है |
जिस row पर सबसे ज़्यादा लोग गिरते हैं वो है bearer cheque. "मैंने cheque से pay किया" safe feel होता है. है नहीं — section cheque नहीं कहता, account-payee cheque कहता है. बिना crossing वाली एक bearer leaf counter पर currency notes में encash हो सकती है, तो Section 40A(3) के लिए वो कुछ भी protect नहीं करती. "Account payee" words के बिना एक plain crossing भी gap छोड़ती है, क्योंकि generally crossed cheque अब भी किसी third party को endorse हो सकता है. वो दो parallel lines जिनके बीच "A/C PAYEE" लिखा है — वही एक काग़ज़ के टुकड़े को bank-account-से-bank-account instrument बनाती हैं — crossed vs account-payee guide exactly बताती है कि हर crossing क्या करती है और क्या नहीं.
Same logic account-payee demand draft को cover करती है, और हर mainstream electronic rail — NEFT, RTGS, IMPS, UPI, cards, net banking — prescribed list पर है, जो एक बड़ी वजह है कि cheque vs digital का choice workflow का मामला है, tax safety का नहीं. Account-payee cheque और NEFT के बीच Section 40A(3) neutral है. इन दोनों और cash के बीच — बिल्कुल नहीं.
Transporters के लिए ऊँची ceiling
एक carve-out जानने लायक़: goods carriages के plying, hiring या leasing के लिए किए गए payments पर ceiling ऊँची है — ₹35,000 per person per day widely applied figure है. Freight economics highway पर drivers को cash advances पर चलती है, और law इतनी reality मान लेता है.
मानता है — surrender नहीं करता. हमारा ₹75,000 वाला illustration transporter ceiling को भी पार कर जाता है. और higher limit payment की nature (goods-carriage hire) से जुड़ी है, हर उस आदमी से नहीं जिसके पास truck है. आपको scrap बेचता एक transporter ordinary ₹10,000 limit ही पाता है.
Exceptions exist करते हैं — लेकिन narrow हैं
Rules ऐसी situations carve out करते हैं जहाँ ceiling से ऊपर का cash भी अपनी deduction रखता है. ये genuine impossibility या policy की categories हैं, loopholes नहीं:
- वहाँ किए गए payments जहाँ banking facilities available ही नहीं — वो गाँव जहाँ कोई branch नहीं;
- agricultural produce और allied products के cultivators या producers को certain payments, first sale पर;
- government को वो payments जो rules के मुताबिक़ legal tender में करने ज़रूरी हैं;
- वो दिन जब banks बंद हों — strike, या holiday — और payment रुक नहीं सकता था;
- कुछ employee-related situations, जैसे defined cases में terminal benefits.
Categories, complete list नहीं — और हर एक assessment पर narrowly पढ़ी जाती है. Category के "करीब" होने का किसी को benefit of doubt नहीं मिलता; assessing officer चाहते हैं कि facts category के अंदर बिल्कुल fit हों, पास नहीं. "सबसे नज़दीकी branch inconvenient थी" वो claim नहीं है जो "कोई branch थी ही नहीं" है, और scrutiny पर दोनों बहुत अलग treat होते हैं.
अगर आप किसी exception पर खड़े होने का plan कर रहे हैं, तो वो बातचीत अपने CA से cash के drawer से निकलने से पहले करनी है, notice आने के बाद नहीं. उसी समय की एक written note — क्यों उस दिन banking possible नहीं थी, क्यों deal रुक नहीं सकती थी — अठारह महीने बाद memory से reconstruct की गई same explanation से कहीं ज़्यादा value रखती है.
Mirror image: बड़ा cash accept करने की अपनी penalty है
Section 40A(3) paying side को police करता है. Receiving side का अपना, और सख़्त, law है: एक person से एक दिन में, या एक transaction या event के लिए, एक defined threshold — ₹2 lakh widely applied figure है — पर या उससे ऊपर cash accept करें, और penalty received amount के बराबर होती है. कोई percentage नहीं. पूरा amount.
अलग section, अलग mechanics, और अपने ही details — यहाँ point बस इतना है कि Indian tax law अब बड़े cash को transaction के दोनों सिरों से निचोड़ता है. Cash demand करता vendor अपनी books का भी कोई भला नहीं कर रहा.
वो SOP जो problem ख़त्म कर देता है
India का हर accounts person आख़िरकार वही standing rule लिखता है, तो day one पर ही लिख लीजिए: ₹10,000 से ऊपर कुछ भी इस business से cash में नहीं निकलेगा — कभी नहीं. Ceiling से ऊपर, account-payee cheque या bank transfer, और CA के written sign-off के बिना कोई exception नहीं.
उस rule को frictionless बनाना ही actual काम है:
- crossing automatic रखें — हर printed cheque default से "A/C PAYEE" carry करे, ताकि safe version ही lazy version हो;
- leaf ख़ुद सही रखें — एक returned cheque payment की घड़ी restart कर देता है, और field-by-field guide वो mistakes cover करती है जो leaves bounce करवाती हैं;
- record रखें कि क्या issue हुआ, किसे, और कब clear हुआ — assessment पर एक साफ़ issue-to-clearance register पाँच minute के जवाब और पाँच हफ़्ते के जवाब के बीच का फ़र्क़ है;
- वही discipline statutory payments पर लगाएँ — GST by cheque का अपना workflow है, और वो design से ही cashless है.
यहीं printing handwriting को हरा देती है. अपने payments को एक online cheque printing setup से चलाएँ और crossing, payee name, amount in words और issue record — सब एक pass में हो जाते हैं — 40A(3)-safe mode default mode बन जाता है, कोई ऐसी policy नहीं जो किसी busy Tuesday को किसी को याद रखनी पड़े.
Section 40A(3) कभी नहीं पूछता कि expense real था या नहीं. वो पूछता है पैसा निकला कैसे. ग़लत तरीक़े से pay की गई एक genuine cost taxable profit बन जाती है — और उसके against सबसे सस्ता insurance है दो parallel lines और "account payee" के words.
Ceiling से ऊपर का हर payment, default से account-payee. Cheqify आपके cheques 300+ Indian bank layouts पर print करता है, amount in words automatically generate होता है, और हर leaf issue से clearance तक track होती है — वो paper trail जिसे Section 40A(3) reward करता है. 100% free. app.cheqify.app पर start करें.



