校務系統、點名系統如何選擇?香港學校自訂 vs 現成完整比較
香港學校選校務系統或點名系統,應先弄清楚現有平台的分工。本文比較自訂開發與現成平台的六大維度(資料擁有權、客製彈性、整合能力、三年總成本、維護與升級),說明校務系統包含的模組、QR 碼/智能卡/App/人臉辨識點名技術的實際限制與私隱要求,以及與 eClass、CloudSAMS 共存的整合方式,並整理資助學校的採購報價份數與驗收、培訓、保養標準,協助學校負責人作出有依據的決定。

文章目錄(點擊展開)
香港學校採購校務系統或點名系統時,常遇到同一個問題:應該採用現成綜合平台,還是按校本需要委託開發?兩種做法各有適用情況,關鍵在於學校規模、現有平台、資料擁有權要求與長遠維護能力。本文以香港教育制度與資助學校採購規則為基礎,比較自訂與現成的分別,說明校務系統包含的模組、點名技術的實際限制、與現有平台共存的整合方式,以及驗收要留意的交付與保養條款。
💡 最直接答案
大部分香港中小學同時使用現成綜合平台(例如 eClass 校園綜合平台、CloudSAMS 雲端校管系統)處理日常行政、教學與家校通訊,而自訂開發最適合補足現成平台未覆蓋的部分——例如校本計分規則、特別室考勤與跨系統統計報表。關鍵不是「哪一種較好」,而是哪些功能沿用現成、哪些值得自訂。同時要留意:資助學校採購須跟教育局通告第 4/2013 號及《資助學校採購程序指引》,5 萬元以上至 20 萬元的採購一般須邀請最少 5 個書面報價,超過 20 萬元則須邀請最少 5 名供應商投標。
📌 本文重點
- ▸香港學校多數是在 eClass、CloudSAMS 等現有平台之上補足,重點是「共存與整合」,不是「二選一取代」。
- ▸自訂與現成的分別集中在六個維度:資料擁有權、客製彈性、整合能力、三年總成本、維護與升級。
- ▸點名技術各有實際限制:QR 碼易被代掃、智能卡須帶卡、App 打卡依賴手機、人臉辨識受《私隱條例》與私隱公署指引約束。
- ▸採購報價份數由金額決定;標書要寫清楚資料擁有權、知識產權與私隱評估。
一、香港學校系統版圖:現有平台怎樣分工
要判斷校務系統應自訂還是現成,第一步是弄清楚學校現時已在用什麼。學校日常運作牽涉多個平台與硬件,它們並非互相取代,而是各有分工。
| 系統類別 | 常見例子 | 主要用途 |
|---|---|---|
| 校園綜合平台 | eClass 校園綜合平台 | 結合網上教學、行政與通訊,供教職員、學生及家長處理事務 |
| 教育局校管系統 | CloudSAMS 雲端校管系統、STIMS 學生資料管理系統 | 學校行政、學生紀錄、向教育局呈報資料 |
| 考勤硬件 | 智能卡/RFID 讀卡器、QR 碼、App | 記錄學生及教職員的到校、離校與課堂出席 |
| 繳費 | 電子繳費模組、繳費通告 | 收取堂費、活動費及代收費用 |
| 家校通訊 | 家長 App、電子通告系統 | 發布通告、請假、即時訊息、活動報名 |
| 學校網站 | 校網(CMS) | 對外發布資訊、收生資料、學校形象 |
關鍵觀察:學校很少出現「完全沒有系統」的情況。多數學校已在用一套綜合平台,家長透過 App 簽通告、看考勤的習慣亦已建立。因此新系統推行時都要回答:它是取代現有平台,還是在其上補足?實務上補足與共存遠比全面取代多,因為全面更換涉及全校家長與教師重新適應,風險與成本都高。另外,香港學校受《教育條例》及《資助則例》規管,學生資料要經教育局系統呈報,直接套用境外產品往往要再做本地化調整。
二、校務系統實際包含什麼:模組清單
「校務系統」是統稱,涵蓋範圍很廣。採購前先列出學校真正需要的模組,可避免買了用不到的功能,或低估整合工作量。
| 模組 | 實際內容 | 現成平台能否覆蓋 |
|---|---|---|
| 考勤與點名 | 到校/離校、課堂點名、缺課紀錄、家長通知 | 多數可,但校本規則或特別室考勤常要補足 |
| 學生成績 | 分數輸入、計分規則、成績表、排名 | 一般,但校本計分與分組規則差異大 |
| 收費與繳費 | 繳費通告、收款紀錄、對帳 | 多數可 |
| 通告與通訊 | 電子通告、簽閱、推播、即時訊息 | 多數可 |
| 學生紀錄 | 個人資料、班別、出席、獎懲、學習進程 | 部分;與教育局呈報相關 |
| 統計與報表 | 出席率、收費、活動、校情儀表板 | 有限;跨系統統計多須自訂 |
| 課外活動 | 報名、出席、收費、場地預約 | 部分 |
| 教職員考勤 | 到校、離校、假期、代課紀錄 | 部分 |
看清清單後,邏輯就清楚:屬於「通用、已有標準做法」的功能,現成平台通常更快更便宜;屬於「校本、獨有、需與其他系統串連」的功能,自訂價值才會顯現。例如標準電子通告,現成平台已成熟;但「按校本分班與計分規則產生排名,並匯出到教育局呈報格式」的需求,就很難由通用產品直接滿足。
三、自訂 vs 現成:六大比較維度
把「自訂」與「現成」放在同一框架比較,比逐項功能對照更有用。以下六個維度是決策時最常忽略的部分。
| 比較維度 | 現成平台 | 自訂開發 |
|---|---|---|
| 資料擁有權 | 資料多存於供應商平台,匯出能力視產品而定 | 可約定資料與原始碼歸學校所有,存放位置由學校決定 |
| 客製彈性 | 跟隨產品路線圖,校本需求未必獲優先處理 | 按校本流程設計,改動由學校主導 |
| 整合能力 | 限於產品已提供的接口或匯出格式 | 可度身接駁現有平台、教育局系統及硬件 |
| 三年總成本 | 訂閱/授權費屬經常性支出,逐用戶或逐模組計 | 前期投入較高,其後以保養費為主,長遠攤分可能較低 |
| 維護 | 由供應商負責,學校依賴對方回應速度 | 須有保養安排,學校要保留技術文件與聯絡人 |
| 升級 | 供應商統一更新,但可能改變既有操作習慣 | 按學校時間表更新,可控制節奏,但須自行規劃 |
六項之中,最常被低估的是「三年總成本」與「資料擁有權」。現成平台訂閱費看似較低,但累積數年的用戶與模組費,加上額外加購,可能相當可觀;自訂系統前期投入較高,但資料與原始碼歸學校,日後轉換供應商或加新功能時議價能力較強。現成平台的優勢則是即時可用、不需自行承擔技術風險;比較時應問「哪個的總成本與風險,與本校規模和人力相稱」。
四、點名與考勤技術比較:四種做法的實際限制
點名系統是校務系統中最常單獨採購、技術選擇最多的一環。以下四種做法的重點不在技術是否新穎,而在真實校園環境下的限制。
| 技術 | 運作方式 | 優點 | 主要限制 |
|---|---|---|---|
| QR 碼 | 學生掃描課室或校門的二維碼 | 成本低、無須硬件、推行快 | 容易被截圖或轉發代掃,難證明本人在場 |
| 智能卡/RFID | 拍卡記錄到校、離校時間 | 毋須接觸手機、可同時作門禁及繳費 | 須隨身帶卡,忘帶或損壞即無法記錄 |
| App 打卡 | 學生或教師以手機程式簽到 | 整合通知與請假、免額外讀卡器 | 依賴手機與網絡,涉及裝置管理與定位私隱 |
| 人臉辨識 | 以鏡頭拍取容貌作比對 | 非接觸、通行速度快 | 屬敏感個人資料,受《私隱條例》及私隱公署指引約束 |
關於人臉辨識,學校尤其要留意合規。個人資料私隱專員公署的《收集及使用生物辨識資料指引》指出,容貌、指紋、虹膜等屬較敏感的個人資料,機構決定收集前應先評估必要性與相稱性,即考慮能否用較少侵犯私隱的方法(例如智能卡)達到同一目的;同時要進行私隱影響評估、提供清晰說明與知情選擇,並做到資料最小化與加密儲存,亦建議由原始影像抽取特徵值儲存並銷毀原始樣本。實務上,許多學校日常考勤用智能卡或 App,人臉辨識只用於特定場景(例如考試核對身分),並以家長同意為前提。
五、家校通訊:與現有平台共存還是取代
家校通訊是家長感受最直接、也最難全面更換的部分。家長已安裝並習慣現有平台,而這種情況在香港學校十分普遍。若學校自行開發全新的家長 App,等於要求全校家長重新下載與學習,推行阻力相當大。
因此,家校通訊的合理方向通常是共存而非取代:日常電子通告、請假、繳費、考勤通知沿用家長已習慣的平台;學校只在處理現有平台未覆蓋的校本流程時,才以網頁或輕量模組補足,並盡量沿用同一套登入與通知方式,減少家長的學習成本。
📌 判斷準則:誰在用、改動成本有多高
涉及全校家長的功能(通告、繳費、考勤通知)改動成本高,宜沿用現成平台;涉及教師或行政內部的功能(統計、報表、特別室考勤、校本計分)用家人數有限,自訂的彈性效益較大。以「用家人數 × 改動成本」判斷,通常較易得出合理結論。
六、與 eClass 等現有平台共存的整合方式
若學校決定自訂部分功能並保留現有平台,整合方式就是成敗關鍵。以下是幾種常見的整合層次,由淺入深排列。
| 整合方式 | 做法 | 適用情況 |
|---|---|---|
| 檔案匯入/匯出 | 以 CSV 或 Excel 定期交換學生名單、考勤及成績 | 即時性要求不高、平台未開放接口 |
| 資料庫或 API 對接 | 透過平台提供的接口讀寫資料,雙向同步 | 平台提供 API,且需即時更新 |
| 單一登入(SSO) | 沿用同一組帳戶登入自訂系統,減少密碼管理 | 自訂系統有多個校內使用者 |
| 中介同步層 | 以獨立服務定時對帳,處理格式與欄位差異 | 兩邊資料結構不同、需要清洗與比對 |
| 硬件整合 | 讀卡器、感應器把紀錄送到自訂系統 | 考勤硬件與平台本身未打通 |
整合最易被低估的兩處:一是資料格式與定義的差異(例如對「班別」、「缺席原因」的編碼不同),二是現有平台未必開放接口。報價階段便應要求供應商寫明整合方式、需哪一方配合、平台不提供接口時的替代方案與出錯處理流程。
七、報價流程:學校通常要幾多份報價
資助學校的採購程序受《資助學校採購程序指引》及通告第 4/2013 號規管,報價份數主要由金額決定,並不得為迴避程序而分拆訂單。
| 採購金額 | 一般所需的競爭性程序 | 批核人員 |
|---|---|---|
| 5,000 元或以下 | 毋須公開競投,但須由適當職級人員證明公平合理 | 有關科主任或校方指定人員 |
| 5,000 元以上至 50,000 元 | 邀請最少 2 個口頭報價 | 校長/副校長 |
| 50,000 元以上至 200,000 元 | 邀請最少 5 個書面報價 | 校長 |
| 200,000 元以上 | 邀請最少 5 名供應商投標 | 標書批核委員會 |
另外,學校不得分拆訂單以迴避批核或報價程序,同類物料與服務應集中在同一報價或投標附表內。邀請書面報價或招標的日期與截止日期一般應相隔最少三周。若供應商數目有限、未能邀請足夠數目,學校須記錄在案並事先取得校董會批准。學校應盡可能以公開競投採購,只有具充分理據(例如服務只由單一供應商提供)才可採用單一報價或招標程序,並須事先獲批准及記錄。
對學校的實際意義是:採購校務系統這類金額較高的項目,往往落在「20 萬元以上須投標」的一檔,因此標書的規格、評審準則與評分制度要預先寫清楚,供受邀供應商參考。
八、驗收標準:交付物、培訓、保養期
系統是否「收貨」,應在合約階段寫清楚,而非上線後才爭論。以下建議在標書與合約中逐項列明驗收項目。
| 驗收項目 | 要寫清楚的內容 |
|---|---|
| 功能與範圍 | 逐項列出要做什麼、不做什麼,以可測試的條件描述 |
| 交付物 | 系統、資料庫結構、技術文件、原始碼是否交付 |
| 資料擁有權 | 資料屬於學校、存放位置、能否隨時匯出 |
| 知識產權 | 原始碼與設計檔的擁有權及使用權 |
| 保安與私隱 | 由誰進行保安風險評估及私隱影響評估、交付什麼報告 |
| 培訓 | 培訓對象、場次、教材、上線後支援窗口 |
| 保養期與服務水平 | 保養期長度、回應時間、指定聯絡人、修復承諾 |
| 備份與遷出 | 備份頻率、還原測試、日後轉換供應商的交接安排 |
其中「原始碼是否交付」與「日後遷出安排」最常被忽略,卻直接影響學校的長遠議價能力。若只取得成品、不取得原始碼,日後更換供應商時可能無法延續,形成依賴。建議標書階段就問清楚:原始碼、資料庫結構與技術文件是否一併交付;若否,合約結束時學校可取回什麼形式的資料。保養期方面,一般做法是設一段保養期,期內修正缺陷不另收費,期後轉為年度保養;範圍、回應時間與收費方式應寫清楚。若以優質教育基金或校本撥款支付部分費用,要注意資助屬一次過性質,計劃完結後的經常性開支(包括維修保養)一般不在資助範圍內,單純的物資購置亦不受支持。
九、常見問題
香港學校現時普遍使用什麼校務系統?
大部分學校同時使用多個平台:校園綜合平台(例如 eClass)處理教學、行政與家校通訊;教育局提供雲端校管系統(CloudSAMS)及學生資料管理系統(STIMS)供學校處理行政與呈報學生資料;另有考勤硬件、繳費模組與學校網站,多數學校是「多平台並用」,而非單一系統。
自訂系統一定比現成平台好嗎?
不一定。現成平台的優勢是即時可用、由供應商承擔技術風險;自訂開發的價值在於校本流程、資料擁有權與整合彈性,但需學校投入需求整理與長遠保養。較務實的做法是「現成平台處理通用功能,自訂模組補足校本需要」,而非全盤取代。
學校採購校務系統,一般要收取多少份報價?
按《資助學校採購程序指引》及教育局通告第 4/2013 號,5,000 元以上至 50,000 元一般須邀請最少 2 個口頭報價;50,000 元以上至 200,000 元須邀請最少 5 個書面報價;200,000 元以上須邀請最少 5 名供應商投標。系統項目金額多數較高,通常落在須投標的一檔。學校不得為迴避程序而分拆訂單,實際以學校現行指引為準。
學校可以用人臉辨識做點名嗎?
技術上可行,但受法規與私隱考慮約束。個人資料私隱專員公署的《收集及使用生物辨識資料指引》指出,容貌屬敏感個人資料,收集前應評估必要性與相稱性,考慮能否用較少侵犯私隱的方法,並進行私隱影響評估及做到資料最小化。學校若要採用,建議以家長同意為前提,並考慮只用於特定場景,日常考勤改用較低敏感度的方式。
自訂系統的資料可以搬走嗎?
這取決於合約條款。建議在標書與合約中約定資料擁有權歸學校、存放位置、以及學校能否隨時匯出完整資料;同時問清楚原始碼、資料庫結構與技術文件是否一併交付,以及日後轉換供應商的交接安排。若只交付成品而不交付原始碼,學校日後可能難以延續,形成依賴。
沒有專責 IT 團隊的學校,可以維護自訂系統嗎?
可以,但要靠合約安排補足。建議在合約中約定保養期與其後的年度保養,寫明保養範圍、回應時間、指定聯絡人,並要求供應商提供技術文件與培訓。學校即使沒有開發人員,只要保留技術文件與支援窗口,一般仍可維持系統運作;關鍵是不要完全依賴單一供應商而缺乏書面保障。
點名系統應選 QR 碼、智能卡還是 App?
視乎目的與場景。QR 碼成本最低但容易被代掃,適合輔助場景;智能卡毋須使用手機、可一卡多用於門禁與繳費,適合日常紀錄;App 打卡整合通知與請假,但依賴手機與網絡。實務上多數學校採用混合做法,例如到校用智能卡、課堂點名用 App,並保留人手補錄機制處理遺漏情況。
總結
選擇校務系統或點名系統,不是「自訂」與「現成」的二選一,而是判斷哪些功能應沿用現有平台、哪些值得自訂補足。香港學校的現實是多平台並用,比較重點落在資料擁有權、客製彈性、整合能力、三年總成本、維護與升級六個維度。技術選擇(QR、智能卡、App、人臉辨識)應由目的與私隱風險倒推,並遵守《私隱條例》及私隱公署對生物辨識資料的要求。採購上,資助學校須跟《資助學校採購程序指引》及通告第 4/2013 號,按金額決定報價份數,並在標書寫清楚資料擁有權、知識產權、保安與私隱評估、交付物與保養安排。在合約階段寫清楚,是避免交付後爭議最實際的做法。
想為學校規劃或開發校務系統?
ADWire 提供系統開發、網站及 App 開發、系統整合與技術顧問服務,熟悉香港學校的採購文件要求與現有平台整合,可協助由需求盤點、模組規劃到報價文件一併處理。
資料來源(查核日期:2026年10月9日)
- 教育局:資助學校採購程序指引 — 採購門檻、報價/投標份數、不得分拆訂單、邀請期最少三周
- 教育局:資助學校採購程序指引(講解版) — 通告第 4/2013 號程序、規格撰寫
- 教育局:學校行政手冊 — 出席與缺課紀錄(3.2.2 節)、採購與財務管理
- 教育局:學生資料管理系統(STIMS)指引 — STRN 學生編號、學生資料呈報安排
- 教育局:學生資料管理系統運作(簡報) — STIMS、CloudSAMS、CDS 的資料流程
- 個人資料私隱專員公署:收集及使用生物辨識資料指引 — 生物辨識資料的私隱影響評估與資料最小化
- 優質教育基金:公帑資助學校專項撥款計劃 — 第十七期申請期、累計申請額上限、資助不包括完結後的經常性開支
- 教育局通函第 96/2026 號 — 專項撥款計劃的申請期與安排
- eClass(博文教育亞洲)官方網站 — 校園綜合平台功能(作例子說明)
ADWire 編輯團隊
ADWire Agency Limited
文章由 ADWire 團隊撰寫及審閱。團隊負責軟件開發、AI 應用與工作流程自動化、SEO/GEO 及數碼營銷項目,內容取材自實際項目經驗及公開的官方資料。
- 軟件及系統開發
- AI 應用及流程自動化
- SEO 及 GEO 搜尋優化
- 數碼營銷及成效量度
相關服務
相關文章推薦

學校做 AI 項目:由校本需求到技術方案(香港學校技術指南)
學校推行校本 AI 項目,成敗往往不在於買了哪一套工具,而在於需求是否先整理清楚、技術方案是否對應真實痛點、資料私隱與風險是否受控。本文從技術與專案管理角度,整理需求盤點框架、項目類型、方案選型(現成工具、定制開發、混合)、私隱合規、風險與人工覆核、專案分期與驗收,以及成本估算,供校長、IT 統籌老師參考。
閱讀全文
STEAM 教室設備與系統:由採購到維護的技術指南(香港學校)
學校籌建或更新 STEAM 教室,難題往往不在買什麼,而在設備相容性、耗材供應、軟件授權、空間與電力配套,以及採購程序與日後維護。本文整理七類設備、選型技術考量、授權模式、資助學校採購程序(引教育局通告第 4/2013 號的財政限額)、QEF 與「智」啟學教的資助範圍及總持有成本。
閱讀全文