हर paper. हर room. हर batch. Allocations, time slots और overflow batches — एक screen, कोई clipboard नहीं।

आज ज़्यादातर भारतीय schools exam rooms कैसे allocate करते हैं

Lucknow के एक CBSE स्कूल में Class 10 के pre-board के तीन दिन पहले Wednesday afternoon है — 412 बच्चे paper दे रहे हैं। Exam coordinator staff room में दीवार पर taped printed school map के सामने खड़ी हैं, clipboard में class-wise student lists के साथ, marker से rooms से subjects तक arrows draw कर रही हैं और erase कर रही हैं जब realise करती हैं कि Room 204 में सिर्फ़ 32 seats हैं पर Class 10 A में 38 students। PT teacher आता है पूछने कि कौन-सा room invigilate करे। Hindi teacher जो invigilator भी है जानना चाहती हैं कि वो Friday 8:30 AM को कहाँ हों। Principal Thursday सुबह तक trustees के लिए seating plan का printout माँगती हैं। Clipboard ही single source of truth है, और एक थकी हुई इंसान उसके हाथ में है।

खर्चा सिर्फ़ Wednesday afternoon का नहीं है। Class 10 A का overflow batch on the spot decide होता है — 6 बच्चे Room 207 में move, पर किसी ने लिखा नहीं, और Friday सुबह 2 बच्चे Room 204 में चले जाते हैं क्योंकि printed admit cards Room 204 ही दिखा रहे हैं। English Practical paper के 18 बच्चे same time slot पर Maths Theory के same room के साथ हैं — mistake जिसे कोई नहीं पकड़ता जब तक invigilator दो competing rosters के साथ doorway पर खड़ा ना हो। Board pre-board inter-school event declared, और visiting school के बच्चे Friday सुबह अलग building number वाले admit cards के साथ आते हैं। Paper day पर जो भी ग़लत होता है वो clipboard का downstream symptom है।

Inkwelly का Examinations module इसे fix करता है — room allocation को structured data की तरह treat करके, clipboard की तरह नहीं। हर class के हर subject के हर component को specific room में specific date, specific start और end time, specific batch number और specific maximum students per seat के साथ allocate करता है। Room capacity short होने पर overflow batches automatically create। Inter-school centers first-class entities हैं — अपने admit-card stamps के साथ। Clipboard screen बन जाती है, और screen सब downstream के लिए source of truth है — admit cards, invigilation schedule, parent app date sheet।

Inkwelly में room allocation कैसे काम करता है

Coordinator जब Exam → Room Allocations screen खोलती हैं, एक sortable table दिखती है — per allocation एक row। हर row में exam date (ISO date), subject, component (Theory / Practical / Internal / Oral / Project), assigned room, start time, end time, batch number और maximum students per seat। Screen का header fuchsia/violet/purple gradient है और एक primary 'New Allocation' button wizard खोलता है — date pick, subject component pick, room pick, time slot pick, max-students cap pick।

Wizard entry point है पर table workhorse है। ज़्यादातर allocations 'Generate Allocations' shortcut से bulk-create होते हैं जो Class assignment attached classes, Subject configuration component shapes और available rooms लेकर candidate allocation set produce करता है जिसे coordinator review और edit कर सकती हैं। Candidate set room capacity respect करता है — Class 10 A में 38 बच्चे हैं और 32-seat room है तो wizard automatically 32 और 6 बच्चों के दो batches create करता है, अलग rooms या अलग time slots के साथ allocate। Coordinator save से पहले override करती हैं; saved allocations audit log में wizard input snapshot और user और timestamp के साथ written।

हर allocation के लिए, Inkwelly 6 data points store करता है जो हर downstream artifact drive करते हैं। examDate paper की ISO date। examSubjectComponentId specific subject के specific component को link करता है। examRoomId exam center के room को link करता है (स्कूल में कई centers हो सकते हैं; center में कई rooms; room में name, building, capacity, wheelchair-accessible flag)। startTime और endTime time window। batchNumber (Batch A, Batch B, etc.) overflow के दौरान। maxStudents cap — room की physical capacity respect करता है पर distancing या invigilation reasons के लिए reduce हो सकता है।

Table date, room, subject और class से filterable, और examDate, startTime और batchNumber से sortable। सबसे common filter 'Friday Class 10 papers' — coordinator filtered view pull करती हैं, print करती हैं, और 4 invigilators को one-line briefing के साथ देती हैं। Friday view seating plan है; printed PDF स्कूल logo, exam name, date, room number, invigilator name और per room student list को roll numbers के साथ carry करता है।

