GST आणि पैसा

दर दुसरं ऑप्टिकल bill अंशतः भरलं जातं: 2,883 पैकी 1,348

चार वर्षांतली 46.8% bills counter वर पूर्ण भरली गेली नाहीत — आणि रजिस्टर प्रत्येकाचा दुसरा अर्धा भाग कसा आला हे सांगूच शकत नाही.

इतर भाषांमध्ये: English · हिन्दी

या दुकानाने चार वर्षांत जेवढी bills बनवली, त्यातली जवळपास अर्धी counter वरच पूर्ण भरलीच गेली नाहीत. 2,883 orders पैकी 1,348 वर advance घेतला गेला आणि balance नंतर वसूल करण्यासाठी ठेवला गेला.

ही cash-flow ची अडचण नाही. ऑप्टिकल दुकान असतंच असं: ग्राहक order करताना काही देतो, lens काही दिवसांनी lab मधून परत येतं, आणि उरलेले पैसे तो येतो तेव्हा येतात. बाकी जवळपास प्रत्येक प्रकारचं retail व्यवहार गल्ल्यावरच संपवतं. हे संपवत नाही — आणि बहुतेक billing software त्याच प्रकारच्या retail साठी बांधलेलं आहे जे संपवतं.

खुलासा आणि मर्यादा. मी Optocore बनवतो, एक optical ERP, आणि हे आकडे त्यातलेच आहेत. हे दोन branches असलेल्या एका भारतीय ऑप्टिकल व्यवसायाचे आहेत — 2,883 orders, 2022 ते 22 सप्टेंबर 2026. खरं दुकान, benchmark नाही. कोणतीही रक्कम छापलेली नाही; ही bills ची मोजणी आहे.

आकडा, आणि तो किती स्थिर आहे

वर्ष Orders अंशतः भरलेली वाटा
2022 111 57 51.4%
2023 891 406 45.6%
2024 822 378 46.0%
2025 753 369 49.0%
2026 (सप्टेंबरपर्यंत) 306 138 45.1%
एकूण 2,883 1,348 46.8%

चार वर्षं, पाच अंकांच्या पट्ट्यातच. यात ना हंगाम आहे, ना कल, आणि दुकानाने जे केलं त्याने हा हललाही नाही. ही फक्त व्यवसायाची रचना आहे: तुम्ही जे विकता त्यातलं जवळपास निम्मं, तुम्हाला दोनदा वसूल करावं लागतं.

याची तुलना त्याच bills वरच्या payment method च्या बदलाशी करा, जिथे रोख 21 अंकांनी घसरली आणि 2026 मध्ये UPI सर्वात मोठा मार्ग बनला. ग्राहकांनी कशाने भरायचं हे पूर्णपणे बदललं, आणि केव्हा भरायचं हे मुळीच बदललं नाही.

अर्धी भरलेली bills प्रत्यक्षात काय मोडतात

सर्वात आधी day close. गल्ल्यात आजच्या bill वरचे आज घेतलेले advance आहेत, आणि सोबत आठवड्यांपूर्वीच्या bill चे आज वसूल झालेले balance सुद्धा. सिस्टीम फक्त invoice ची एकूण बेरीज नोंदवत असेल, तर गल्ला आणि sales report कधीच जुळणार नाहीत, आणि फरक रोज बदलेल — अशा कारणाने ज्यावर कोणी बोट ठेवू शकत नाही. ऑप्टिकल retail मधली "आमचं software चुकतंय" ही सर्वात सामान्य तक्रार हीच आहे, आणि software बहुधा बरोबर असतं — ते विक्री नोंदवतंय, वसुली नाही.

मग ग्राहकाशी बोलणं. कुणीतरी मार्चमध्ये advance दिला आणि एप्रिलमध्ये परत आला. त्याच्या लक्षात आहे की त्याने "दिले तर होते". दुकानाकडे, ते bill वर नोंदलेलं नसेल तर, फक्त एक एकूण बेरीज आहे आणि एक वाद. यातल्या 122 orders वर आजही balance उघडा आहे; प्रत्येक एक होणारं संभाषण आहे, आणि प्रत्येकाला आठवण नव्हे, कागद लागतो.

