Tally में GSTR-2B reconciliation match नहीं हो रहा? 7 पक्के इलाज
Tally का 2B मिलान जब गलत mismatch दिखाए, तो खराबी टैक्स डेटा में लगभग कभी नहीं होती — दोनों तरफ एक ही बिल के अलग-अलग लिखे होने में होती है।
2B का JSON इंपोर्ट किया, reconciliation चलाया, और आधी असली खरीदें लाल। कुछ भी दोबारा एंटर करने से पहले यह सूची चलाइए — जो वजह जितनी आम है, उतनी ऊपर है।
इलाज 1: बिल नंबर का फॉर्मेट (#1 वजह)
आपके voucher में 001, सप्लायर की GSTR-1 में INV-001 — Tally के लिए दो अलग बिल। प्रीफिक्स, स्लैश, आगे के शून्य, साल वाला सफिक्स (247/25-26) — कोई भी फर्क exact matching तोड़ देता है।
इलाज: खरीद voucher में बिल नंबर वही लिखें जो सप्लायर के बिल पर छपा है। पुराने mismatch में voucher का supplier invoice number सुधारें।
इलाज 2: गलत तारीख का खाना
2B में सप्लायर की invoice date होती है। आपने supplier-invoice-date वाले खाने में माल मिलने/एंट्री की तारीख भर दी, तो तारीखें लड़ेंगी।
इलाज: voucher date (आपके खाते) और supplier invoice number/date (उसका बिल) — Tally में दोनों खाने अलग हैं; दोनों भरें।
इलाज 3: ₹1–2 की राउंडिंग
सप्लायर लाइन-वार टैक्स जोड़ता है, आप बिल-वार — पैसे का फर्क ₹1 बन जाता है और सख्त मैचिंग उसे पकड़ लेती है।
इलाज: ₹2 तक का फर्क matched मानें, 2B की रकम से क्लेम करें। पैसों का पीछा पैसों से महँगा है।
इलाज 4: सप्लायर लेजर में GSTIN की टाइपो
मास्टर में एक अक्षर इधर-उधर, और उस सप्लायर का हर बिल unmatched — 2B की एंट्रियाँ सही GSTIN के नीचे बैठी हैं, आपकी तरफ जोड़ी बनाने को कुछ नहीं।
इलाज: हर सप्लायर मास्टर का GSTIN एक बार जाँचें (checksum टाइपो पकड़ लेता है — मुफ्त टूल), फिर मास्टर बंद।
इलाज 5: सप्लायर ने B2C में रिपोर्ट कर दिया
बिल आपके GSTIN के बिना बना, तो GSTR-1 के B2C हिस्से में गया — आपके 2B में कभी नहीं आएगा, कितना भी इंतज़ार कर लें।
इलाज: सप्लायर अगली GSTR-1 में B2C→B2B संशोधन करे। बचाव: बिल बनते समय ही GSTIN लिखवाएँ। (पूरी जाँच: ITC 2B में क्यों नहीं।)
इलाज 6: बिल अगले महीने के 2B में है
सप्लायर ने 13 के कट-ऑफ के बाद फाइल किया — जून का बिल जुलाई के 2B में है, और आप जून मिला रहे हैं। खोया नहीं, लेट है।
इलाज: हर नए 2B को सिर्फ इस महीने की नहीं, सभी खुली खरीदों से मिलाएँ; "2B का इंतज़ार" वाली सूची आगे बढ़ाते रहें। (और 11 से पहले रिमाइंडर भेजें ताकि यह होना ही बंद हो।)
इलाज 7: आपकी तरफ डबल/टूटी एंट्री
एक ही बिल दो बार चढ़ गया (एक डिलीवरी कॉपी से, एक फाइल कॉपी से), या एक बिल दो voucher में बँट गया — बचा हुआ टुकड़ा किसी से नहीं मिलता।
इलाज: 2B को गलत मानने से पहले सप्लायर+रकम से डुप्लीकेट खोजें; बँटे voucher बिल के हिसाब से जोड़ें।
जब गलती सच में आपकी नहीं
सब साफ, फिर भी बिल नहीं? तो मामला सप्लायर का है — फाइल नहीं किया, गलत किया, या उससे बुरा। वह Tally का इलाज नहीं, सप्लायर एस्केलेशन रणनीति है।
जो Tally नहीं कर सकता
Tally वही मिला सकता है जो आपने इंपोर्ट किया — 2B खुद नहीं ला सकता, गायब बिल की वजह नहीं बता सकता, सप्लायर को WhatsApp नहीं कर सकता। GST Sathe यही पूरा चक्र हर महीने चलाता है (fuzzy matching समेत — INV-001 बनाम 001 फिर कभी तंग नहीं करेगा) और CA को तैयार बंडल देता है। Tally आपके खाते रहेंगे; GST Sathe ऊपर की reconciliation परत।
स्रोत
- Rule 59-60, CGST Rules; GSTN GSTR-2B JSON स्कीमा
अक्सर पूछे जाने वाले सवाल
बिल 2B में साफ दिख रहा है फिर भी Tally unmatched क्यों बताता है?+
लगभग हमेशा बिल नंबर दोनों तरफ अलग लिखा है — 'INV-001', '001' और 'INV/001' मैचिंग के लिए तीन अलग चीज़ें हैं। खरीद एंट्री में सप्लायर के बिल पर छपा नंबर हूबहू लिखें।
क्या ₹1 का फर्क भी मिलान रोक देता है?+
सख्त मैचिंग हर फर्क को पकड़ती है, पैसे की राउंडिंग भी। ₹2 तक के फर्क को matched मानें और 2B की रकम के हिसाब से क्लेम करें।
बिल mismatch नहीं, 2B से पूरा गायब है — वही समस्या है?+
नहीं, अलग समस्या: गायब का मतलब सप्लायर ने रिपोर्ट ही नहीं किया (लेट/नो फाइलिंग, गलत GSTIN, B2C)। यह Tally की सेटिंग नहीं, सप्लायर से वसूली का मामला है।
क्या हर बार नया GSTR-2B JSON इंपोर्ट करना चाहिए?+
हाँ — 14 तारीख का JSON एक स्नैपशॉट है। लेट फाइलिंग और संशोधन बाद के महीनों के 2B में आते हैं, इसलिए हमेशा ताज़ा डाउनलोड से मिलाएँ।
आपका GST पैसा, वापस आपकी जेब में
बिल मिलान, सप्लायर रिमाइंडर, IMS, नोटिस — सब अपने आप। लॉन्च पर मुफ़्त।