香港中小企 IT 資產清單點做：裝置、授權、帳號、保養到期一張表跟晒
分類：網絡安全 | 日期：2026-10-25
免責聲明：本文只屬一般資訊，唔係法律意見。涉及個人資料做法、合約條款或者保安安排的具體決定，如有疑問，應諮詢專業意見。
一、引言：老闆最應該答得出的一條問題
示意例子：一間公司想換一批電腦，問負責同事公司現時有幾多部電腦、邊幾部仲有保養、邊啲授權下個月到期，同事要翻幾份不同的試算表，再憑記憶補數，先至交到一個大概數字。數字交咗出嚟，老闆仍然唔敢憑呢個數字做決定，因為無人講得清楚，呢個數字包唔包後備機、維修中的機同借出去的機。
以上例子純屬示意例子，唔涉及任何真實公司、人物、日期或者金額。本文以下全部例子均為示意例子，只用來說明無清單會點出錯，唔好將示意例子當成真實個案或者發生頻率的證據。
一張 IT 資產清單要回答的問題，其實好簡單：公司有乜、邊個用緊、放喺邊、仲有無保養、幾時到期、邊個負責。根據 SIIT《IT Asset Inventory Management: A Step-by-Step Guide》的整理，清單的核心作用就係回答「邊個有乜、係咪仲用緊」；根據 AssetCues《IT Inventory Management & Tracking Guide 2026》的整理，一張可用的清單要同時滿足幾種用途：識別資產、指明負責人、搵到位置、了解狀態、支援服務流程、對帳財務紀錄，以及喺審核時證明紀錄。本文的主角就係呢張清單本身：點寫、點維持、點用。授權同帳號會喺本文出現，但只作清單的一部分，唔會寫成授權合規審計或者離職流程。
二、點解無清單，連保護邊啲嘢都講唔清
清單唔係為咗起表而起表，而係令公司知道自己有乜，先至排得到優先次序。CISA 資產清單指引的通用原則，經 Industrial Cyber 報導整理，大意係：無清單，機構就唔知自己有乜、邊啲要保護；有清單先可以按重要性同暴露程度排定漏洞優先次序、喺未授權裝置變成攻擊途徑前發現佢、支援事故應變快速準確行動。呢段引用的指引原為操作技術環境而寫，本文只引用其通用原則，唔係香港法例要求。
同一道理，CIS 關鍵保安控制第 1 項，經 AssetPanda《How to Achieve CIS Critical Security Controls 1 & 2》整理，要求主動管理全部企業硬件資產：要知道每一部連接網絡的裝置，包括伺服器、電腦、手提電腦、網絡設備、物聯網裝置，以及接觸公司資料的員工自攜裝置；只容許已授權裝置連網，並迅速識別同移除未授權裝置。CIS 控制屬國際最佳實踐框架，唔係香港法例。
ISO/IEC 19770-1 的角度亦相近。根據 Flexera《The 14 Key Competencies of SAM (and ISO 19770-1:2017)》的整理，IT 資產管理涵蓋軟件、硬件、服務三大支柱，生命週期由規劃採購、登記、部署運作，到退役處置；第一層著重流程與良好實踐，目標係減低風險同成本。根據 Abilogic《How the ISO 19770 Standard helps to manage your IT Assets?》的整理，ISO 19770 要求清單紀錄包括軟件識別碼、名稱、地點、使用者地點、資產現況，並且建議以政策及程序維持清單紀錄，包括備份，以及保護紀錄免被未授權披露。以上框架全部屬於國際最佳實踐，引用時必須標明框架性質，唔好寫成香港法律義務。
清單的價值在於持續使用，而唔係起表嗰下。根據 RMG《Information Technology Asset Management System - ISO 19770-1》的整理，用清單數據避免不必要的採購、善用現有資源、減少浪費，先算係資產管理；只起表唔用，唔算管理。呢個分別，正正係本文第三至第五節要講的重點：欄位點寫先算齊，維持方法點做先至唔會爛。
三、清單應該包括乜：先分五組，唔好漏大項
起清單之前，先分組諗，先唔會漏大項。根據 Internet Solutions《IT Asset Inventory and Software Licences Guide》的整理，清單要分五組諗：硬件、已安裝軟件、雲端服務及 SaaS、數碼身份及基建（域名、DNS、SSL 憑證、託管帳號）、數據及紀錄（客戶資料、備份、檔案庫存放邊）。呢個分組法的好處，係提醒起表的人，雲端訂閱同域名帳號都係資產，唔好只數實物。
覆蓋範圍方面，根據 SIIT 同一份指南的整理，清單覆蓋範圍應包括硬件、軟件、雲端、SaaS，以及任何接觸公司資料的自攜裝置或物聯網裝置；家具、車輛等應歸入另一套企業資產管理系統，唔好混入 IT 清單。混埋一齊的結果，係 IT 清單越嚟越雜，盤點時又要分一次，保養到期提醒又會被非 IT 項目干擾。
硬件方面，根據 Interweave《Elements Included in an IT Asset Inventory》的整理，硬件欄位建議包括序號、品牌、型號、購買日期、獲派使用者、存放位置、保養狀態；軟件欄位建議包括應用名稱、版本、授權類別、續約日期、座位數、合規狀態；網絡裝置欄位建議包括裝置類別、韌體版本、IP 地址、網段、設定。周邊裝置最容易被漏記，同一份整理提醒，打印機、掃描器、外置硬碟等，建議同樣記錄裝置類別、序號、連接方式、獲派使用者、存放位置。帳號亦屬清單一環，同一份整理建議記錄用戶名、角色、部門、存取級別、驗證方式、最後登入，目的係執行最少權限、找出無人認領的帳號。本文第四節的帳號表只記帳號清單，詳細權限覆核唔喺本文展開。
四、四張表點寫：裝置表、授權表、帳號表、到期提醒表
以下四張表的欄位建議屬綜合建議，唔係任何官方固定表格。設計原則只有幾句：欄位寧少勿多，先求每欄都有人填、有更新觸發點；一欄無人維護，寧願刪欄；每條紀錄必須有具名負責人，唔好寫成某個部門統稱；金鑰、密碼、憑證本身絕對唔好寫入清單，只寫存放位置或者保管人。
裝置表：每部硬件一行
- 資產編號：公司自定唯一編號，避免同名裝置混淆，報價、維修、報案時指得明邊部。
- 裝置類別：手提電腦、桌上電腦、伺服器、打印機、路由器、交換器、電話、平板等，分類先可以統計、排優先次序。
- 品牌加型號：廠牌及完整型號，保養索償、買配件、查停產狀態都要靠型號。
- 序號：機身序號。根據 iTO.London《IT Asset Management for London SMEs: A Practical Guide》的整理，最常缺失的欄位就係序號同資產標籤；無呢兩樣，保養索償同失竊報案都要花更長時間準備，保險公司亦可能要求擁有權證明；購買發票應連結到每條紀錄，處置時先有成本可查。
- 狀態：用固定詞彙，唔好自由發揮。根據 AssetCues 同一份指南的整理，生命週期狀態建議用固定詞彙：現貨、已派發、使用中、維修中、運送中、已歸還、遺失、已退役、已處置；狀態不清會令人唔知下一步要做乜。
- 獲派使用者：邊個用緊，具名寫出，係盤點、交接、遺失追查的起點。
- 負責人：邊個對呢部裝置負責，具名寫出，可以同使用者唔同。無負責人的欄位好容易爛。
- 存放位置：辦公室、分店、倉、屋企辦公，寫到房間或者座位級，視公司規模而定，實物盤點、搬位、失竊時先搵得返。
- 購買日期、供應商、發票連結：買入資料，支援保養、對帳、處置成本查核。根據 AssetCues 的整理，採購相關欄位建議包括供應商、訂單編號、發票、購買日期、保養、支援合約，作用係支援保養索償同續約規劃。
- 保養到期日：寫明保養完結日期，唔好只寫「仲有保養」呢類空話，保養到期前先可以決定續保、換機或者轉計劃。
- 支援合約到期日：如有獨立支援合約，寫明到期日，避免支援斷咗先發現。
- 作業系統或者韌體版本：重點裝置的現行版本，用來判斷邊啲機已過支援、要排升級。
- 最後核實日期加核實人：邊個幾時對過呢行。根據 AssetCues 的整理，清單每條紀錄應有核實痕跡：最後掃描日期、核實人、核實方法、核實批次、例外狀態；另應有變動歷史：發出、轉移、維修、歸還、重新部署、處置及批核紀錄。
- 備註：例外情況，例如借出、共用機、後備機。寫例外，唔好靠記憶。
- 擁有權：區分公司自有裝置同服務商提供裝置，呢個欄位喺第七節對照定價頁時會再講原因。
授權及訂閱表：每項授權一行，只記授權資料，唔做合規審計
- 產品名、供應商、用途：呢個授權係做乜的。
- 授權類別：永久、訂閱、按用戶、按裝置、共用。根據 Internet Solutions 的整理，軟件及訂閱欄位建議包括產品名、供應商、用途，授權類別，已購座位數與使用中座位數，續約日期、帳單周期、付款人，業務負責人與技術管理員，以及授權金鑰或登入資料存放位置。
- 已購數量對使用中數量：兩欄分開，唔好只寫一個數。只寫一個數，之後無人分得清係買咗幾多定用緊幾多。
- 續約日期、帳單周期、付款人：邊個畀錢、幾時續，續約日前覆核先有意義。
- 業務負責人加技術管理員：兩個人分開列，業務上邊個決定仲需唔需要，同技術上邊個管理，係兩回事。
- 登入資料存放位置：只寫存放位置或者保管人，絕對唔寫金鑰或密碼本身。
- 裝置或者使用者對應：授權裝咗喺邊幾部機、畀邊幾個人用，對應返裝置表的資產編號。
- 狀態：使用中、閒置、已停用、已轉移。
分界要講清楚：呢張表只係記低買咗乜、邊個用緊、幾時到期；買夠未、超用未，係授權審計先判斷的問題，本文唔展開授權合規計算方法、超用風險評估、授權回收流程或者廠商審計應對。
帳號及數碼身份表：每個重要帳號一行，只記帳號清單，唔做權限審計
- 服務或者系統名：電郵、檔案系統、財務系統、域名註冊商等，按公司實際情況列出。
- 帳號用途：邊個業務流程用佢。
- 持有人或者管理員：具名人，唔好寫某個部門了事。
- 存取級別摘要：管理員或者一般使用者等，只作清單摘要。
- 最後登入或者最後覆核日期：幾時最後確認過呢個帳號仲需要。
- 狀態：使用中、閒置、已停用。
分界同樣要講清楚：呢張表只係記低有邊啲帳號、邊個持有；邊個資料夾邊個入得啱唔啱，係權限覆核先檢查的問題，本文唔展開逐個檔案夾的權限檢查、權限覆核流程或者最少權限實施細節。
到期提醒表：由前面兩張表衍生，唔好另起一份散表
保養到期日、支援合約到期日、授權續約日、域名或者憑證到期日（如適用），四類日期用同一張提醒表跟進，設到期前覆核點。到期前幾多日覆核一次，具體提前幾多日由公司自定，本文唔定數字，因為提前日數屬公司自定安排，唔係通用標準。提醒表必須有跟進人加跟進結果兩欄；只有日期、無跟進人的提醒表，等於無提醒。
五、點樣維持張清單唔爛：唯一權威版本、觸發點、每季對帳
清單失敗最常見原因，唔係無表，而係得幾份唔同版本。根據 iTO.London 同一份指南的整理，財務試算表、供應商平台、某個管理員的記憶各講一套，係清單失敗的常見形態；做法係定一張具權威性的清單，每次購買、搬動、處置時同步更新。邊份先算權威版本，要事先講明，唔好等到對數嗰日先爭論。
清單維護觸發點，應該同日常工作掛鈎：買入、派發、搬位、借出歸還、維修、退役處置、員工入職離職。入職同離職喺呢度只作觸發點列舉：入職時新裝置要入表，離職時裝置同帳號要對表處理。離職交接點做、按乜次序、點確認完成，係另一類題目，本文唔寫離職步驟、停用次序或者交接檢查清單。本文只講一樣嘢：如果平時有張清單，交接嗰陣就唔使憑記憶補數。
對帳方面，根據 iTO.London 的建議，每季將清單同目錄帳號及裝置管理報告對一次：差異通常揭示未記錄的裝置，或者應該停用而未停用的帳號。呢個每季節奏只屬業界建議，唔係法例要求，本文唔會將建議節奏寫成法例要求。按風險分層亦係可行做法，關鍵系統對密啲，一般系統對疏啲，但分層標準要寫清楚，唔好只憑感覺分層。
工具方面，資產較少、資源有限的公司，用試算表起步係合理做法，但前提係欄位固定、檔案有具名負責人。根據 iTO.London 的整理，試算表起步的建議最少欄位包括資產類別、品牌型號、序號、購買日期、保養到期日、獲派使用者、存放位置、狀態。試算表到某個位會唔夠用：員工跨多個地點工作、向多個供應商買機、裝置喺辦公室網絡以外運作時，專用資產軟件或者有資產報告的託管服務會較可靠；但無論用邊種工具，資產擁有權都要歸於公司內具名人士。本文唔推薦特定品牌或產品，工具選擇屬公司自選，唔好寫成任何一間服務商的指定工具。
退役紀錄亦值得一提。根據 RakiComp《Building an Audit-Ready IT Asset Inventory Before Hardware Retirement》的整理，可作審核的清單要將每部裝置綁定負責人、存放位置、資料敏感度、生命週期狀態，先可以快速對帳、輸出審核檔案、交接畀處置夥伴。狀態寫到已處置嗰一步，清單先算完整；銷毀方法、驗證、證明本身，唔喺本文展開。
六、無清單出錯的八個情境
以下八個情境全部為示意例子，無真實公司、人物、日期、金額，唔好將示意例子改寫成真實經歷或者發生頻率的證據。
示意例子一：盤點對唔上數
示意例子：老闆叫同事點算公司有幾多部電腦，兩個同事各自用唔同方法數，得出兩個唔同結果，因為後備機、維修中的機、借出去的機無人界定計唔計。結果係盤點報告交唔到，買新機決定要押後。
示意例子二：報價報錯數
示意例子：供應商問公司有幾多部裝置要支援，公司憑印象報一個數；簽約後先發現實際裝置多過印象數，雙方要重新傾支援範圍，浪費時間之餘亦影響信任。
示意例子三：保養過期先發現
示意例子：一部常用裝置壞咗，拎去問保養先發現保養已經過期；因為無人記低保養到期日，公司無機會喺到期前決定續保定換機，只能即時自費處理。
示意例子四：續約自動續咗唔用的授權
示意例子：某項訂閱長期無人用，但因為無清單記低邊個負責、幾時到期，續約日靜靜過咗，費用繼續產生；到發現時，已經錯過咗可以檢討的時機。
示意例子五：離職交接搵唔返嘢
示意例子：有同事離職，交接時先發現佢手上有邊幾部裝置、邊幾個系統帳號無完整紀錄；交接清單要靠同事憑記憶補返，補漏過程中容易漏嘢。本例子只講清單缺失令交接難做，離職流程本身唔喺本文展開。
示意例子六：搬位之後搵唔返機
示意例子：辦公室執位之後，某部後備裝置唔知去咗邊個房；因為清單無寫存放位置，同事要逐間房搵，盤點時間成倍增加。
示意例子七：事故時答唔到邊啲機受影響
示意例子：出現可疑裝置連網或者某系統出問題時，公司答唔到邊啲裝置、邊啲帳號同件事有關，排查要由零開始逐部查，事故處理時間拉長。本例子只講無清單令排查慢，唔寫事故應變流程、通報或者隔離步驟。
示意例子八：重複買
示意例子：因為無人知倉入面仲有後備裝置，公司又買多一批；到執倉先發現重複採購，資金被鎖喺閒置裝置度。
七、定價頁對照表：六級原文，逐字列明
以下六級價錢及項目照定價頁原文列明，根據 2026-10-25 定價頁可見正文核實：
- 基礎遙距版 HK$600／月 — 包正版 Office 365 商業授權、送企業級 Router 連安裝、無限次遙距支援（週一至五 9am-6pm）
- 專業進階版 HK$1,200／月 — 基礎版全部功能＋緊急事故優先響應、新員工電腦入職設置、數據備份建議及設定、單一聯絡窗口（週一至六 9am-6pm）
- 企業設備版 HK$2,200／月 — 專業進階版全部功能＋包商務電腦設備、硬件全保養（壞機即換）、每 3 年免費升級換機
- 全方位無憂版 HK$2,950／月 — 企業設備版全部功能＋包多功能商務打印機及維修保養
- 設計專用版 HK$4,950／月 — 全方位無憂版全部功能＋包 AutoCAD 正版授權及 Adobe Creative Cloud 全套
- 旗艦網頁版 HK$5,950／月 — 設計專用版全部功能＋包企業網站設計及開發、網站維護及伺服器託管
頁面其他已公佈內容（原文）：毋須長約綁定，月費制度，提前 30 天通知即可取消；硬件擁有權屬於 IT SUPPORTKING，服務終止時需歸還；Router 故障即時免費更換；100% Microsoft 正版商業授權，包 Word、Excel、PowerPoint、Outlook、OneDrive、Teams。
定價頁關鍵詞核查結果（查核日期 2026-10-25）：六級可見正文內，「資產清單」「盤點」「保養到期提醒」「授權到期提醒」「清單製作」「清單維護」等字眼無出現；「授權」只出現於 Office 365 商業授權、設計專用版 AutoCAD 及 Adobe 授權本身。所以，本文第四至第六節的全部做法，只屬通用做法，絕不是任何一級已包的服務說明。以上邊界結論只限定價頁六級 scope 而言，唔係全站結論；本站其他頁面或服務協議如有另外列明，以該文件為準，簽約前應要求以書面確認。
與清單相關的已公佈點，僅此兩點，唔好擴大解讀：第一，企業設備版起「包商務電腦設備」加「硬件全保養」，代表該級的裝置供應與保養安排已公佈，但「裝置清單製作、盤點、保養到期提醒」本身未公佈；第二，硬件擁有權歸 IT SUPPORTKING、終止時需歸還，代表清單欄位應區分公司自有裝置與服務商提供裝置，但擁有權安排唔等於清單服務已包。另外要講清楚：HK$600／月級的計價單位未公佈，本文唔加任何計價單位；M365 方面，本文只寫「正版 Office 365 商業授權」原文，唔寫版本、授權數量或者持有人名義；HK$1,200／月級只寫「數據備份建議及設定」，還原測試唔包在建議及設定入面。
八、簽約前要問的問題
以下問題全部只作問題，教讀者問任何託管 IT 支援服務供應商，絕不寫成任何服務範圍或者不包括事項清單。每條問題後面都寫明要確認乜同點確認：查詢時要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。凡是定價頁無寫明的項目，在未有書面確認之前，都應該視為未證實、需用戶確認：
- 資產清單製作（由零起一張清單）是否包括？要確認乜：清單由邊個製作、製作範圍包括邊幾組資產、完成形式係點。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 清單日常維護（買入、搬位、處置時更新）由邊個負責？要確認乜：更新頻率係點、更新觸發點包括邊啲情況、更新後由邊個核實。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 實物盤點服務（上門點算、對帳）是否包括？要確認乜：幾耐做一次、盤點範圍包括邊啲地點同裝置、盤點差異點處理。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 保養到期提醒是否包括？要確認乜：提醒提前幾多日、提醒對象係邊個、提醒之後由邊個跟進決定續保定換機。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 授權到期或者續約提醒是否包括？要確認乜：提醒範圍包括邊啲訂閱、閒置授權檢討是否包括、檢討結果點樣通知公司。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 支援合約到期提醒是否包括？要確認乜：提醒對象係邊個、到期前覆核包括邊啲內容。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 清單工具或者系統由邊個提供？要確認乜：公司轉供應商時，清單數據點樣交還，包括格式同擁有權安排。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 盤點結果報告形式係點？要確認乜：報告係清單檔案、書面報告定會議講解、報告由邊個負責講解。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 裝置標籤（資產編號貼紙）製作及張貼是否包括？要確認乜：標籤範圍包括邊啲裝置、標籤遺失或者損壞點補。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 清單數據保安安排係點？要確認乜：邊個睇到清單、清單存放邊、點備份。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 清單同備份的對應關係要另外問清楚。要確認乜：HK$1,200／月級只寫「數據備份建議及設定」，還原測試唔包在建議及設定入面；備份覆蓋邊啲裝置、清單上邊啲裝置有備份對應，唔好假設已包。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
- 域名及憑證到期提醒是否包括？要確認乜：提醒範圍包括邊啲域名同憑證、提醒對象係邊個。點確認：要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
九、範圍說明與結語：先有一張屬於公司自己的清單
本文的範圍要再講一次，避免讀者將通用做法當成服務承諾：第一，清單欄位建議屬綜合建議，唔係官方固定表格；第二，每季對帳、到期前覆核等頻率建議屬業界建議，唔係法例要求；第三，CIS 控制、CISA 指引、ISO 19770 均為國際最佳實踐框架，唔係香港法例，引用時必須標明框架性質；第四，授權表只記授權資料，唔做合規判斷；帳號表只記帳號清單，唔做權限覆核；離職只作清單更新觸發點，唔寫離職流程；第五，定價頁六級 scope 以外的一切清單、盤點、提醒安排，全部屬於簽約前要問的問題，本文無寫成任何一級已包。
最穩妥的次序係：先對照第四節做一次現況檢查，睇下公司現時有幾多部裝置無序號、有幾多項授權無續約日、有幾多個帳號無持有人；再用第五節的觸發點同對帳方法，令張清單維持落去；最後用第八節的問題，向任何託管 IT 支援服務供應商取得書面確認。凡是定價頁無寫明的安排，在未有書面確認之前，都應該視為未證實、需用戶確認，唔好假設已經包在月費入面。
免責聲明：本文只屬一般資訊，供香港中小企參考通用做法，唔係法律意見。涉及個人資料做法、合約條款或者保安安排的具體決定，應以相關官方指引、服務協議及專業意見為準。