हर staff member को सही access। दो क्लिक में। पहले दिन से।

आपके स्कूल का नया accountant असल काम के लिए दो दिन क्यों इंतज़ार करता है

1 अप्रैल की सुबह है। आपके स्कूल की नई junior accountant का पहला दिन है। Principal को 28 मार्च को ERP vendor को email करनी पड़ी थी कि 'please add this user'। दो business days बाद, vendor जवाब देता है कि account तैयार है — पर जो login बनाया गया है उसमें payroll, salary slips, और TDS statements का access है, जिन में से कोई वो देख नहीं सकती थीं। और जो ज़्यादा बुरा है — vendor ने गलती से उन्हें sister-school के data पर map कर दिया। एक और email। और इंतज़ार। बुधवार दोपहर तक वो finally एक working login पाती हैं। Principal over-permissioning देखकर कंधे उचकाते हैं — या तो वो login करके काम करे, या front-desk fee counter बंद रहे।

2010s में बिके ज़्यादातर भारतीय स्कूल ERPs में यही पैटर्न है। Staff onboarding में दो-तीन दिन लगते हैं क्योंकि user creation vendor की support queue से जाता है। जब access आखिरकार मिलती है, वो गलत shape की होती है — over-permissioned, क्योंकि vendor की role list आपके स्कूल की असली संरचना से मेल नहीं खाती। नतीजा: sensitive data रोज़ लीक होता है। किसी की बदनीयत नहीं — system इतना मोटा है कि सही scope नहीं कर पाता। सालरी स्लिप parent के inbox में चली जाती है। एक teacher गलती से दूसरे teacher का homework cancel कर देती है। Class teacher गलत student को promote कर देती है। हर घटना एक finger-pointing meeting में खत्म होती है और एक ही conclusion पर: 'अगली बार ज़्यादा ध्यान रखेंगे'। Structurally कुछ नहीं बदलता।

Inkwelly ने assignment layer को बिल्कुल नए सिरे से बनाया। Role Assignments आपके स्कूल के IAM dashboard के अंदर एक self-serve panel है। आपके principal या office admin दो क्लिक में staff को रोल assign करते हैं। बदलाव staff की अगली login पर लागू होता है — कोई vendor support ticket नहीं, कोई इंतज़ार नहीं। और हर एक बदलाव — कौन सा रोल assign हुआ, किसने revoke किया, किसने बदला, कौन admin ने किया, कब किया — inspection day और DPDP audit day के लिए Audit Logs में record होता है।

आपके स्कूल में role assignment कैसे काम करता है

IAM dashboard खोलें → Assignments क्लिक करें। Panel आपके स्कूल के हर staff member को उनके मौजूदा assigned रोल, employee ID, profile photo, assign करने वाले admin, और timestamp के साथ दिखाता है। सामने दो filters — name से, रोल से। एक बटन — + Assign Role।

Step 1 — staff member को चुनें। Searchbox में उनका नाम या employee number type करें — results first name, last name, और employee ID सब पर live filter होते हैं। Row पर click।

Step 2 — एक या कई रोल चुनें। Multi-select dropdown आपके स्कूल के रोल catalogue के हर active रोल को list करता है। Class Teacher टिक करें। चाहते हैं कि यह teacher Sports भी संभाले? Sports In-charge टिक करें। Save।

दो assignments अब बन गए हैं — एक प्रति रोल — दोनों आपके admin user के नाम से, दोनों second तक timestamped। Staff member की effective permissions दोनों रोल का सिंपल sum है — जो भी action कोई एक रोल allow करता है, वो कर सकते हैं, और कुछ नहीं। Permissions सिर्फ जुड़ती हैं, घटती नहीं। इसलिए नतीजा predictable है: अगर किसी teacher के पास Class Teacher और Sports In-charge दोनों हैं, दोनों रोल definitions देखें, सब कुछ ले लें जो वो cover करते हैं — यही वो ERP में कर सकती हैं।

