NEP 2020 र APAAR ID: तपाईंको ERP को लागि यसको वास्तविक अर्थ के हो

NEP 2020 ले धेरै नीतिगत भाषाहरू सिर्जना गरेको छ तर कुनै विद्यालय वा कलेजले वास्तवमा के गर्नुपर्छ भन्नेबारे व्यावहारिक मार्गदर्शन भने निकै कम छ। APAAR ID ती मध्ये एक ठोस विषय हो — यसमा वास्तविक प्राविधिक कार्यान्वयन, समयावधिको दबाब, र विद्यार्थीका रेकर्डहरू कसरी सुरक्षित राख्ने भन्नेबारे गम्भीर असरहरू जोडिएका छन्। यसको अर्थ के हो भन्नेबारे व्यावहारिक जानकारी यहाँ छ।

वास्तवमा APAAR ID के हो?

APAAR (Automated Permanent Academic Account Registry) विद्यार्थीलाई प्रदान गरिने एउटा अद्वितीय academic ID हो, जुन उनीहरूको सम्पूर्ण शैक्षिक जीवनभर (विद्यालय, स्नातक, स्नातकोत्तर र सोभन्दा माथि) एउटै रहन्छ। यो भारतको Academic Bank of Credits (ABC) सँग जोडिएको छ, जसले NEP 2020 को लचिलो, multiple entry-exit संरचना अन्तर्गत विद्यार्थीहरूलाई विभिन्न शिक्षण संस्थाहरूबीच academic credits सङ्कलन र ट्रान्सफर गर्न दिन्छ। व्यावहारिक रूपमा, APAAR ID ले विद्यार्थीको credit इतिहासलाई एउटै संस्थाको रेकर्डमा सीमित राख्नुको सट्टा अन्यत्र पनि प्रयोगयोग्य बनाउँछ।

यसमा केवल नम्बर जेनेरेट गर्नुभन्दा बढी किन आवश्यक छ?

APAAR ID लाई वास्तवमै उपयोगी बनाउन तीनवटा कुराहरू सही तरिकाले हुनुपर्छ, र यी तीनै कुराहरूले तपाईंको ERP लाई सिधै छुन्छन्:

• अभिभावकको सहमति (Parental consent) नाबालिगका लागि ID जेनेरेट गर्नुअघि सङ्कलन र रेकर्ड गर्नुपर्छ। यसको अर्थ तपाईंको प्रणालीमा एउटा वास्तविक डिजिटल consent flow हुनुपर्छ, केवल कसैले ध्यान नदिने साधारण checkbox मात्र भएर पुग्दैन।

• विद्यार्थीको डाटा प्रमाणिकरण पुराना रेकर्डहरूसँग हुनुपर्छ - नाम, जन्ममिति र अन्य विवरणहरू ID स्वीकृत हुनका लागि अन्यत्र भएका रेकर्डहरूसँग मिल्नुपर्छ। यसले धेरै संस्थाहरूलाई उनीहरूको डाटाको गुणस्तरमा रहेका समस्याहरू देखाउँछ जुन उनीहरूलाई पहिले थाहा थिएन।

• ID लाई DigiLocker सँग जोड्न आवश्यक छ ताकि शैक्षिक रेकर्डहरू डिजिटल रूपमा पहुँचयोग्य र प्रमाणिकरण गर्न सकिने खालका बनून्, केवल जेनेरेट गरेर बिर्सिने खालका होइनन्।

ठूलो स्तरमा यो कस्तो देखिन्छ

एउटा कक्षाका लागि, APAAR IDs जेनेरेट गर्नु एउटा सहज मान्युअल काम हो। तर केही हजार विद्यार्थीहरू भएका संस्थाका लागि, फारममार्फत consent सङ्कलन गर्ने, डाटा प्रमाणिकरण गर्ने र पालैपालो एउटा-एउटा पेश गर्ने काम एउटा ठूलो प्रशासनिक बोझ बन्छ। प्रायः यो अन्तिम समयको दबाबमा गरिन्छ र अर्को ब्याचको लागि त्यसै छाडिन्छ। यो ठ्याक्कै त्यस्तै प्रक्रिया हो जसलाई हरेक वर्ष छुट्टै अभियानका रूपमा चलाउनुको सट्टा विद्यार्थी रेकर्ड प्रणाली (student record system) भित्रै समावेश गर्दा फाइदा हुन्छ।

तपाईंको ERP मा वास्तवमा के जाँच गर्ने?

1. के अभिभावकको सहमति कागजको सट्टा parent portal मार्फत डिजिटल रूपमा सङ्कलन गर्न सकिन्छ?

2. के प्रणालीले डाटा सबमिट गर्नुअघि आवश्यक विवरणहरू जाँच गर्छ, जसले गर्दा पछि अस्वीकृत (rejection) हुने त्रुटिहरू पहिले नै समात्न सकियोस्?

3. के एउटा-एउटा विद्यार्थीको सट्टा पूरा कक्षा वा संस्थाको लागि bulk मा IDs जेनेरेट गर्न सकिन्छ?

4. के त्यहाँ स्पष्ट status view छ जसले कुन विद्यार्थीको consent बाँकी छ, कसको स्वीकृत भयो, वा कसको पूर्ण रूपमा जेनेरेट भयो भनेर देखाउँछ?

Sonet को APAAR ID व्यवस्थापन मोडलले यसलाई UniSCOP, ESCOP र eSSMS भित्र विद्यमान विद्यार्थी रेकर्डकै एउटा भागका रूपमा सञ्चालन गर्छ: सहमति सङ्कलन, bulk generation र DigiLocker लिकिङ — जसले गर्दा हरेक वर्ष अन्तिम समयको दबाबमा दोहोर्‍याउनुपर्ने छुट्टै spreadsheet-आधारित झन्झट रहँदैन।