मग गुपचूप, GST. Tax invoice supply च्या वेळी बनतं, वसुलीच्या वेळी नाही. अंशतः भरलेला व्यवहारही पूर्ण किमतीचं पूर्ण tax invoice आहे, आणि त्यावर GST त्याच आधारावर देय आहे — प्रत्यक्षात कितीही वसूल झालं असो. जी दुकानं balance मिळाल्यावरच invoice बनवतात, ती चुकीच्या तारखेला filing करतायत — ही counter ची नव्हे, return ची अडचण आहे, आणि ती महिन्यांनी समोर येते.

हे invoice वर लिहा

तीन ओळी, आणि पूर्ण समस्येचा आकारच बदलतो:

Total                      ₹7,345
Advance (UPI)            − ₹3,000
Balance due                ₹4,345

Advance, तो कोणत्या मार्गाने आला, आणि किती बाकी आहे. Rule 46 जी fields मागतं त्यांच्यात या कुठे बसतात, हे आमच्या bill format च्या लेखात आहे.

काम फक्त या तीन ओळींनी होत नाही — ते होतं याने की त्याच तीन गोष्टी सिस्टीममध्येही असाव्यात, म्हणजे day close "आज वसूल काय झालं" आणि "आज bill किती झालं" हे दोन वेगळे प्रश्न वेगवेगळे विचारू शकेल. ऑप्टिकल दुकानाला दर संध्याकाळी दोन्हींची उत्तरं लागतात.

या आठवड्यात काय दुरुस्त करावं, काहीही न विकत घेता

  1. Advance, त्याची method आणि balance — तिन्ही invoice वर लिहा. गल्ल्याशेजारच्या वहीत नाही. हाच तो कागद आहे जो ग्राहकाकडे राहतो आणि चार आठवड्यांच्या आठवणीनंतरही टिकतो.
  2. दिवस दोन ओळींवर बंद करा, एकावर नाही. आज bill किती झालं, आणि आज वसूल किती झालं. ते जुळणार नाहीत, त्यांनी जुळायलाही नको — आणि तो फरक म्हणजेच दुकानातून जाणारे advance आणि balance.
  3. उघड्या balance ची अशी यादी ठेवा जी कोणीतरी खरंच वाचतं. यातल्या 122 orders वर आजही balance आहे. जो balance कोणी बघतच नाही तो वसुली नाही, उशिरा दिलेलं दान आहे.

जे रजिस्टर आपल्याला सांगूच शकत नाही

ही प्रामाणिक मर्यादा आहे, आणि मोठी आहे.

या 2,883 पैकी एकही bill split payment नोंदवत नाही. ज्या सिस्टीममधून ही आली, ती प्रत्येक bill वर एकच method घ्यायची. म्हणजे ज्या 1,348 वर अंशतः भरणा झाला — order वर advance, माल नेताना balance, बहुतेकदा वेगवेगळ्या मार्गांनी — त्यांच्यावरही नोंदलेली एकच method आहे, जी counter वर उभ्या माणसाने निवडली.

याचा अर्थ या दुकानाच्या निम्म्या विक्रीबद्दलचा सर्वात रंजक प्रश्न तिच्याच नोंदींतून सुटत नाही: balance कसा भरला गेला? "साधारणपणे" सुद्धा नाही. मुळीच नाही. चार वर्षांची bills, आणि प्रत्येक अंशतः भरलेल्या व्यवहाराचा दुसरा अर्धा भाग कोरा आहे.

ज्यांनी त्या नोंदी ठेवल्या त्यांच्यावर ही टीका नाही. साधन एक खण देतं आणि व्यवसायाला दोन लागतात, तेव्हा हेच घडतं. आणि हेच कारण आहे की हा लेख किती bills अंशतः भरली गेली हे सांगू शकतो, पण त्याने रोख-विरुद्ध-UPI चा हिशोब कसा बदलला हे सांगू शकत नाही — कोणत्याही आकड्यावर योजना आखण्यापूर्वी ही मर्यादा माहीत असणं गरजेचं आहे.


दोन branches असलेल्या एका भारतीय ऑप्टिकल व्यवसायाच्या 2,883 orders, 2022 ते 22 सप्टेंबर 2026, त्यातल्या 1,348 वर advance हा net amount पेक्षा कमी होता. bills ची मोजणी, रक्कम नाही.