Skip to content
全部階段依各階段有效範圍顯示
全階段總覽

本頁範圍:P2 起

接送與點名規則 ​

第一版式樣草案 · 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-06G-05 同一則訊息持續更新
離校掃碼或 A-02 手動離校G-01 狀態更新;G-05 一則「已離校」
特殊事故T-06 特別協調事項G-05 置頂;老師電話聯絡;另可 LINE 推播

燈號與優先順序:紫(特殊事故)> 紅(緊急或逾時未回覆)> 黃(協商中)> 綠(已鎖定);已離校為灰。

流程圖

正在載入流程圖…

六、鎖定與解鎖(統一規則) ​

  1. 老師確認,或家長接受老師的建議,即鎖定(綠燈);一般與緊急預約相同。
  2. 鎖定後家長端與 T-06 的卡片唯讀,要更改只能致電補習班,由學務人員在 A-02 解鎖並留下日誌。
  3. 緊急標記送出後不可由家長取消;誤觸時同樣由學務在 A-02 處理。
  4. 紫色事故狀態下,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 推播的額度與方案
接送紀錄與家長資料的保存期限、同意書文字
閘口硬體掃描器是否採用,以及介面細節
提交版本內容版本 c096dd1f提交 7e9453e規格文件,功能實現狀態另行確認