Attendance सुधारें और बदलावों का स्पष्ट इतिहास बनाए रखें

Attendance save होने के बाद भी कभी-कभी तथ्य बदलना पड़ता है। Absent दर्ज बच्चा देर से आ सकता है, कोई state गलती से tap हो सकती है या note को स्पष्ट करना पड़ सकता है। भरोसेमंद register correction की अनुमति देता है, लेकिन पहली entry को गायब नहीं करता। ClassSpark बदलाव को उसी scheduled lesson occurrence से जोड़कर नया revision बनाता है, इसलिए history दिखाई देती रहती है।

उसी saved register को दोबारा खोलें

Scheduled teacher, assigned assistant या confirmed cover organisation की local date पर 23:59 तक occurrence खोल सकता है। केवल class से जुड़ा दूसरा teacher read-only access देखता है। Register exact timetable occurrence का होता है, इसलिए afternoon period का correction morning period को नहीं बदलता। Submitted register खोलते ही correction mode शुरू होता है और पूरा enrolled roster सामने रहता है।

ClassSpark live lesson workflow देखें।

Save से पहले बदलाव का कारण बताएँ

Saved state बदलते ही ClassSpark 3 से 500 characters का correction reason माँगता है। यह reason optional late-arrival time या student note से अलग है। Visible “Reason required” control और inline field requirement छूटने नहीं देते। Saved Absent card सीधे Present, Late और Absent के बीच cycle करता है, इसलिए teacher intended state तक पहुँच सकता है और Unrecorded से पूरे register को block नहीं करता।

1. सही scheduled lesson के लिए Attendance खोलें।
2. केवल जरूरी student states या details बदलें।
3. Pending changes का impact summary review करें।
4. Saved register बदलने का छोटा reason लिखें।
5. Save करके History में नया revision देखें।

Classroom management workflows जानें।

पुरानी entry दिखाई देती रहती है

पहला revision save होते ही attendance mode में History control मिलता है। यह वही immutable revision log खोलता है जिसे school office देखता है। Entry बताती है कि register किसने लिया या बदला, कब बदला, कौन-सा reason रखा और हर student की state पहले क्या थी और बाद में क्या बनी। केवल note, arrival time या excuse बदलने पर “details updated” दिखाई देता है। बड़े बदलाव expand किए जा सकते हैं, इसलिए teacher और administrator अलग कहानी नहीं देखते।

Revision conflict नए काम को बचाता है

Draft states, notes, reason और base revision उस user और occurrence के लिए refresh या navigation के बाद भी रहते हैं। किसी अन्य authorized user के पहले save करने पर conflict local draft को रखता है और server को overwrite नहीं करता। “Review latest” current revision load करता है, जिससे teacher तुलना कर सके। बिल्कुल समान content दोबारा भेजना true no-op है।

ClassSpark biometrics, device location या automatic detection से attendance तय नहीं करता। हर state और correction teacher की जिम्मेदारी है। एक complete-register request attendance और related revision history को consistent रूप से update करता है। इससे तथ्य सुधरता है, कारण दर्ज होता है, पुरानी स्थिति बचती है और review के लिए clear trail मिलता है।

Correction reason पूरे register change का है, किसी एक label का नहीं। Unchanged student complete roster में रहता है पर false change नहीं बनता। हर successful save के बाद history refresh होती है। Log केवल attendance mode खुला होने पर fetch होता है। Successful save या browser session end होने पर draft clear होता है। Shared device student notes को हमेशा नहीं रखता। Identical correction नया revision नहीं बनाती। Visible trail बाद के सवालों में past rewrite किए बिना मदद करता है।

अगली class में KiwiBee आज़माएँ