接送與點名規則
第一版式樣草案 · Markdown 來源:13-接送與點名規則.mdGitHub 版本尚未推送;目前以本機手冊為準
第二階段規格草案: 說明接送與點名模組的共用規則,對應 A-02、A-24、T-05、T-06 與 G-01~G-03。內容不代表功能已實作;ERP 介接細節在 API 契約確認前仍是待確認事項。
一、範圍與責任
| 系統 | 負責 | 不負責 |
|---|---|---|
| ERP | 名冊、請假、收費,以及正式出缺勤 | 接送與點名事件 |
| APlus | 接送與點名事件:到校、點名、預約、協商、離校、事故;家長帳號與家長資料 | 正式出缺勤、請假審核、收費 |
| 家長端 | LINE 官方帳號內的手機網頁(G-00~G-05) | 另做 App |
- APlus 讀取 ERP 的名冊與請假資料,自動更新接送與點名的對象學生;ERP 讀取 APlus 的家長資料。這兩個方向的介接都待 API 契約確認,在 API 就緒前沿用首版的人工匯入。
- 請假學生在 G-01 顯示 ERP 的請假狀態,不計成未到校。
二、畫面與角色
| 畫面 | 角色 | 用途 |
|---|---|---|
| A-24 接送群組管理 | 管理員 | 建立接送群組、指派負責人、批次產生學生 QR 卡 |
| A-02 全校接送監控牆 | 管理員 | 全校即時監控、手動代點、解鎖 |
| T-05 入校接送畫面 | 教師 | 到校掃碼與手動確認(手機版) |
| T-06 班級營運與點名中心 | 教師 | 點名、下課協調、特別協調事項(平板版) |
| G-01 多子狀態看板 | 家長 | 孩子的即時狀態 |
| G-02 接送預約服務台 | 家長 | 發起預約、選接送人、時間協商 |
| G-03 設定與學生檔案 | 家長 | 家人、授權接送人與自行離校設定 |
三、學生 QR 卡
- 每位學生一張實體卡,接送(T-05、T-06、A-02)與虛擬銀行(T-100、T-103)共用同一張。
- QR 碼只放學生代碼,不放姓名、生日或其他個資。
- 補發時沿用原本的 QR 碼,不需要讓舊碼失效;因為所有操作都必須由老師或管理員發起,學生之間不能互相掃碼。
- 卡片內容:中英文姓名與 QR 碼;照片屬於個資,作為選填。尺寸為信用卡大小,A-24 輸出的 PDF 以 A4 一頁 12 張排版。
四、接送群組
- A-24 只管接送群組(校車路線、家長自接組、課後托育組等),與教學班級是多對多的關係:一位學生可以同時屬於一個教學班級與一個接送群組,兩者互不影響。
- 每個群組可指派一位負責人(司機或老師),資訊同步到 A-02。司機只登記聯絡資料,不登入系統。
五、事件與狀態
| 事件 | 來源 | 家長看到 |
|---|---|---|
| 到校 | T-05 掃碼或手動確認 | G-01 狀態更新;G-05 一則「已到校」 |
| 點名已到 | T-06 | 只更新 G-01,不另發訊息 |
| 未到校 | T-06(未到且沒有請假) | G-01 顯示「未到校」;G-05 一則訊息;同時提醒老師聯絡家長 |
| 預約、協商、鎖定 | G-02、T-06 | G-05 同一則訊息持續更新 |
| 離校 | 掃碼或 A-02 手動離校 | G-01 狀態更新;G-05 一則「已離校」 |
| 特殊事故 | T-06 特別協調事項 | G-05 置頂;老師電話聯絡;另可 LINE 推播 |
燈號與優先順序:紫(特殊事故)> 紅(緊急或逾時未回覆)> 黃(協商中)> 綠(已鎖定);已離校為灰。
正在載入流程圖…
六、鎖定與解鎖(統一規則)
- 老師確認,或家長接受老師的建議,即鎖定(綠燈);一般與緊急預約相同。
- 鎖定後家長端與 T-06 的卡片唯讀,要更改只能致電補習班,由學務人員在 A-02 解鎖並留下日誌。
- 緊急標記送出後不可由家長取消;誤觸時同樣由學務在 A-02 處理。
- 紫色事故狀態下,A-02 可直接修改接送時間並同步到家長端(Admin Override)。
七、授權接送人與交接
| 身分 | 是否登入 | 登記方式 |
|---|---|---|
| 主要家長與其他家人 | LINE | 見 G-00、G-03 |
| 授權接送人 | 不登入 | 主要家長在 G-03 登記姓名、關係與電話,數量不限 |
| 臨時接送人 | 不登入 | 家長在 G-02 預約時填姓名與電話,只在當天有效 |
| 自行離校 | — | 家長在 G-03 開啟「孩子可自行離校」,預設關閉 |
老師與管理員在 T-06、A-02 交接孩子時,名單會列出接送人的姓名與電話,由老師核對;不會用 LINE 的家人可以登記為授權接送人。所有新增與撤銷都有紀錄。
八、離校紀錄
- 掃碼離校:老師用手機或平板的瀏覽器掃描,或使用閘口的硬體掃描器;系統確認學生今日已到校後,把狀態改為已離校並寫入 G-05。
- 手動離校:A-02 的 [離校] 按鈕需要二次確認與原因,僅限有管理權限的人員,日誌標記為手動辦理,供日後核對為何沒有掃碼紀錄。
- 已離校超過 30 分鐘,自動從 A-02 監控牆移除,轉入歷史紀錄。
閘口掃描器的介面草案(工程確認前不視為定案):
| 項目 | 內容 |
|---|---|
| 呼叫 | POST /api/v1/pickup/checkout |
| 參數 | student_id(來自 QR 碼)、device_id(哪一個門)、timestamp、method(QR_SCAN 或 MANUAL) |
| 行為 | 驗證學生今日已到校 → 更新狀態 → 寫入 G-05 |
九、通知
- 所有通知寫入家長端 G-05(信息中心),不使用 LINE 推播,因此沒有訊息費用。
- 例外:緊急與特殊事故事件,老師先打電話,並可另用 LINE 推播給已加官方帳號好友的家長,限在免費額度內(額度待確認)。
十、裝置、即時性與離線
- T-05、T-103 為手機版,T-06 為平板版;都使用瀏覽器鏡頭掃描,需要相機權限。首次進入未授權時顯示提示並隱藏掃描區。
- 同一個學生 ID 掃描成功後 30 秒內不重複處理,避免鏡頭晃動造成重複紀錄。
- 狀態採即時同步,目標是老師端的操作在 500 毫秒內反映在 A-02 與家長端。
- 校園網路中斷時,掃描紀錄暫存在瀏覽器,網路恢復後自動補送。
十一、資料與隱私
- 紀錄項目:事件時間、學生代碼、操作者、方式(掃碼或手動)、裝置、接送人姓名與電話。不儲存掃描時的影像。
- 保存期限與家長資料的使用範圍待法務確認。
十二、待確認
| 事項 |
|---|
| ERP 介接方式與時間(名冊、請假、家長資料) |
| 緊急事件使用 LINE 推播的額度與方案 |
| 接送紀錄與家長資料的保存期限、同意書文字 |
| 閘口硬體掃描器是否採用,以及介面細節 |