बहियाँ जो ख़ुद लिखी जाती हैं — और फिर भी Tally से जुड़ी रहती हैं

लेखा वहीं से शुरू जहाँ स्कूल का पैसा वास्तव में चलता है

ज़्यादातर स्कूलों में फ़ीस सॉफ़्टवेयर और खाते दो अलग दुनिया हैं। अकाउंटेंट हर दिन की वसूली दोबारा Tally में डालता है, बैंक का मिलान हाथ से करता है, और ट्रायल बैलेंस कभी फ़ीस रजिस्टर से पूरी तरह मेल नहीं खाता। ग़लतियाँ महीनों बाद ऑडिट में पकड़ी जाती हैं।

SSMS में फ़ीस देनदारियाँ, भुगतान और लेखा अलग-अलग पर आपस में जुड़े रहते हैं। हर फ़ीस घटना — बकाया बनना, रियायतें, रसीदें, रद्दीकरण, रिफ़ंड, चेक बाउंस, वॉलेट समायोजन — आपकी लेजर मैपिंग से अपने-आप वाउचर पोस्ट करती है। वेतन पेरोल से पोस्ट होते हैं; GST और TDS सहित ख़रीद स्टोर से पोस्ट होती है; मूल्यह्रास एसेट रजिस्टर से पोस्ट होता है। अकाउंटेंट दोबारा टाइप करने के बजाय समीक्षा करता है।

लेखा वैसा ही, जैसा भारतीय अकाउंटेंट अपेक्षा करते हैं

ग्रुप और लेजर Tally-संगत नामों पर चलते हैं। रसीद, भुगतान, कॉन्ट्रा, जर्नल, बिक्री, ख़रीद, क्रेडिट-नोट और डेबिट-नोट वाउचरों की हर वित्तीय वर्ष में अपनी अलग नंबरिंग होती है। पोस्ट हो चुके वाउचर रिवर्सल से सुधारे जाते हैं, कभी एडिट नहीं होते। कॉस्ट सेंटर, बिल-वार विवरण, सीमाओं सहित TDS धाराएँ, HSN/SAC के साथ बिक्री और ख़रीद पर GST, चेक प्रिंटिंग, बजट और वर्ष समापन — सब मौजूद है।

Tally, दोनों तरफ़

अगर आपका ऑडिटर Tally Prime में काम करता है, तो मास्टर्स और वाउचरों की Tally XML फ़ाइल एक्सपोर्ट करें — हर वाउचर एक ही बार एक्सपोर्ट होता है, जब तक जान-बूझकर दोबारा एक्सपोर्ट न किया जाए। Tally में दर्ज वाउचर वापस इम्पोर्ट किए जा सकते हैं, पहले प्रीव्यू के साथ, और टकरावों की सूची के साथ ताकि आप स्वीकार करें या पुराना रखें।