更正出勤记录，同时保留清晰可见的变更历史

出勤记录保存后，有时仍需要更正。被标为缺席的学生可能稍后到达，教师也可能误点状态，或需要补充说明。可靠的点名系统应允许修正事实，却不能让最初记录悄悄消失。ClassSpark 把更正继续绑定到同一个排定课时，并添加新的修订版本，让变化过程保持清晰可见。

重新打开准确的已保存课时

排定教师、指定助教或已确认的代课教师，可以在学校组织本地日期 23:59 前重新打开该课时。仅仅与班级有关联的其他教师只能查看。由于点名属于准确的时间表课时，更正下午记录不会影响上午记录。打开已提交点名后，ClassSpark 会进入更正模式，并继续显示该课时完整的学籍名单。

了解 ClassSpark 如何支持实时课堂。

保存前说明为何改变

只要已保存状态发生变化，ClassSpark 就要求输入 3 至 500 个字符的更正原因。这个原因与可选的迟到时间或学生备注彼此独立。醒目的“需要原因”控制和内联输入框让要求不会被忽略。已保存为缺席的卡片会直接在出席、迟到和缺席之间循环，不会经过“尚未记录”而阻止整份名单保存。

1. 为正确的排定课时重新打开出勤。
2. 只修改确实需要更正的状态或资料。
3. 查看待处理变化的影响摘要。
4. 简洁说明为何更改已保存记录。
5. 保存后在历史中确认新修订。

探索课堂管理工作流程。

原先记录仍可查看

点名至少保存过一次后，出勤模式内会出现历史控制。它显示与学校行政端相同的不可变出勤修订日志。每条记录包含点名或更改人员、时间、保存原因，以及每名学生从旧状态到新状态的变化。如果只修改备注、到达时间或请假详情，历史会说明“资料已更新”。较多变化可以展开查看，教师和行政人员看到的是同一段事实链，而不是互相矛盾的版本。

修订冲突保护更新内容

草稿状态、备注、原因和基础修订会按当前用户与课时保留，即使刷新或导航也不会立即丢失。如果另一名获授权人员先保存，修订冲突会保留本地草稿，而不是覆盖服务器中的较新版本。“查看最新”会载入当前修订，让教师比较后决定仍需修改什么。完全相同的再次提交不会制造多余修订。

ClassSpark 不使用生物识别、装置位置或自动侦测来判断出勤。每个状态和更正都由教师负责。一次完整名单请求会一致更新出勤记录及相关修订历史。这个流程很直接：修正事实、写明原因、保留旧记录，并为日后复核留下可见轨迹。

在下一节课试用 KiwiBee