跳至主要內容
返回所有文章

校務系統、點名系統如何選擇?香港學校自訂 vs 現成完整比較

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

發佈: 12 min read 作者:ADWire 編輯團隊
校務系統、點名系統如何選擇?香港學校自訂 vs 現成完整比較
文章目錄(點擊展開)

香港學校採購校務系統或點名系統時,常遇到同一個問題:應該採用現成綜合平台,還是按校本需要委託開發?兩種做法各有適用情況,關鍵在於學校規模、現有平台、資料擁有權要求與長遠維護能力。本文以香港教育制度與資助學校採購規則為基礎,比較自訂與現成的分別,說明校務系統包含的模組、點名技術的實際限制、與現有平台共存的整合方式,以及驗收要留意的交付與保養條款。

💡 最直接答案

大部分香港中小學同時使用現成綜合平台(例如 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,人臉辨識只用於特定場景(例如考試核對身分),並以家長同意為前提。

比較圖:QR 碼、智能卡、App 打卡與人臉辨識四種點名技術的優點與實際限制
四種點名技術各有代價,技術選擇應由目的與私隱風險倒推
示意圖:人臉辨識考勤的私隱考量,包括必要性與相稱性、私隱影響評估、知情選擇及資料最小化
採用人臉辨識前,學校須先處理生物辨識資料的合規要求

五、家校通訊:與現有平台共存還是取代

家校通訊是家長感受最直接、也最難全面更換的部分。家長已安裝並習慣現有平台,而這種情況在香港學校十分普遍。若學校自行開發全新的家長 App,等於要求全校家長重新下載與學習,推行阻力相當大。

因此,家校通訊的合理方向通常是共存而非取代:日常電子通告、請假、繳費、考勤通知沿用家長已習慣的平台;學校只在處理現有平台未覆蓋的校本流程時,才以網頁或輕量模組補足,並盡量沿用同一套登入與通知方式,減少家長的學習成本。

📌 判斷準則:誰在用、改動成本有多高

涉及全校家長的功能(通告、繳費、考勤通知)改動成本高,宜沿用現成平台;涉及教師或行政內部的功能(統計、報表、特別室考勤、校本計分)用家人數有限,自訂的彈性效益較大。以「用家人數 × 改動成本」判斷,通常較易得出合理結論。

示意圖:家校通訊以共存為主,家長沿用現有平台,學校以輕量模組補足校本流程
涉及全校家長的環節改動成本最高,一般以沿用現有平台較穩妥

六、與 eClass 等現有平台共存的整合方式

若學校決定自訂部分功能並保留現有平台,整合方式就是成敗關鍵。以下是幾種常見的整合層次,由淺入深排列。

整合方式做法適用情況
檔案匯入/匯出以 CSV 或 Excel 定期交換學生名單、考勤及成績即時性要求不高、平台未開放接口
資料庫或 API 對接透過平台提供的接口讀寫資料,雙向同步平台提供 API,且需即時更新
單一登入(SSO)沿用同一組帳戶登入自訂系統,減少密碼管理自訂系統有多個校內使用者
中介同步層以獨立服務定時對帳,處理格式與欄位差異兩邊資料結構不同、需要清洗與比對
硬件整合讀卡器、感應器把紀錄送到自訂系統考勤硬件與平台本身未打通

整合最易被低估的兩處:一是資料格式與定義的差異(例如對「班別」、「缺席原因」的編碼不同),二是現有平台未必開放接口。報價階段便應要求供應商寫明整合方式、需哪一方配合、平台不提供接口時的替代方案與出錯處理流程。

圖表:自訂系統與現有平台整合的五個層次,由檔案交換、API 對接、單一登入到中介同步層及硬件整合
整合方式由淺入深,報價時就要列明假設與替代方案

七、報價流程:學校通常要幾多份報價

資助學校的採購程序受《資助學校採購程序指引》及通告第 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日)

AW

ADWire 編輯團隊

ADWire Agency Limited

文章由 ADWire 團隊撰寫及審閱。團隊負責軟件開發、AI 應用與工作流程自動化、SEO/GEO 及數碼營銷項目,內容取材自實際項目經驗及公開的官方資料。

  • 軟件及系統開發
  • AI 應用及流程自動化
  • SEO 及 GEO 搜尋優化
  • 數碼營銷及成效量度

相關服務

標籤:#校務系統#點名系統#考勤系統#eClass#學校系統開發#香港學校#採購流程#私隱
分享文章:

遇到類似的增長瓶頸?

別讓問題持續影響你的業績。預約 ADWire 的免費諮詢,讓我們為你診斷痛點,提供度身訂造解決方案。

Ready to Grow?

準備好開始
你的項目了嗎?

講清楚你的需求,我們會安排合適的同事回覆可行的做法、範圍及報價方式。無論是軟件開發、AI 應用、流程自動化還是搜尋增長,都歡迎先談清楚再決定。

4.9 分 · 已服務 500+ 服務客戶

Office

葵芳新都會廣場 2 座 45 樓 4510 室

告訴我們你的項目需求

填寫後我們會按服務類別安排合適同事跟進。

資料保密處理營業時間內回覆首次諮詢免費

請只輸入數字,不要加入空格、hyphen 或其他符號

0 / 2000
WhatsApp 直接問(+852 9586 1027)

你提供的資料只用於回覆本次查詢,不會轉發或出售。 請勿在此表格輸入密碼、API Key 或其他高度敏感資料; 如需提交項目文件,我們回覆時會提供安全的提交方式。