更正出席記錄，同時保留清晰可見的變更歷史

出席記錄儲存後，有時仍要更正。被標示缺席的學生可能稍後到達，教師亦可能按錯狀態，或者需要補充說明。可靠的點名工具應容許修正事實，卻不應令最初記錄消失。ClassSpark 把更正繼續連繫到同一個排定課節，並加入新修訂，讓變更過程清晰可見。

重新開啟準確的已儲存課節

排定教師、指定助教或已確認代課教師，可以在學校組織本地日期 23:59 前重新開啟該課節。只與班級有關聯的其他教師只能查看。由於點名屬於準確的時間表課節，更正下午記錄不會影響上午記錄。開啟已提交點名後，ClassSpark 進入更正模式，並繼續顯示完整學籍名單。

了解 ClassSpark 的實時課堂流程。

儲存前說明為何改變

只要已儲存狀態改變，ClassSpark 便要求輸入 3 至 500 個字元的更正原因。這個原因與可選的遲到時間或學生備註分開。清楚的「需要原因」控制和內聯欄位令要求不易遺漏。已儲存為缺席的卡片會直接在出席、遲到和缺席之間循環，不會經過尚未記錄而阻止整份名單儲存。

1. 為正確排定課節重新開啟出席。
2. 只修改真正需要更正的狀態或資料。
3. 查看待處理變更的影響摘要。
4. 簡潔說明更改已儲存記錄的原因。
5. 儲存後在歷史確認新修訂。

探索課堂管理工作流程。

原先記錄仍然可見

點名至少儲存一次後，出席模式內會顯示歷史控制。它開啟與學校行政端相同的不可變出席修訂日誌。每項記錄包括點名或更改人員、時間、原因，以及每名學生由舊狀態到新狀態的變化。如果只修改備註、到達時間或請假資料，歷史會說明詳情已更新。較多變更可展開查看，教師和行政人員因而看到同一段事實鏈。

修訂衝突保護較新內容

草稿狀態、備註、原因和基礎修訂會按目前使用者與課節保留，即使重新整理或導覽也不會立即消失。若另一名獲授權人員先儲存，修訂衝突會保留本地草稿，而不會覆蓋伺服器中的較新版本。「查看最新」會載入目前修訂供教師比較。再次提交完全相同內容不會產生多餘修訂。

ClassSpark 不使用生物識別、裝置位置或自動偵測來判斷出席。每個狀態及更正均由教師負責。一次完整名單請求會一致更新出席及相關修訂歷史。流程很直接：修正事實、寫明原因、保留舊記錄，並為日後覆核留下可見軌跡。

更正原因屬於整份點名修訂，而非單一狀態標籤。 沒有變化的學生仍在完整名單內，但不會被當作虛假變更。 每次成功儲存後，歷史都會重新整理。 只有開啟出席模式時才會讀取日誌。 成功儲存或瀏覽器工作階段結束後，草稿會被清除。 共用裝置不會無限期保留學生備註。 完全相同的更正不會建立另一個修訂。 可見軌跡方便日後核對，同時不改寫過去。

在下一節課試用 KiwiBee