सहकारी समिति के लेखांकन का हर रिकॉर्ड एक ही चीज़ से शुरू होता है — वाउचर। वाउचर सही है, तो आपकी कैश बुक, लेजर, ट्रायल बैलेंस और बैलेंस शीट सब सही बनेंगे; वाउचर गलत है, तो हर रिपोर्ट गलत। इसलिए वाउचर एंट्री को ठीक से समझना सबसे ज़रूरी कौशल है। यह गाइड चारों प्रकार के वाउचर, हर एक का स्टेप-बाय-स्टेप तरीका, compound एंट्री, narration व आम गलतियाँ — सब उदाहरण के साथ समझाती है।
वाउचर किसी एक लेन-देन का लिखित प्रमाण है — किसने, किसको, कितना, किस मद में दिया या लिया। यह लेखांकन की पहली एंट्री (मूल दस्तावेज़) है, जिससे बाकी सब बहियाँ बनती हैं। डिजिटल सिस्टम में आप वाउचर भरते हैं और कैश बुक, लेजर व रिपोर्ट अपने-आप अद्यतन हो जाती हैं। (देखें: लेजर व पोस्टिंग।)
लगभग हर लेन-देन इन चार में से किसी एक में आता है:
| वाउचर | कब उपयोग करें | उदाहरण |
|---|---|---|
| रसीद (Receipt) | पैसा आया | सदस्य से शेयर पूँजी, ऋण-वसूली, बिक्री-रसीद |
| भुगतान (Payment) | पैसा गया | वेतन, किराया, खरीद-भुगतान, बिजली बिल |
| जर्नल (Journal) | बिना नकद/बैंक की समायोजन एंट्री | मूल्यह्रास, बकाया, स्थानांतरण, सुधार |
| कोंट्रा (Contra) | नकद ↔ बैंक के बीच हलचल | नकद बैंक में जमा, बैंक से नकद निकासी |
💡 सरल नियम: पैसा आया → रसीद; पैसा गया → भुगतान; सिर्फ़ नकद और बैंक के बीच → कोंट्रा; बाकी सब समायोजन → जर्नल।
कुछ सिस्टम बिक्री (Sales) व खरीद (Purchase) को अलग वाउचर-प्रकार भी रखते हैं, पर लेखांकन के नज़रिये से वे भी इन्हीं चार के रूप हैं — उधार बिक्री एक जर्नल-प्रकृति की एंट्री है, और नकद बिक्री एक रसीद। इसलिए बुनियाद यही चार हैं।
चाहे कोई भी प्रकार हो, एक पूरा वाउचर इन हिस्सों से बनता है — भरते समय हर हिस्सा जाँचें:
| हिस्सा | क्या भरें | क्यों ज़रूरी |
|---|---|---|
| वाउचर नंबर | क्रमवार, स्वतः | ऑडिट में क्रम व पूर्णता जाँचने के लिए |
| तारीख | लेन-देन का दिन | सही वित्तीय वर्ष व अवधि तय करती है |
| प्रकार | रसीद/भुगतान/जर्नल/कोंट्रा | पोस्टिंग की दिशा तय करता है |
| खाते (Dr/Cr) | किस-किस खाते में | लेजर व रिपोर्ट यहीं से बनती हैं |
| राशि | Dr कुल = Cr कुल | असंतुलित वाउचर सेव नहीं होना चाहिए |
| विवरण (narration) | किससे, किस मद, कौन-सा बिल | बाद में पहचान व ऑडिट के लिए |
| संदर्भ/दस्तावेज़ | बिल/रसीद/चेक नंबर | प्रमाण का सूत्र जोड़ता है |
✅ अच्छा नियम: कोई भी वाउचर तब तक अधूरा है जब तक Dr कुल और Cr कुल बराबर न हों — यही डबल-एंट्री की पहली शर्त है।
मान लीजिए सदस्य रामकुमार से ₹2,000 शेयर पूँजी नकद मिली:
सिस्टम स्वतः कैश Dr ₹2,000, शेयर पूँजी Cr ₹2,000 दर्ज कर देगा, और कैश बुक व दोनों खाते अपडेट।
मान लीजिए ₹8,000 किराया नकद चुकाया:
परिणाम: किराया Dr ₹8,000, कैश Cr ₹8,000।
मान लीजिए ₹50,000 नकद बैंक में जमा किया:
परिणाम: बैंक Dr ₹50,000, कैश Cr ₹50,000 — दोनों अपनी ही संपत्ति, बस जगह बदली। (देखें: कैश बुक बनाम बैंक बुक।)
💡 पहचान का सूत्र: अगर लेन-देन में सिर्फ़ नकद और बैंक शामिल हैं और कोई तीसरा खाता नहीं, तो वह कोंट्रा है। इसमें न आय बनती है, न खर्च — सिर्फ़ पैसा एक जगह से दूसरी जगह जाता है।
आज ज़्यादातर लेन-देन बैंक से होते हैं। वाउचर वही रहता है, बस कैश की जगह बैंक खाता आता है और संदर्भ में चेक/UTR नंबर लिखें।
उदाहरण (चेक से खरीद-भुगतान): आपूर्तिकर्ता को ₹25,000 चेक से चुकाया:
परिणाम: आपूर्तिकर्ता/खरीद Dr ₹25,000, बैंक Cr ₹25,000। चेक नंबर लिखने से बाद में बैंक-मिलान (reconciliation) आसान होता है।
जर्नल वाउचर वहाँ जहाँ नकद/बैंक शामिल नहीं — जैसे मूल्यह्रास, बकाया, या सुधार।
उदाहरण (मूल्यह्रास): फ़र्नीचर पर ₹5,000 मूल्यह्रास:
उदाहरण (बकाया वेतन): माह-अंत पर ₹10,000 वेतन देय पर अभी नहीं चुकाया:
जब एक ही लेन-देन में एक से ज़्यादा Dr या Cr हों, तब compound वाउचर उपयोग करें।
उदाहरण (वेतन, TDS व EPF सहित): सकल वेतन ₹20,000, जिसमें TDS ₹1,000 व EPF ₹1,800 कटा, बाकी नकद दिया:
| खाता | Dr ₹ | Cr ₹ |
|---|---|---|
| वेतन (खर्च) | 20,000 | — |
| TDS देय (देनदारी) | — | 1,000 |
| EPF देय (देनदारी) | — | 1,800 |
| कैश | — | 17,200 |
| कुल | 20,000 | 20,000 |
🔍 जब बिक्री/खरीद में कई वस्तु-श्रेणी या GST हों, तब भी compound वाउचर से हर श्रेणी अलग दिखती है — रिपोर्ट साफ़ बनती है।
सहकारी समितियों (जैसे उपभोक्ता भंडार या पैक्स) में रोज़ बिक्री-खरीद होती है। इन्हें भी वाउचर से ही दर्ज करें:
नकद बिक्री (रसीद-प्रकृति): ₹3,000 की खाद नकद बेची:
उधार खरीद (जर्नल-प्रकृति): ₹40,000 का माल उधार खरीदा:
बाद में जब आपूर्तिकर्ता को चुकाएँगे, तब एक भुगतान वाउचर बनेगा: आपूर्तिकर्ता Dr, बैंक/कैश Cr। इस तरह उधार और भुगतान दो अलग वाउचर से साफ़ दिखते हैं।
🔍 जब बिक्री/खरीद कई श्रेणियों (खाद, उपभोक्ता वस्तु, बीज) में हो, तो हर श्रेणी का अपना खाता चुनें — इससे ट्रेडिंग खाता व आय-व्यय हर श्रेणी की अलग तस्वीर दिखाते हैं।
मान लीजिए किसी पैक्स का एक सामान्य दिन इस तरह दर्ज होगा:
| # | प्रकार | विवरण | Dr | Cr |
|---|---|---|---|---|
| 1 | रसीद | सदस्य शेयर पूँजी नकद | कैश | शेयर पूँजी |
| 2 | रसीद | ऋण किस्त वसूली नकद | कैश | सदस्य ऋण |
| 3 | भुगतान | कर्मचारी वेतन | वेतन | बैंक |
| 4 | कोंट्रा | दिन का नकद बैंक में जमा | बैंक | कैश |
| 5 | जर्नल | माह-अंत मूल्यह्रास | मूल्यह्रास | संपत्ति |
दिन के अंत में ये सभी वाउचर मिलकर कैश बुक व बैंक बुक अपने-आप बनाते हैं, और महीने/वर्ष के अंत में यही ट्रायल बैलेंस तक पहुँचते हैं।
नए उपयोगकर्ता आसान मोड से शुरू करें; ज़रूरत पड़ने पर compound का उपयोग करें।
अगर उलझन हो, तो खाते का प्रकार व दिशा देखें (देखें: डेबिट-क्रेडिट व डबल एंट्री):
रसीद में आम तौर पर कैश/बैंक Dr; भुगतान में कैश/बैंक Cr — बाकी दूसरा पक्ष खाते के प्रकार से तय।
हर वाउचर में साफ़ विवरण लिखें — किससे/किसको, किस मद में, कौन-सा संदर्भ (बिल/रसीद नंबर)। अच्छा narration महीनों बाद व ऑडिट में एंट्री की पहचान आसान करता है, और सहायक दस्तावेज़ (बिल, रसीद) जोड़कर रखें। (देखें: वाउचर narration व दस्तावेज़।)
💡 "विविध खर्च ₹500" जैसा अस्पष्ट narration ऑडिट-आपत्ति बनता है; "स्टेशनरी — बिल #212" जैसा स्पष्ट narration भरोसा देता है।
⚠️ वाउचर को चुपचाप हटाना या ओवरराइट करना सबसे बड़ी ऑडिट-आपत्ति बनता है। हमेशा रद्द + नई सही एंट्री का रास्ता अपनाएँ।
एक वाउचर सेव होते ही यह श्रृंखला चलती है: वाउचर → कैश बुक/लेजर में पोस्टिंग → ट्रायल बैलेंस → अंतिम खाते। इसलिए एक सही वाउचर पूरी रिपोर्ट-श्रृंखला को सही रखता है — और एक गलत वाउचर पूरी को बिगाड़ देता है। (देखें: ट्रायल बैलेंस।)
कौन-सा वाउचर कब? — पैसा आया → रसीद; गया → भुगतान; नकद↔बैंक → कोंट्रा; बाकी समायोजन → जर्नल। रसीद में क्या Dr होता है? — पैसा आने पर कैश/बैंक Dr, और जिस कारण आया (आय/सदस्य/देनदारी) Cr। compound वाउचर कब? — जब एक लेन-देन में कई Dr/Cr हों — जैसे वेतन (TDS/EPF सहित) या GST वाली बिक्री। गलत वाउचर कैसे ठीक करें? — मिटाएँ नहीं; उसे रद्द (cancel) करें और नई सही एंट्री करें, ताकि ऑडिट-ट्रेल बचे। narration क्यों ज़रूरी? — बाद में व ऑडिट में एंट्री पहचानने के लिए; अस्पष्ट narration आपत्ति बनता है। Maker–Checker क्या है? — एक बनाए, दूसरा अनुमोदित करे — गलती व धोखाधड़ी रोकने की व्यवस्था। क्या बिक्री/खरीद के लिए अलग वाउचर चाहिए? — नहीं; नकद बिक्री रसीद है, उधार खरीद जर्नल-प्रकृति की। कुछ सिस्टम सुविधा के लिए अलग नाम देते हैं, पर लेखांकन वही है। चेक/UPI लेन-देन में क्या बदलता है? — बस कैश की जगह बैंक खाता आता है; संदर्भ में चेक/UTR नंबर लिखें ताकि बैंक-मिलान आसान हो। असंतुलित वाउचर क्यों नहीं सेव होना चाहिए? — डबल-एंट्री की शर्त है कि Dr कुल = Cr कुल; असंतुलित एंट्री हर आगे की रिपोर्ट बिगाड़ देती है।
वाउचर एंट्री पूरे लेखांकन की पहली ईंट है। चार प्रकार पहचानिए, "पैसा आया या गया" से Dr/Cr तय कीजिए, ज़रूरत पर compound उपयोग कीजिए, हर एंट्री में साफ़ विवरण लिखिए, और गलती हो तो रद्द कीजिए — मिटाइए नहीं। इतना ध्यान रखेंगे, तो आपकी सारी बहियाँ व रिपोर्ट अपने-आप सही बनेंगी।
अगर डेबिट-क्रेडिट की बुनियाद दोहरानी हो, तो पहले सहकारी लेखांकन की मूल बातें व डेबिट-क्रेडिट और डबल-एंट्री पढ़ें; और वाउचर आगे कैसे रिपोर्ट बनते हैं, यह ट्रायल बैलेंस में देखें।
जुड़े शब्द: वाउचर · डेबिट · क्रेडिट · narration · कोंट्रा एंट्री
✅ अभ्यास के साथ सीखिए — SahakarLekha पर मुफ्त वाउचर बनाएँ, या गहराई से जानने के लिए संपूर्ण गाइड देखें।
📘 यह लेख सक्रिय Knowledge Items से बना — Evidence Level A (शैक्षिक)।
अपनी समिति का खाता डिजिटल कीजिए — रजिस्टर करें →