LedgerFlow

कस्टम अकाउंटिंग और GST सॉफ़्टवेयर

इनवॉइस, बिल, बैंकिंग, लेजर और GST — सब एक जगह।

उन व्यवसायों के लिए जिनका लेखा-जोखा किसी पैकेज्ड लेजर में फ़िट नहीं होता: मल्टी-एंटिटी समूह, व्यापार-विशेष कॉस्टिंग, या ऐसे ऑपरेशन जहाँ खाते दो बार टाइप करने के बजाय ऑपरेशनल सिस्टम से ही भरे जाने चाहिए। GST पर सही और कैश की स्थिति पर ईमानदार होने के लिए बनाया गया।

सैंपल डेटा के साथ डेमो बिल्ड — कोई लाइव ग्राहक सिस्टम नहीं।

स्क्रीन

यह कैसा दिखता है

चालू डेमो की 4 स्क्रीन — वही डेटा जो आप खोलने पर देखेंगे।

Voucher entry
Trial balance
GST
बकाया

समस्या

यह क्यों बनाया जाता है

जब तक बही-खाते बंद होते हैं, आँकड़े इतिहास बन चुके होते हैं। काम का सवाल यह है कि अभी नक़द स्थिति क्या है, और कौन-से इनवॉइस चुपचाप साठ दिन पार कर रहे हैं।

यह किसके लिए है

फ़िट

वे SME और फर्म जो अपने खाते लाइव चाहते हैं, तिमाही में दोबारा बनाए गए नहीं।

क्षमताएँ

सिस्टम क्या करता है।

GST-अनुरूप इनवॉइसिंग

CGST/SGST/IGST का सही हिसाब, और ऐसे इनवॉइस फ़ॉर्मेट जो जाँच में टिकें।

बिल और ख़र्च

खरीद और खर्च सही हेड और सही अवधि में दर्ज।

बैंक मिलान

स्टेटमेंट लाइनें एंट्री से मिलाई जाती हैं, और जो मेल न खाएँ वे छिपती नहीं, सामने आती हैं।

जनरल लेजर

भीतर पूरी डबल-एंट्री, ताकि ट्रायल बैलेंस उम्मीद नहीं, तथ्य हो।

GST रिटर्न

बही-खातों से तैयार GSTR-1 और 3B डेटा, फ़ाइलिंग स्टेटस की ट्रैकिंग के साथ।

एजिंग और नक़द स्थिति

बकेट-वार प्राप्य और देय, और तीन हफ़्तों में बैंक की स्थिति कैसी होगी।

ख़रीद का फ़ैसला

यहाँ ऑफ़-द-शेल्फ़ क्यों कम पड़ता है।

सीधे-सादे व्यवसायों के लिए पैकेज्ड अकाउंटिंग सॉफ़्टवेयर ही सही जवाब है, और हम यही कहेंगे। कस्टम अकाउंटिंग तीन स्थितियों में बनाने लायक है: जब ऑपरेशनल सिस्टम में लेन-देन पहले से मौजूद हो और उसे लेजर में दोबारा टाइप करना ही असली लागत हो; जब व्यवसाय कई एंटिटी चलाता हो जिन्हें समेकित करना ज़रूरी हो; और जब मायने रखने वाली कॉस्टिंग व्यापार-विशेष हो और पैकेज्ड चार्ट ऑफ़ अकाउंट्स उसे व्यक्त न कर सके।

तीनों में विफलता का तरीक़ा एक ही है — रिकॉर्ड का दूसरा सेट। ऑपरेशन एक सिस्टम पर चलते हैं, खाते दूसरे पर, और हर महीने का आख़िरी हफ़्ता कोई व्यक्ति दोनों को मिलाने में लगाता है। जो रिपोर्ट निकलती हैं वे उस तारीख़ तक सही होती हैं जो बीत चुकी है।

कस्टम बिल्ड लेजर को वहीं रखता है जहाँ लेन-देन पहले से है। ऑपरेशन में बना इनवॉइस अपने-आप पोस्ट हो जाता है, GST उसी समय लाइन स्तर पर बँट जाता है, और स्थिति दोबारा जोड़ी हुई नहीं बल्कि ताज़ा रहती है।

तुलना

पैकेज्ड प्रोडक्ट बनाम कस्टम बिल्ड।

वे अंतर जो फ़ैसला करते हैं, ख़ास इसी सेक्टर के लिए।