बदलाव कब लागू होता है। Assignment instant save होता है। मौजूदा logged-in session के लिए, नई permissions 15 मिनट के अंदर लागू होती हैं (अगली बार login refresh पर)। नए joiner के लिए जो अभी तक login नहीं किया, assignment उनके password बनाने से पहले ही होती है — वो पहले second से ही सही access के साथ आते हैं। अगर access 15 मिनट से ज़्यादा जल्दी revoke करनी है, तो Employee Management से पूरा staff account deactivate कर दें — वो instant lock हो जाते हैं।

Revoke एक icon पर है। हर assignment row पर revoke icon है। Click करें, confirm। रोल हट जाता है। Staff member अगली login refresh पर वो रोल की permissions खो देते हैं। Audit log revoke को timestamp और admin user के साथ record करता है।

Promotions के लिए all-or-nothing रोल swap। जब अक्टूबर में Class Teacher को Vice Principal बनाया जाता है, आप नहीं चाहते कि वो थोड़ी देर के लिए दोनों रोल hold करें या थोड़ी देर के लिए कोई रोल न हो। Inkwelly का Replace Roles वाला operation swap को atomically करता है — एक save में पुराना रोल हटता है और नया रोल जुड़ता है। या तो पूरा बदलाव लागू होता है या कुछ नहीं बदलता। वो 30 second वाला half-state नहीं होता जहां staff member lock-out हो जाए क्योंकि दो screens अलग-अलग काम कर रहे थे।

Multi-role staff — असली भारतीय स्कूल पैटर्न

ज़्यादातर स्कूल ERPs मानकर चलते हैं कि एक staff एक रोल। असली भारतीय स्कूल ऐसे नहीं चलते। आपकी Maths teacher grade 8B की Class Teacher हैं और बुधवार को Computer Lab चलाती हैं। English teacher Mehta House की House Master भी हैं। PE teacher Sports Coordinator भी हैं। Librarian शनिवार को Front Desk भी संभालती हैं। हर स्कूल में ऐसे लोग हैं जो दो-तीन टोपियां पहनते हैं — आपके ERP को यह reflect करना चाहिए, बिना principal को login share या duplicate accounts बनवाए।

Inkwelly एक save में एक staff member को कई रोल assign कर देता है। Role dropdown multi-select है। एक teacher को Subject Teacher + House Master टिक करें; दूसरे को Class Teacher + Computer Teacher। Permissions जुड़जाती हैं — जो भी action कोई एक रोल allow करता है, वो कर सकते हैं। दो रोल, एक login, एक audit trail, एक staff record। वही teacher, वही Inkwelly account, हर काम के लिए सही permissions — और गलती से student promote करने का खतरा नहीं क्योंकि भूला हुआ side-role edit access नहीं देता।

Atomic रोल swap — promotion बिना lockout

अक्टूबर में एक Class Teacher को Vice Principal बनाया जाता है। नियम तरीका है दो steps: पुराना रोल revoke, फिर नया assign। पर दोनों steps के बीच, teacher के पास थोड़ी देर के लिए कोई रोल नहीं होता — अगर वो गलत समय पर dashboard refresh करती हैं, तो lock-out हो जाती हैं। अगर दूसरा step किसी कारण से fail हो जाए, वो बिना access के फंसी रहती हैं जब तक कोई notice नहीं करता।

Inkwelly swap को एक single, all-or-nothing बदलाव की तरह करता है। एक save के अंदर, हर पुराना रोल हटता है और हर नया रोल जुड़ता है। या तो पूरा बदलाव लागू होता है या कुछ नहीं बदलता — teacher के session में कोई बीच की स्थिति दिखाई नहीं देती। अगर save किसी कारण से fail होता है, मूल assignments बरकरार रहती हैं। Teacher कभी half-promoted या half-locked-out नहीं होती। यह एक serious ERP को पूरा करना चाहिए — luxury नहीं। आपका staff system पर भरोसा करता है क्योंकि system उन्हें बीच में नहीं छोड़ता।

Effective permissions — एक नज़र में, exportable

Kisi staff member की assignment detail खोलें और Inkwelly उनकी पूरी permission list live compute करके दिखाता है। यह हर active रोल का sum है। अगर Class Teacher 37 actions cover करता है और Sports In-charge 9 actions जिनमें से 4 overlap हैं, तो आप 42 permissions in total देखते हैं। List area से group होती है — Students, Attendance, Fees, Examinations, Transport, Library — वही विन्यास जो Role Builder इस्तेमाल करता है, इसलिए किसी की capabilities review करना रोल डिज़ाइन करने से एक जैसा है।