Room allocations action में देखें

“पिछली बार Class 10 के pre-board में 6 बच्चे ग़लत room में चले गए थे। Office में 30 minute की delay। इस बार Inkwelly में हर बच्चे के admit card पर room number सही था। Friday को paper सही वक़्त पर शुरू हुआ।”

Real-world scenarios room allocation के लिए

1. Class 11 में 18 sections वाला senior secondary स्कूल। स्कूल half-yearly 14 working days के across 4-5 papers per day चलाता है। Inkwelly का bulk wizard 12 minute में 252 allocations (18 sections × 14 subjects) generate करता है। Coordinator review करती हैं, 4 candidate overflow cases मिलते हैं, तीन के लिए 'same time, अलग room' strategy और एक के लिए 'same room, अलग time' strategy pick करती हैं। Save 252 audit log entries लिखता है।

2. Sister school में hosted Class 10 board pre-board। स्कूल की own facility repair हो रही है; principal sister CBSE school 4 km दूर arrange करते हैं pre-board host करने के लिए। Inkwelly sister school की identity के साथ ExamCenter row create करता है, rooms link करता है, और स्कूल की Class 10 sections sister school के rooms में allocate करता है। Admit cards दोनों schools के stamps और sister school का address carry करते हैं।

3. 6 slots के across 8 students per slot वाला Practical paper। Class 12 Biology Practical में 38 बच्चे और Science Lab में 8 stations हैं। Inkwelly 8 बच्चों के 5 batches (Batch A से E) और 6 बच्चों का एक Batch F create करता है, हर एक same day पर 8 AM से 4 PM के अलग time slot को allocate। 6-batch sequence per-day per-room view पर cleanly दिखता है; lab assistant 6 sequential rosters हाथ में पाता है।

4. Regional bandh paper को 24 hours shift करता है। Tuesday के लिए scheduled Class 9 Hindi paper regional bandh की वजह से Wednesday shift होता है। Coordinator allocation row खोलती हैं, examDate Tuesday से Wednesday edit करती हैं, audit log change capture करता है। Admit cards corrected date के साथ automatically re-print; parent app और WhatsApp affected parents को notify करते हैं।

5. Mobility constraints वाले बच्चे के लिए wheelchair-accessible classroom। Class 10 A में एक बच्चा है जिसका admission record mobility constraint carry करता है। Class 10 A के Friday paper के लिए assigned room second floor पर है। Coordinator room data खोलती हैं, देखती हैं wheelchair-accessible flag unchecked है, और Class 10 A को ground-floor room (Room 105) को reassign करती हैं जो wheelchair-accessible है। System इस बच्चे को seating plan PDF पर per-batch override flag करता है।

अपने school के data पर exam room allocations running देखें

अपना room layout और last term की class list लाइए। हम wizard live run करेंगे और Friday paper के लिए generate हुआ seating plan PDF दिखाएंगे।

Limits, safety और small print

Room allocations exam lifecycle के under हैं। Allocations DRAFT या SCHEDULED में freely editable हैं। IN_PROGRESS के बाद edits audit-logged reason require करते हैं और admit-card regeneration trigger करते हैं। Paper sit होने के बाद (audit log invigilator के tap-in से examConducted flag record करता है), corresponding allocation read-only हो जाती है — locked seating plan affiliation cell के लिए archived।

Save-time validation तीन classes के conflicts check करता है। Student-level conflict — बच्चा एक time पर दो rooms में allocate नहीं हो सकता — outright block। Room-level conflict — room एक time पर दो अलग papers host नहीं कर सकता — outright block। Capacity conflict — room का maxStudents cap exceed नहीं हो सकता — 'create overflow batch' suggestion के साथ save पर block। Coordinator ग़लती से impossible allocation create नहीं कर सकती।

Inter-school exam centers के लिए, दोनों schools की identities allocation row और हर downstream artifact पर written होती हैं — admit card, seating plan PDF, marks entry roster। Visiting school के marks visiting school के Subjects workflow पर वापस जाते हैं; host school सिर्फ़ invigilation data देखती है। Cross-school data isolation server-side enforced है; host school का invigilator ग़लती से visiting school के marks नहीं देख सकता। Audit log हर cross-school write पर दोनों school IDs carry करता है।