पैकेज्ड अकाउंटिंग सॉफ़्टवेयर और कस्टम बिल्ड की तुलना
पहलूपैकेज्ड प्रोडक्टकस्टम बिल्ड
डेटा एंट्रीलेन-देन लेजर में टाइप किए जाते हैंउन्हें बनाने वाले सिस्टम से अपने-आप पोस्ट, स्रोत दस्तावेज़ जुड़ा हुआ
GSTरिटर्न फ़ाइलिंग के समय जोड़े जाते हैंएंट्री बनते ही CGST, SGST और IGST लाइन स्तर पर तय, GSTR-1 और 3B का डेटा तैयार
मल्टी-एंटिटीअलग-अलग खाते, हाथ से समेकनएंटिटी अलग रहती हैं, समेकन और इंटर-कंपनी एलिमिनेशन एक रिपोर्ट के रूप में
कॉस्टिंगएक मानक चार्ट ऑफ़ अकाउंट्सव्यापार के हिसाब से कॉस्ट सेंटर — प्रति साइट, प्रति लॉट, प्रति जॉब — जो उसी लेजर में जुड़ते हैं
बैंकहाथ से मिलानस्टेटमेंट इम्पोर्ट के साथ मिलान, और जो मेल न खाए वह चुपचाप छोड़ने के बजाय सामने लाया जाता है
कैश की स्थितिपीरियड क्लोज़ पर सहीएजिंग बकेट के अनुसार प्राप्य और देय, साथ में आगे का बैंक दृश्य, आज तक ताज़ा

इंटीग्रेशन

यह किससे जुड़ता है।

जो सिस्टम पहले से इस्तेमाल हो रहे टूल्स तक नहीं पहुँच सकता, वह एक और टापू बन जाता है। इस सेक्टर को आमतौर पर इन कनेक्शनों की ज़रूरत होती है।

Tally और Zoho Books

दो-तरफ़ा, जहाँ आप वैधानिक खाते वहीं रखना चाहते हैं और एंट्रियाँ ऑपरेशन से चलती हैं।

ई-इनवॉइसिंग

IRN और QR इनवॉइस के समय ही बनते हैं, महीने के अंत में एक साथ नहीं।

बैंकिंग

अलग-अलग फ़ॉर्मैट में स्टेटमेंट इम्पोर्ट, और बल्क ट्रांसफ़र के लिए पेमेंट फ़ाइल बनाना।

पेमेंट गेटवे

कलेक्शन का इनवॉइस से मिलान, फ़ीस और सेटलमेंट के समय सहित।

पेरोल

वेतन, वैधानिक कटौतियाँ और प्रतिपूर्तियाँ एक समीक्षित जर्नल के रूप में पोस्ट।

यह कैसे चलता है

पहली बातचीत से कटओवर तक।

इस आकार के बिल्ड के लिए सांकेतिक। पैरलल रन वैकल्पिक नहीं है — जब तक आँकड़े मेल न खाएँ, कुछ भी बंद नहीं किया जाता।

  1. 1-2 हफ़्ते

    डिस्कवरी

    हम आपका चार्ट ऑफ़ अकाउंट्स, आपकी GST प्रोफ़ाइल और यह देखते हैं कि दोहरी एंट्री अभी कहाँ होती है।

  2. 4-7 हफ़्ते

    मुख्य निर्माण

    मास्टर, वाउचर, GST व्यवहार और बैंक मिलान, आपके अपने पुराने डेटा के साथ।

  3. 4 हफ़्ते

    पैरलल रन

    मौजूदा खातों के साथ पूरा एक महीना चलाया जाता है, और कुछ भी बंद करने से पहले लाइन-दर-लाइन मिलान होता है।

  4. 1-2 हफ़्ते

    कटओवर

    ओपनिंग बैलेंस एक पीरियड की सीमा पर लॉक, पिछला सिस्टम केवल पढ़ने के लिए रखा जाता है।

रोलआउट के बाद

रोज़मर्रा में क्या बदलता है।

  • ऑपरेशन और खातों के बीच महीने के अंत का मिलान ख़त्म हो जाता है, क्योंकि रिकॉर्ड का एक ही सेट होता है।
  • GST डेटा संकलित करने के बजाय खातों से ही बनता है, इसलिए फ़ाइलिंग दोबारा बनाने के बजाय एक समीक्षा बन जाती है।
  • कैश की स्थिति ताज़ा रहती है, और यही एक रिपोर्ट और एक फ़ैसले का अंतर है।
  • बेमेल बैंक लाइनें चुपचाप समा जाने के बजाय दिखाई देती हैं।

जानबूझकर गुणात्मक रूप में बताया गया। हम ऐसे प्रतिशत सुधार प्रकाशित नहीं करते जिन्हें हम किसी नामित क्लाइंट से, उनकी सहमति के साथ, जोड़ न सकें।

सवाल

आम सवाल।

क्या यह GST अनुरूप है?

हाँ। CGST, SGST और IGST लाइन स्तर पर संभाले जाते हैं, और GSTR-1 तथा 3B का डेटा बहीखातों से तैयार होता है, फ़ाइलिंग की स्थिति सहित।

क्या यह बैंक स्टेटमेंट मिला सकता है?

हाँ। स्टेटमेंट की पंक्तियाँ प्रविष्टियों से मिलाई जाती हैं, और जो कुछ मेल न खाए वह चुपचाप अनदेखा होने के बजाय सामने लाया जाता है।

क्या यह मौजूदा नक़द स्थिति दिखाता है?

हाँ। एजिंग बकेट के अनुसार प्राप्य और देय, साथ में बैंक स्थिति का आगे का दृश्य — न कि ऐसी तस्वीर जो केवल तिमाही के अंत में सही होती है।