List को CSV के रूप में download करें जब auditor पूछे 'Priya Sharma आपके ERP में क्या कर सकती हैं दिखाएं'। Export उनका employee ID, hold किए रोल, पूरी permission list, और export timestamp रखता है। हर assignment बदलाव के audit trail के साथ, यह वो precise packet है जो आपका स्कूल inspector या trustee को सौंपता है — तीन दिन assemble करने में खर्च किए बिना।

हर बदलाव record होता है — inspection day के लिए, हर दिन

हर assignment बदलाव Audit Log में लिखा जाता है — किस admin ने किया, किस staff को असर हुआ, कौन सा रोल, क्या action (assigned, replaced, revoked), second तक timestamp, और originating device के साथ। यह वो trail है जो 'उस teacher को payroll access किसने दिया?' को multi-day जांच से 5-second filter में बदल देता है।

Audit trail कोई भी edit या delete नहीं कर सकता — न principal, न trust admin, न Inkwelly support। यही इसका मकसद है। अगर CBSE inspector या DPDP Act auditor पिछले 90 दिनों के हर access बदलाव मांगे, export एक क्लिक है। अगर कोई parent escalate करे कि teacher के पास ऐसा access था जो नहीं होना चाहिए था, आप precisely pinpoint कर सकते हैं कि रोल कब assign हुआ, किसने किया, और कब revoke हुआ। Access governance कागज़ की policy से एक live, queryable record बन जाती है।

Suspending या offboarding — सही समय के लिए सही चुनाव

जब एक staff जांच के दौरान suspend किया जाता है, आप अपने रोल पक्के रूप से revoke नहीं करना चाहते। अगर जांच साफ हो जाए, आप चाहते हैं कि उनकी access ठीक वैसी ही बहाल हो जैसी पहले थी, पूरी history सहित। Inkwelly इसे हर assignment पर active / inactive toggle से handle करता है। Off करें — staff member तुरंत रोल की permissions खो देते हैं, पर assignment row पूरी timestamp history के साथ database में रहती है। वापस on करें — रोल की permissions लौट आती हैं, न re-tick, न re-assignment, न audit trail टूटना।

Assignment को सिर्फ तब delete करें जब staff सचमुच चला गया हो — इस्तीफा दिया, terminate हुआ, retire हुआ — और access बदलाव पक्का है। Deletion भी audit log में दिखती है ताकि history बरकरार रहे, पर active list से assignment चली जाती है। Compliance के लिए ex-staff access history track करने वाले स्कूलों के लिए, toggle recommended पैटर्न है। Deletion असली offboarding के लिए। दोनों assignments panel में एक क्लिक हैं।

Production स्कूलों से असली assignment scenarios

पांच routine assignment पैटर्न जो Inkwelly स्कूल हर हफ्ते handle करते हैं:

1. 1 अप्रैल को नए academic session की staffing। 6 नए joiners, 4 leavers, 3 internal promotions। आपके principal 9 बजे IAM Assignments खोलते हैं, बदलाव करते हैं — 6 assigns, 4 revokes, 3 replaces — और 9:20 तक पूरे स्कूल का access मैप current है। नए joiners काम करने वाले ERP में आते हैं। Leavers की access डेस्क साफ करने से पहले ही खत्म। Promoted staff को पहली login पर नई dashboard दिखती है।

2. Maternity leave coverage। Class 7B की teacher 3 महीने की leave पर जाती हैं; दूसरी teacher उनकी class cover करती हैं। Substitute को उनके मौजूदा Subject Teacher assignment में Class Teacher रोल जोड़ दिया जाता है — ताकि वो 7B की attendance mark कर सकें बिना math teaching access खोए। 3 महीने बाद, substitute से Class Teacher revoke करें, audit log temporary grant दिखाता है। Original teacher लौटती हैं, रोल उनके लिए वापस लागू होता है, audit log resumption दिखाता है। साफ, traceable, कहीं shared logins नहीं।

