साल के बीच में स्कूल ERP बिना फ़ीस, अंक या इतिहास खोए कैसे बदलें?

संक्षिप्त उत्तर: शैक्षणिक वर्ष के बीच में ERP बदला जा सकता है अगर आप इसे फ़ाइल कॉपी नहीं, लेखा कट-ओवर मानें। गो-लाइव तारीख़ चुनिए (आम तौर पर महीने का अंत या फ़ीस चक्र की सीमा), उस तारीख़ पर पुराने सिस्टम को फ़्रीज़ कीजिए, पूरा डेटा एक्सपोर्ट कीजिए, छात्र, अभिभावक, फ़ीस संरचनाएँ और प्रति छात्र प्रति फ़ीस मद ओपनिंग बैलेंस इंपोर्ट कीजिए, और कंट्रोल टोटल (छात्रों की गिनती, कुल बकाया, अब तक का संग्रह, आख़िरी रसीद संख्या, उपस्थिति के दिन) से मिलान कीजिए। एक से दो हफ़्ते का समानांतर दौर चलाइए, प्रिंसिपल और एकाउंटेंट से हस्ताक्षर करवाइए और पुराना डेटा केवल-पढ़ने के रूप में सुरक्षित रखिए। नोटिस देने से पहले अपने मौजूदा वेंडर से पूरे एक्सपोर्ट का लिखित वादा लीजिए, और परीक्षा या फ़ीस की अंतिम तारीख़ वाले हफ़्ते में कभी मत बदलिए।

बदलने का सबसे अच्छा समय कौन-सा है?

सबसे साफ़ समय सत्र की शुरुआत है, ज़्यादातर स्कूलों में अप्रैल और कई कोचिंग सेवनों में मार्च से जून। जब वह संभव न हो, तब शांत महीने का अंत चुनिए जिसमें कोई परीक्षा, परिणाम का दिन या बड़ी फ़ीस की देय तारीख़ न हो। बोर्ड पंजीकरण, यूनिट टेस्ट और परिणाम प्रकाशन वाले हफ़्तों से बचिए। हमारे बाज़ार-नोट्स कहते हैं कि स्कूल जनवरी से मार्च में निर्णय लेते हैं और अप्रैल में शुरू करते हैं, इसलिए कई साल-बीच के बदलाव किसी समस्या से मजबूर होते हैं, जैसे वेंडर का बंद होना, कीमत बढ़ना या डेटा की दिक्कत। अगर आप वही हैं, तो एक्सपोर्ट तुरंत शुरू कीजिए और कट-ओवर की तारीख़ वेंडर के नहीं, अपने कैलेंडर के हिसाब से रखिए।

गो-लाइव तारीख़ क्या है?

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

कंट्रोल टोटल क्या हैं और कैसे इस्तेमाल करें?

कंट्रोल टोटल वे संख्याएँ हैं जिन्हें आप दोनों सिस्टम में जाँच सकते हैं। मिल जाएँ तो माइग्रेशन लगभग पक्का सही है; न मिलें तो अभिभावकों से पहले आपको समस्या मिल गई। गो-लाइव तारीख़ पर पुराने सिस्टम से इन्हें दर्ज कीजिए और इंपोर्ट के बाद मिलाइए। पैसे के लिए सहनशीलता शून्य रखिए।

कदम-दर-कदम माइग्रेशन कैसे करें?

बदलाव के दौरान अभिभावकों और स्टाफ़ को कैसे बचाएँ?

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

डेटा सुरक्षा और स्वामित्व का क्या?

माइग्रेशन बच्चों के व्यक्तिगत डेटा का हस्तांतरण है, इसलिए कुछ भी भेजने से पहले नए वेंडर को डेटा प्रोसेसिंग समझौते पर हस्ताक्षर करने चाहिए, और पुराने वेंडर को अनुबंध के अंत में अपनी प्रति मिटानी या लौटानी चाहिए। एक्सपोर्ट फ़ाइलें निजी WhatsApp या ईमेल से मत भेजिए; एन्क्रिप्टेड ट्रांसफ़र इस्तेमाल कीजिए और पहुँच का रिकॉर्ड रखिए। DPDP नियमों में संस्थान डेटा फ़िड्यूशियरी है और ज़िम्मेदार रहता है। DPDP गाइड और हमारा डेटा एक्सपोर्ट पेज देखिए कि हमें छोड़ना कैसा दिखेगा।

कौन-सी गलतियाँ सबसे महँगी पड़ती हैं?

• पुराने वेंडर का एक्सपोर्ट लिए बिना बदल देना और फिर पता चलना कि वह अधूरा है।
• बकाया को प्रति फ़ीस मद नहीं, एक गठरी के रूप में इंपोर्ट करना, जो रियायत, रिफ़ंड और GST तोड़ देता है।
• उपसर्ग के बिना रसीद नंबर दोबारा शुरू करना, जिससे दो रसीदों का एक नंबर हो जाता है।
• "सही दिख रहा है" कहकर कंट्रोल टोटल छोड़ देना।
• फ़ीस की देय तारीख़ वाले हफ़्ते में कट-ओवर करना।

Acavya कैसे मदद करता है?

ऑनबोर्डिंग मॉड्यूल गो-लाइव तारीख़ वाले इंपोर्ट विज़ार्ड, प्रति फ़ीस मद ओपनिंग बैलेंस इंपोर्ट और कंट्रोल-टोटल रिपोर्ट के आसपास बना है, और किसी भी समय पूरा डेटा एक्सपोर्ट ताकि आप कभी बंधे न रहें। फ़ैसले से पहले डेमो में हमसे अपने असली डेटा का नमूना इंपोर्ट करवाइए।