बैंक मिलान (Bank Reconciliation) क्या है? एक चरण-दर-चरण मार्गदर्शिका
बहीखाता (ledger) और बैंक विवरण (bank statement) में अंतर क्यों होता है, विवरण से लेकर बहीखाते तक एक व्यावहारिक मिलान, और स्वचालित मिलान इनमें से अधिकांश को कैसे संभालता है।
बैंक मिलान (bank reconciliation) इस बात की जांच है कि आपके बहीखाते (ledger) का बैंक शेष और बैंक का अपना रिकॉर्ड आपस में मेल खाते हैं या नहीं, और उनके बीच के हर अंतर की जांच करना है। यह लेखांकन (accounting) में किसी बाहरी ऑडिट के सबसे करीब है जो हर महीने चलाया जाता है, क्योंकि बैंक विवरण ऐसा प्रमाण है जो किसी ऐसे व्यक्ति द्वारा तैयार किया जाता है जिसकी आपकी पुस्तकें सही होने में कोई रुचि नहीं होती है।
यह मिलान बहुत सरल है। इन दोनों आंकड़ों के अलग होने के कारण ही इसे करना सार्थक बनाता है।
इनमें अंतर क्यों होता है
बहीखाता और विवरण अलग-अलग घड़ियों पर एक ही वास्तविकता को दर्ज करते हैं:
- समय का अंतर (Timing): आप 30 जून को किसी आपूर्तिकर्ता (supplier) के भुगतान की प्रविष्टि करते हैं; बैंक इसे 2 जुलाई को निष्पादित (execute) करता है। पैसा आपकी पुस्तकों से निकल चुका है और अभी भी बैंक के पास है।
- ऐसी मदें जिनके बारे में आपको पता नहीं था: बैंक शुल्क, ब्याज, विदेशी मुद्रा (FX) शुल्क, प्रत्यक्ष डेबिट (direct debits), बिना बताए भुगतान करने वाला ग्राहक - बैंक को आपसे पहले पता चल जाता है।
- त्रुटियां (Errors): आपकी (गलत राशि दर्ज की गई, भुगतान दो बार दर्ज किया गया) या, बहुत कम मामलों में, उनकी।
- धोखाधड़ी (Fraud): ऐसा भुगतान जिसकी आपने कभी अनुमति नहीं दी थी। यही कारण है कि मिलान केवल चीजों को व्यवस्थित करना नहीं बल्कि एक नियंत्रण (control) है: यह अक्सर ऐसी एकमात्र नियमित प्रक्रिया होती है जो इसे पकड़ सकती है।
अंतर होना सामान्य है। एक अस्पष्टीकृत (unexplained) अंतर ही वह खोज है जिसे पकड़ा जाना चाहिए।
चरण-दर-चरण प्रक्रिया
उदाहरण के लिए, यूरो (euro) में जून महीने का मिलान करना:
चरण 1 - समापन शेष (endpoints) को ठीक करें। 30 जून को खाता 2710 पर बहीखाता शेष: 6,200 €। 30 जून को बैंक विवरण का समापन शेष: 6,845 €। स्पष्ट करने योग्य अंतर: 645 €।
चरण 2 - विवरण आयात करें (import the statement)। पीडीएफ (PDF) से टाइप करने के बजाय बैंक की अपनी फ़ाइल लोड करें: camt.053 (ISO 20022 मानक) या पुराना MT940। दोनों POST /v1/bank/statements/import द्वारा समर्थित हैं, जो तिथियों, राशियों, काउंटरपार्टी के नाम, IBAN और भुगतान विवरण के साथ बैंक लेनदेन (bank transactions) बनाते हैं।
चरण 3 - मिलने वाली मदों का मिलान करें (match what matches): खुली मदों (open items) के मुकाबले विवरण पंक्तियों की जांच करें:
| विवरण पंक्ति (Statement line) | बहीखाता मद (Ledger item) |
|---|---|
| +1,210 UAB Alfa, सं. "S-1041" | बिक्री चालान (Sale invoice) S-1041 - पूर्ण भुगतान |
| −121 Lieferant GmbH | खरीद चालान (Purchase invoice) L-77 - पूर्ण भुगतान |
| −18 "Account maintenance fee" | बहीखाते में कुछ नहीं - नया खर्च |
चरण 4 - केवल बैंक को ज्ञात प्रविष्टियों को दर्ज करें। 18 € के शुल्क के लिए कोई दस्तावेज़ नहीं है; इसे सीधे विवरण से बुक किया जाता है:
| खाता (Account) | नामे (Debit) | जमा (Credit) |
|---|---|---|
| 6800 वित्तीय व्यय (Financial expenses) | 18 | |
| 2710 बैंक | 18 |
चरण 5 - वास्तविक समय के अंतरों (timing differences) की सूची बनाएं। 30 जून का 663 € का आपूर्तिकर्ता भुगतान जिसे बैंक 2 जुलाई को निष्पादित करता है: यह आपके बहीखाते में सही ढंग से दर्ज है, और जून के विवरण से सही ढंग से अनुपस्थित है। इसके लिए किसी प्रविष्टि की आवश्यकता नहीं है - केवल सूची बनाने की जरूरत है।
चरण 6 - मिलान को सिद्ध करें।
बैंक विवरण का समापन शेष (Bank statement closing balance) 6,845
− ट्रांजिट में भुगतान (payments in transit) −663
+ बैंक द्वारा पहले ही काटा गया शुल्क, अब दर्ज किया गया +18 (चरण 4 के बाद दोनों में शामिल)
= मिलान किया गया बहीखाता शेष (Reconciled ledger balance) 6,200 ✓
बहीखाता शेष की पुष्टि हो गई है। इस चरण में जो भी स्पष्ट न हो सके, वही वह कारण है जिसके लिए आपने मिलान किया था।
चरण 7 - अवधि को लॉक करें। एक बार बैंक, प्राप्तियों (receivables) और भुगतानों (payables) का मिलान हो जाने के बाद, लेखांकन अवधि (accounting period) को बंद किया जा सकता है और लॉक किया जा सकता है ताकि मिलान किए गए आंकड़े बाद में बदल न सकें।
इसमें से कितना स्वचालित (automatic) है?
अधिकांश हिस्सा स्वचालित है। भुगतान को चालान (invoice) के साथ मिलाना एक पैटर्न का काम है: राशि, संदर्भ, काउंटरपार्टी, IBAN। Nordlet का POST /v1/bank/transactions/suggest-matches प्रत्येक खुले चालान का विवरण पंक्ति के मुकाबले मूल्यांकन करता है और प्रत्येक स्कोर के पीछे के कारणों के साथ रैंक किए गए उम्मीदवारों को लौटाता है:
| संकेत (Signal) | भार (Weight) |
|---|---|
| राशि चालान के शेष बकाया के बराबर है | +50 |
| दस्तावेज़ संख्या भुगतान विवरण में दिखाई देती है | +40 |
| काउंटरपार्टी का IBAN किसी पार्टनर बैंक खाते से मेल खाता है | +30 |
| काउंटरपार्टी का नाम पार्टनर के नाम से मेल खाता है | +20 |
जो भुगतान इन चारों पर खरा उतरता है, वह स्पष्ट होता है। POST /v1/bank/transactions/match के साथ मिलान की पुष्टि करने से चालान का निपटान हो जाता है, बहीखाते की प्रविष्टियां पोस्ट हो जाती हैं और चालान की भुगतान स्थिति partial या paid में अपडेट हो जाती है, जिससे एक sale_invoice.paid इवेंट ट्रिगर होता है जिस पर डाउनस्ट्रीम सिस्टम प्रतिक्रिया दे सकते हैं।
जो इंसानों के हाथ में रहता है वह वही है जो रहना चाहिए: आंशिक भुगतान (partial payments), पांच चालानों को कवर करने वाला एक ट्रांसफर, बिना किसी संदर्भ के भुगतान, और ऐसी कोई भी चीज़ जहां राशि किसी ऐसे कारण से मेल नहीं खाती जिसे किसी ने लिखा नहीं है। बैंक आयात मार्गदर्शिका (bank imports guide) फ़ाइल स्वरूपों और आयात प्रवाह को विस्तार से कवर करती है।
इसे अच्छी तरह से कैसे करें
- कम से कम मासिक रूप से मिलान करें, यदि संभव हो तो साप्ताहिक रूप से। अंतर ताजा होने पर उन्हें समझाना सस्ता होता है और एक तिमाही बाद उनका पुनर्निर्माण करना महंगा होता है।
- कभी भी शेष राशि को जबरन न मिलाएं (never force a balance)। आंकड़ों को मिलाने के लिए एक कृत्रिम प्रविष्टि करना नियंत्रण के पूरे मूल्य को नष्ट कर देता है। यदि यह मेल नहीं खाता है, तो कुछ गलत है, और यह अपने आप में एक महत्वपूर्ण जानकारी है।
- प्रत्येक खाते का मिलान करें। हर बैंक खाता, हर मुद्रा (currency), हर कार्ड। जिस खाते पर कोई निगरानी नहीं रखता, समस्या उसी में होती है।
- पुरानी बेमेल मदों की जांच करें। तीन महीने से बेमेल पड़ी विवरण पंक्ति किसी चालान का इंतजार नहीं कर रही है; यह एक गायब दस्तावेज़, एक डुप्लिकेट, या कोई त्रुटि है।
- जहां संभव हो वहां कर्तव्यों को अलग रखें (separate duties)। जो व्यक्ति पैसे ट्रांसफर कर सकता है, वही अकेला व्यक्ति नहीं होना चाहिए जो इसका मिलान करे।
FAQ
सरल शब्दों में बैंक मिलान क्या है?
बैंक खाते के अपने लेखांकन रिकॉर्ड की बैंक के अपने विवरण से तुलना करना, फिर प्रत्येक अंतर - समय का अंतर, दर्ज न की गई मदें, या त्रुटियां - को तब तक स्पष्ट करना जब तक कि दोनों पक्ष सहमत न हो जाएं।
बैंक विवरणों को किन प्रारूपों में आयात किया जा सकता है?
Nordlet camt.053 (SEPA में प्रयुक्त ISO 20022 XML मानक) और MT940 (पुराना SWIFT प्रारूप जो अभी भी कई बैंकों द्वारा पेश किया जाता है) का समर्थन करता है। दोनों को एक ही एंडपॉइंट के माध्यम से आयात किया जाता है और इससे समान बैंक लेनदेन बनते हैं।
मिलान मद (reconciling item) क्या है?
ऐसी कोई भी चीज़ जो किसी समय-बिंदु पर दोनों शेष राशियों के बीच के अंतर को वैध रूप से समझाती है - सबसे आम तौर पर जारी किए गए भुगतान जो अभी तक क्लीयर नहीं हुए हैं, जमा जो अभी तक क्रेडिट नहीं हुए हैं, और बैंक शुल्क जो अभी तक बहीखाते में दर्ज नहीं किए गए हैं।
बैंक मिलान कितनी बार किया जाना चाहिए?
लेखांकन की दृष्टि से न्यूनतम आवश्यकता मासिक है, क्योंकि इसके बिना अवधि को मज़बूती से बंद नहीं किया जा सकता है। परिचालन की दृष्टि से साप्ताहिक या दैनिक होना बेहतर है: यह प्राप्तियों के आंकड़े को वर्तमान रखता है और उस समय-सीमा को छोटा करता है जिसमें कोई अनधिकृत भुगतान किसी का ध्यान आकर्षित किए बिना निकल जाता है।
यदि मिलान संतुलित न हो तो क्या करें?
तब रुकें और कारण का पता लगाएं - अभ्यास का उद्देश्य यही है। सामान्य कारणों में दो बार दर्ज किया गया लेनदेन, गलत तरीके से दर्ज की गई राशि, गलत खाते में दर्ज किया गया भुगतान, या ऐसी विवरण पंक्ति शामिल है जिसे कोई नहीं पहचानता। अंतर को गायब करने के लिए कभी भी संतुलन प्रविष्टि (balancing entry) पोस्ट न करें।