3. Board meetings के दौरान Acting Principal। Vice Principal 2 हफ्ते के लिए Acting Principal बनते हैं जब Principal Delhi में CBSE board meeting में होते हैं। Vice Principal के रोल को Principal से swap करें। 2 हफ्ते बाद, वापस swap करें। दोनों बदलाव atomic, दोनों timestamped, दोनों बिना किसी confusion के reversible।

4. जांच के दौरान suspension। parent complaint की जांच के दौरान एक teacher को suspend किया जाता है। उनकी assignment inactive mark करें — उनकी dashboard तुरंत उनकी classes, fees, या homework permissions दिखाना बंद कर देती है। जांच के दौरान वो और नुकसान नहीं कर सकतीं। 2 हफ्ते बाद जांच उन्हें saaf करती है; वापस active toggle करें; पूरी access बिना कुछ दोबारा किए बहाल।

5. Sister-school transfer। एक ही trust के School A से School B में teacher transfer होता है। School A पर सारी assignments revoke करें। School B पर नई assignments बनाएं School B की अपनी role list से। वही staff record, दो अलग school access scopes, पूरी तरह independent audit trails। हर स्कूल अपने access मैप पर control रखता है।

अपने स्कूल की staff list पर live assignment workflow देखें

30-मिनट का walkthrough — अपने स्कूल की असली staff list लेकर आएं। हम आपके पांच सबसे ज़रूरी रोल आपके असली Inkwelly setup पर एक साथ assign कर देंगे।

सीमाएं, सुरक्षा, और छोटी बारीकियां

Permissions कई रोलों पर सिर्फ जुड़ती हैं। जब एक staff member दो रोल hold करते हैं, उनकी effective permissions सिंपल sum हैं — जो भी action कोई एक रोल allow करता है, वो कर सकते हैं। Inkwelly दूसरे रोल से permissions subtract नहीं करता। अगर आप चाहते हैं कि staff के पास एक permission न हो, तो वो रोल assign न करें जो वह grant करता है। यह जानबूझकर चुनाव है — subtractive permission models audit में मुश्किल होते हैं और inspection week में सरप्राइज़ देते हैं।

Idempotent assignment। वही रोल वही staff को दूसरी बार assign करना चुपके से skip होता है — कोई error नहीं, कोई duplicate नहीं, double permissions नहीं। Screen आपको बताती है कि क्या बदला और क्या skip हुआ।

Cross-school assignment block है। School A का रोल School B के teacher को assign नहीं हो सकता — हर स्कूल की role list पूरी तरह isolated है। दूसरे स्कूल के roles देखने का कोई UI रास्ता नहीं। Multi-school trusts अपनी assignments प्रति-स्कूल independently चलाते हैं।

रोल active होना चाहिए assignable होने के लिए। Deactivated रोल नए staff को assign नहीं हो सकता। Deactivated रोल की मौजूदा assignments जो assigned staff के लिए हैं, वो काम करती हैं, पर नई assignments accept नहीं होतीं। रोल को वापस assignable बनाने के लिए, Role Builder से reactivate करें।

Soft-deleted staff को रोल assign नहीं हो सकता। जो staff स्कूल छोड़ चुका है वो assignment dropdowns से बाहर होता है। अगर वो वापस आ रहे हैं, पहले staff profile re-activate करें।

असर का समय। Permissions हर login refresh पर refresh होती हैं — आम तौर पर हर 15 मिनट। नई login के लिए, assignment तुरंत लागू। मौजूदा session के लिए, 15 मिनट के अंदर। 15 मिनट से ज़्यादा जल्दी emergency revoke के लिए, Employee Information से पूरा staff account deactivate कर दें — हर session instant invalidate हो जाता है।

Replace operation all-or-nothing है। जब आप employee के रोल swap करते हैं, या तो पूरा बदलाव save होता है या कुछ नहीं बदलता। अगर save के दौरान network चला जाए, staff की access बदलती नहीं, टूटती नहीं। वो कभी half-promoted या half-locked-out state में नहीं फंसते।

Audit log immutable है। पिछले assignment events को कोई edit या delete नहीं कर सकता — न principal, न trust admin, न Inkwelly support। Audit log की कीमत इसकी tamper-resistance है। हर बदलाव append होता है; कुछ rewrite नहीं होता।