Boeken die zichzelf schrijven — en toch communiceren met Tally

Boekhouding die begint waar het geld van de school daadwerkelijk beweegt

Op de meeste scholen zijn de schoolgeldsoftware en de administratie twee verschillende werelden. De accountant voert de inning van elke dag opnieuw in in Tally, stemt de bank handmatig af, en de proefbalans komt nooit helemaal overeen met het schoolgeldregister. Fouten worden pas maanden later bij de audit ontdekt.

In SSMS worden schoolgeldverplichtingen, betalingen en boekhouding gescheiden gehouden maar wel met elkaar verbonden. Elke schoolgeldgebeurtenis — gegenereerde vorderingen, kortingen, ontvangstbewijzen, annuleringen, terugbetalingen, gestuite cheques, wallet-aanpassingen — boekt automatisch een voucher op basis van jouw grootboekkoppeling. Salarissen worden geboekt vanuit de salarisadministratie; aankopen met btw en TDS worden geboekt vanuit de voorraad; afschrijvingen worden geboekt vanuit het activaregister. De accountant controleert in plaats van opnieuw over te typen.

Boekhouding zoals Indiase accountants dat verwachten

Groepen en grootboeken volgen Tally-compatibele namen. Ontvangst-, betalings-, contra-, journaal-, verkoop-, aankoop-, creditnota- en debetnotavouchers hebben elk hun eigen nummering per boekjaar. Geboekte vouchers worden gecorrigeerd via een tegenboeking, nooit bewerkt. Kostenplaatsen, factuurdetails, TDS-secties met drempels, btw over verkoop en inkopen met HSN/SAC, chequeprinting, budgetten en jaarafsluiting zijn allemaal aanwezig.

Tally, in beide richtingen

Als je accountant werkt in Tally Prime, exporteer dan een Tally XML-bestand van stamgegevens en vouchers — waarbij elke voucher eenmaal wordt geëxporteerd tenzij deze bewust opnieuw wordt geëxporteerd. Vouchers die in Tally zijn ingevoerd, kunnen weer worden geïmporteerd, eerst worden voorbeeldweergaven getoond, waarbij conflicten worden weergegeven zodat je ze kunt accepteren of behouden.