香港中小企新員工 IT 入職（onboarding）檢查清單

分類：行業情報 | 日期：2026-10-22

最後更新：2026年10月 | 由 IT SUPPORTKING 技術團隊編寫

免責聲明：本文章內容屬一般資訊，唔係法律意見，亦唔係採購意見。 個別資格、授權同私隱問題，應以官方頁面為準，並以書面確認。

最後覆核日期：2026-10-22

覆核依據：公開來源事實檔，以及本站 live /pricing 可見版（2026-10-22 核對）。 事實聲稱以覆核時公開來源為依據；本站價錢及條款以本站當前頁面列明為準。

引言：新員工首日用唔用到電腦，老闆首日就知

新員工第一日返工，坐低開機，登入唔到電郵、入唔到共享資料夾、開唔到要用嘅系統，呢啲唔係小事。對香港中小企嚟講，一間公司得幾個人到十幾個人，新員工首日用唔到電腦，唔止佢自己坐喺度等，帶佢嘅同事、等佢跟進嘅客戶、等佢入數對數嘅流程，全部一齊停低。公開嘅入職檢查清單普遍指出，首日 IT 工作嘅重點，係確認入職前已經預備好嘅設定真正運作，而唔係逐個系統慢慢導覽；要確認每個已預備系統可用、每項安全控制已經就位，並且令新員工知道出問題時點樣求助（來源：Checkflow，查閱日期：2026-10-22）。

好多入職問題，根源唔係首日，而係入職前。入職前無人批核角色權限清單，結果首日先逐個系統問、逐個群組加，帳號開好但用唔到；或者為求快一次過全開，之後無人收回。呢兩種情況，公開檢查清單都列為最常見遺漏（來源：Checkflow，查閱日期：2026-10-22）。本文嘅目的，係畀老闆同埋負責人一張可以逐項剔嘅清單：入職前要預備啲咩、首日要逐項試啲咩、權限點樣先至算啱、密碼交接有啲咩禁忌、檔案同埋群組點樣加、首週點樣覆核，以及向任何 IT 支援供應商簽約之前，應該點樣問清楚入職支援係咪包、點樣收費。本文講嘅係通用做法，唔係針對某一個行業嘅合規手冊。

服務邊界圍欄：以下係通用新員工入職 IT 檢查清單，唔係本站服務承諾。本站入職支援嘅具體內容、是否包括、是否另收費，未公佈，以查詢為準，簽約前問清楚並寫入協議。查詢時要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。

入職同埋交接其實係同一張清單嘅兩面：入職時逐項記錄嘅帳號、群組、裝置及授權清單，正是日後要逐項收回嘅同一張清單。

入職前預備清單：開帳號之前，先批好三樣嘢

入職前預備，應該由三樣經批准嘅資料開始，缺一都唔好開帳號：經批准嘅入職日期、經經理批准嘅角色權限清單、裝置安排；同時要確認邊個有權建立或者編輯用戶，先至開始開帳號（來源：Checkflow，查閱日期：2026-10-22）。呢個次序好重要，因為帳號一開、群組一加，之後要改、要收，成本遠高過入職前批清楚。

第一，入職日期同埋負責人。 寫低入職日期、直屬經理、帶新員工嘅同事，以及邊個負責開帳號、邊個負責預備裝置、邊個負責首日檢查。負責人唔寫低，首日出問題就無人跟。

第二，角色權限清單。 經理要逐項批：新員工需要用邊幾個系統、邊幾個共享資料夾、邊幾個群組、邊幾個共享郵箱同埋行事曆。批嘅時候只批角色需要嘅，唔好批「同隔籬同事一樣先算」——隔籬同事可能已經累積咗幾年用唔着嘅權限。較高、屬管理員級別或者非標準嘅存取，應該先取得經理書面批准，並且將已預備嘅全部存取記錄喺入職記錄入面，包括系統、存取級別、批准同埋日期（來源：Checkflow，查閱日期：2026-10-22）。

第三，裝置安排。 按角色確認裝置同埋周邊、套用公司安全基線、安裝角色所需軟件，並且喺交收前開機測試確認運作正常（來源：Checkflow，查閱日期：2026-10-22）。安全基線嘅通用項目包括磁碟加密、端點保護同埋熒幕鎖定政策；軟件方面，應該安裝角色所需軟件同埋標準軟件映像，唔好等到新員工坐低先至逐樣裝。裝置未喺交收前開機測試、軟件未裝齊、安全基線未套用，首日就會出現「有機無嘢用」，新員工首日只能等設定，主管亦會誤以為入職已經完成（來源：Checkflow，查閱日期：2026-10-22）。

第四，帳號預備。 機構內每個人喺登入及使用 Microsoft 365 商業版之前，都需要一個屬於自己嘅用戶帳號；新增用戶之前，必須先為用戶購買授權，而執行新增嘅人必須具備授權管理員或者用戶管理員角色（來源：Microsoft Learn，查閱日期：2026-10-22）。新增用戶嘅基本步驟包括填寫姓名、顯示名稱及用戶名稱、選擇域名、設定密碼（預設自動建立密碼，並預設要求用戶首次登入時更改密碼），然後指派產品授權及所在地（來源：Microsoft Learn，查閱日期：2026-10-22）。指派授權時可以展開 Apps 逐項剔選或者取消應用程式，以限制該用戶獲授權使用嘅應用程式；若無可用授權，仍可先新增用戶再購買授權（來源：Microsoft Learn，查閱日期：2026-10-22）。

用 Google Workspace 嘅公司，做法大同小異：新增用戶前需要具備適當嘅用戶管理權限，否則睇唔到完成步驟所需嘅全部控制項；新增時需填寫姓名及主要電郵，建議同時填寫次要電郵（即用戶可接收新帳號資料嘅現有地址），並可選擇所屬機構單位（來源：Google Workspace Help，查閱日期：2026-10-22）。完成新增後，用戶可登入機構嘅 Google 服務（例如 Gmail 或者 Drive）；若以電郵向用戶發送帳號資料，歡迎訊息入面嘅重設密碼連結會喺 48 小時後過期，過期後需要重設密碼（來源：Google Workspace Help，查閱日期：2026-10-22）。呢個 48 小時只反映查閱當日嘅公開文件，各雲端平台嘅具體操作介面、保留天數及還原窗口會隨平台設定及版本而變，文章定稿前應再核對平台最新官方文件——此點標為未證實／需用戶確認，要確認乜：平台最新文件嘅現行寫法；點確認：定稿前直接再讀一次平台官方文件，唔好沿用舊筆記。

入職前已經預備好嘅通用項目仲包括：建立公司電郵帳號並確認入職前已經生效可用、建立身份供應商帳號、設定單一登入、預備虛擬私人網絡存取並喺入職前測試遙距連接（來源：Hivedesk，查閱日期：2026-10-22）。呢啲項目入職前做晒，首日先至有嘢可以試；入職前無做，首日就只能逐樣等。

首日設置步驟：逐項試行，試到先算完成

首日清單嘅通用項目包括：裝置已經交收並正常運作、新員工成功登入公司電郵、經單一登入登入各主要系統、已經登記並測試多重驗證、遙距存取已經測試連接及斷線、任何存取或者設定問題即時記錄並同日定下解決期限（來源：Checkflow，查閱日期：2026-10-22）。以下按次序拆開講，每項都要試到先算完成，唔好只係「開好咗」就算。

第一步：裝置交收同埋開機檢查。 新員工面前開機，確認裝置正常運作、周邊齊全、熒幕鎖定政策已經套用、端點保護已經啟用。裝置有問題，首日即時換或者即時記低跟進期限，唔好叫新員工「將就用住先」。

第二步：電郵登入同埋收發測試。 首日電郵檢查嘅通用項目包括：測試登入、同步、共享郵箱或者委派郵箱存取、群組、日曆、簽名及預設寄件人，確保新員工收發正常（來源：Mailbird，查閱日期：2026-10-22）。具體嚟講，要寄一封測試電郵出去、收一封測試電郵入嚟、確認群組郵件收到、確認行事曆睇到應有嘅共享行事曆、確認簽名同埋預設寄件人啱。只係登入到郵箱首頁，唔等於收發正常。

第三步：各主要系統單一登入。 逐個登入角色需要嘅系統，確認每個系統都入到、權限啱、睇到應有嘅資料。入唔到嘅系統即時記低，唔好留到第二日先至發現原來某個系統一直無權限。

第四步：多重驗證即場開通。 多重驗證要求用戶登入時提供第二種驗證方法，可提升帳號安全；對小型企業，Microsoft 建議使用安全預設值，要求全部用戶帳號使用多重驗證（來源：Microsoft Learn，查閱日期：2026-10-22）。英國國家網絡安全中心亦指出，對重要帳號使用多重驗證係最有效嘅額外保護之一：即使攻擊者取得密碼，無第二因素亦無法進入帳號（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。入職通用做法係首日即要求多重驗證及密碼管理員，並即場協助新員工開通多重驗證及將登入資料加入密碼管理員；多重驗證係最常喺首日清單被跳過嘅一項，尤其遙距自行設定嘅新員工最容易漏（來源：Oleohub，查閱日期：2026-10-22）。所以多重驗證唔好留待「得閒先開」，首日就要即場開通、即場測試一次登入，確認第二因素運作正常。

第五步：遙距存取測試。 如果新員工需要遙距工作，首日就要測試遙距連接同埋斷線，確認喺公司以外嘅網絡都入到應有嘅系統。遙距存取入職前預備好、首日無測試，第一次喺屋企用先至發現入唔到，就已經太遲。

第六步：交收帳號資料同埋求助途徑。 Microsoft 官方指引提醒，新增用戶完成後，應以安全方式將用戶資料交畀新用戶，並可向新員工分享 Microsoft 365 快速入門資料，協助其開始使用（來源：Microsoft Learn，查閱日期：2026-10-22）。同時要講清楚：出問題搵邊個、用咩途徑求助、邊啲資料唔可以經私人途徑處理。首日結束之前，負責人應該同新員工一齊對一次清單：邊啲試過、邊啲未試、邊啲有問題未解決、解決期限係幾時。無對過嘅首日清單，唔算完成。

權限最小原則：只給角色需要的，唔好一次過全開

權限最小原則，意思係用戶、裝置及工作負載只可以存取其需要嘅資源。Microsoft 嘅零信任策略以「永不自動信任，時刻驗證」為原則，三大核心原則之一就係「使用權限最小原則」，即以適時授權及僅足夠授權、風險為本嘅適應性政策及數據保護，限制用戶存取（來源：Microsoft，查閱日期：2026-10-22）。實際效果係減少受攻擊面及限制事故影響範圍：用戶只可以存取其需要嘅資源，並以持續驗證及權限最小原則跨越多層執行（來源：Microsoft，查閱日期：2026-10-22）。

落到入職操作，權限最小原則有三個具體做法。第一，按角色分組授權，只給該角色需要嘅檔案、資料夾及工具，唔好一次過全開；呢個習慣可喺帳號被盜用時限制損害（來源：Oleohub，查閱日期：2026-10-22）。第二，唔好將新員工直接設為管理員；Microsoft 指引亦提醒，管理員帳號不應作日常高風險活動（例如收發外部電郵或者瀏覽互聯網），管理員應另有標準用戶帳號作日常用途（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。第三，使用權限最少嘅角色：Microsoft 官方指引要求使用權限最少嘅角色，權限較低嘅帳號有助提升機構安全；Global Administrator 係高度特權角色，應只限於無法用現有角色處理嘅緊急情況（來源：Microsoft Learn，查閱日期：2026-10-22）。

老闆要留意一個常見陷阱：「暫時開住先」。新員工話某個資料夾入唔到，負責人為求快，一次過開晒成個共享硬碟，之後無人記得收返。首日開嘅臨時權限，必須寫入入職記錄，寫明邊個批、幾時開、幾時要覆核，首週覆核嗰陣逐項對。權限只會隨年資愈積愈多，唔會自動縮細——呢個唔係理論，而係首週無覆核就會發生嘅現實。

共享帳號與密碼交接禁忌：唔好共用個人帳號，唔好經普通訊息交密碼

共享帳號係入職環節最危險嘅捷徑，必須講清楚三條禁忌。

禁忌一：新員工絕不接收或者沿用前任員工嘅個人帳號及密碼。 每人一個獨立帳號係稽核及授權嘅基礎；沿用舊帳號會令新舊員工嘅行為無法分辨（來源：Microsoft Learn；英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。共用工作帳號、甚至偶爾由帳號持有人以外嘅人使用，會帶來多重風險：用戶可能取得未經授權嘅資源，更重要嘅係會失去認證特定用戶嘅好處，特別係無法稽核及監察特定用戶嘅行為，而呢一點對某些帳號而言係法證上嘅必要要求（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。新員工入職，開新帳號係唯一正確做法，唔好為慳時間而改名沿用舊帳號。

禁忌二：有共享業務需要，先搵委派方案，唔好直接共用帳號。 如有共享業務需要，應先尋找支援該需要嘅替代方案，例如以委派權限方式讓另一帳號存取文件或者收件箱；委派應喺任何可能嘅情況下代替共用帳號（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。例如共享郵箱應該用委派取用，而唔係將郵箱密碼交畀幾個人；共享資料夾應該用群組權限，而唔係共用一個登入帳號。若確實無法避免共用而有強烈業務需要，密碼只應喺最小範圍嘅已知及可信用戶之間共享，不應向無權存取嘅人披露；當有人不再獲准存取時，必須更改密碼（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。

禁忌三：臨時密碼絕不經普通電郵或者即時通訊明文傳送。 經普通電郵或者即時通訊明文交臨時密碼，等於將密碼同時交畀所有可看到該訊息嘅人及留底嘅系統；正確做法係以安全方式交收並要求首次登入即改（來源：Microsoft Learn，查閱日期：2026-10-22）。Microsoft 官方指引嘅做法係列印用戶資料硬本或者 PDF，再以安全方式交畀用戶，並要求首次登入時更改密碼（來源：Microsoft Learn，查閱日期：2026-10-22）。另外，所有系統、軟件或者裝置隨附嘅預設供應商密碼，喺部署前必須全部更改，因為預設密碼容易被查到（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。

密碼習慣方面，有兩點值得老闆知道。第一，唔應強制員工定期更換密碼；英國國家網絡安全中心指引指出，定期更換反而有害無益（用戶傾向只作輕微變化、被盜密碼通常即時被利用），正確做法係只喺知道或者懷疑密碼已外洩時先至要求更改，並以多重驗證、監察登入及有效嘅入職流程作補償控制（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。第二，協助用戶建立較難猜測嘅密碼時，英國國家網絡安全中心建議使用「三個隨機單詞」技巧，並訂立最短密碼長度以防止過短密碼，但不建議使用複雜度要求（例如硬性規定大小寫加數字加符號混合），因為用戶會用可預測嘅變換去滿足要求（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。同時，英國國家網絡安全中心建議提供密碼管理員作安全儲存，並鼓勵使用內置隨機密碼產生器；密碼管理員亦可協助自動填寫，減少員工因記唔住大量密碼而重用或者寫低密碼嘅誘因（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。

檔案與群組加入：只加需要的群組，記錄低日後覆核

入職時應將新員工加入適當嘅團隊通訊、共享硬碟、行事曆及群組收件箱，並按角色授予共享資料夾及系統存取；同時應記錄每項已加入嘅群組、共享郵箱、行事曆權限、裝置及授權，作為日後覆核嘅依據（來源：Mailbird；Hivedesk，查閱日期：2026-10-22）。呢個記錄動作，係成張入職清單入面最值得花時間嘅一項：入職時無記錄已加入嘅群組、共享郵箱、行事曆權限及授權，日後覆核時無清單可對，只能靠記憶逐個搵，必然有遺漏（來源：Mailbird，查閱日期：2026-10-22）。

具體做法係開一張入職記錄表，每加一項寫一項：群組名、共享郵箱名、行事曆權限、共享資料夾、系統名、存取級別、批准人、加入日期。首日加嘅臨時權限要特別標明「臨時」，寫低覆核日期。呢張表唔係為咗應付檢查而寫，而係首週覆核同埋日後權限調整嘅唯一依據。

檔案存放位置，入職時就要講清楚。新員工嘅檔案存取應以共享硬碟或者文件系統為主，而非只存放在個人桌面或者個人雲端帳號；入職時講清檔案存放位置，可避免日後交接時檔案散落私人位置而遺失（來源：Hivedesk，查閱日期：2026-10-22）。老闆應該喺首日就同新員工講明：工作檔案放邊個共享位置、邊啲資料唔可以放私人雲端、邊啲資料唔可以經私人電郵傳送。呢啲規矩首日唔講，之後就好難追。

入職時亦應提供 IT 安全政策文件及可接受使用政策，並取得新員工對安全及私隱政策嘅簽署確認；如適用，亦應說明自攜裝置政策（來源：Hivedesk，查閱日期：2026-10-22）。簽署確認唔係形式，而係令新員工知道公司對資料處理嘅要求，同埋令公司日後有據可依。

首週覆核清單：收回多餘授權，確認真實需要

首週及首月應做短覆核：移除未使用嘅存取、修正過度共享、確認真實需要，並稽核最終嘅存取組合（來源：Mailbird，查閱日期：2026-10-22）。首週覆核亦應包括：確認新員工實際用到嘅系統與入職前預批嘅清單係咪一致、多餘嘅群組及共享資料夾係咪已經移除、臨時或者試用性質嘅較高權限係咪已經收回或者改為正式批准（來源：Checkflow，查閱日期：2026-10-22）。

以下係首週覆核建議逐項剔嘅清單：

1. 對照入職記錄表，逐項確認新員工實際用到嘅系統同埋預批清單係咪一致；無用過嘅存取，問清楚係咪真係需要，唔需要就移除。
2. 多餘嘅群組及共享資料夾係咪已經移除；「為求方便」而加嘅群組，首週就要決定去留，唔好留到下個月。
3. 臨時或者試用性質嘅較高權限係咪已經收回，或者已經改為經理正式批准嘅長期權限；無正式批准嘅臨時權限，一律收回。
4. 多重驗證係咪已經開通並測試過；密碼管理員係咪已經設定好；臨時密碼係咪已經喺首次登入時更改。
5. 裝置安全基線係咪仍然就位；裝置有無異常登入或者未授權軟件安裝。
6. 檔案係咪存放喺公司共享位置，而唔係只喺個人桌面或者個人雲端帳號。
7. 入職記錄表係咪已經更新到最新狀態，由經理簽收，作為日後覆核嘅基準。

Microsoft Entra 存取覆核可設定為定期重複（每週、每月、每季或者每年），由群組擁有人或者指定覆核人確認成員係咪仍需要存取；對訪客成員，群組擁有人有責任確認訪客係咪仍有合法業務需要（來源：Microsoft Learn，查閱日期：2026-10-22）。中小企唔一定需要咁複雜嘅工具，但「定期有人覆核」呢個習慣本身就係重點：首週一次、之後定期一次，先至唔會令權限愈積愈多。

常見遺漏：八個最易漏嘅位

綜合公開檢查清單同埋事實研究，入職最易漏嘅八個位如下，建議直接貼入公司嘅入職表做最後檢查：

1. 入職前無人批核角色權限清單，首日先逐個系統問、逐個群組加，帳號開好但用唔到，或者為求快一次過全開，之後無人收回（來源：Checkflow，查閱日期：2026-10-22）。
2. 多重驗證首日被跳過，尤其遙距自行設定嘅新員工；無多重驗證嘅帳號一旦密碼外洩，攻擊者即可直接登入（來源：Oleohub，查閱日期：2026-10-22）。
3. 沿用前任員工帳號或者共用帳號，令行為無法追蹤到個人，出事時無法稽核邊個做過邊件事（來源：英國國家網絡安全中心 NCSC，查閱日期：2026-10-22）。
4. 經普通電郵或者即時通訊明文交臨時密碼，等於將密碼同時交畀所有可看到該訊息嘅人及留底嘅系統（來源：Microsoft Learn，查閱日期：2026-10-22）。
5. 裝置未喺交收前開機測試、軟件未裝齊、安全基線未套用，首日即出現「有機無嘢用」（來源：Checkflow，查閱日期：2026-10-22）。
6. 入職時無記錄已加入嘅群組、共享郵箱、行事曆權限及授權，日後覆核時無清單可對（來源：Mailbird，查閱日期：2026-10-22）。
7. 首週無覆核，試用性質或者「暫時開住先」嘅較高權限會變成永久權限（來源：Microsoft Learn，查閱日期：2026-10-22）。
8. 入職時多收咗與開帳號無關嘅個人資料，既違反「足夠但不超乎所需」原則，日後保留及保安責任亦隨之增加（來源：私隱專員公署案例筆記，查閱日期：2026-10-22）。

香港個人資料角度：入職收資料，夠用就好

以下內容只屬一般資訊，唔係法律意見；具體情況應諮詢專業意見。

私隱專員公署《人力資源管理實務守則》於 2001 年 4 月 1 日生效，2016 年 4 月修訂，為處理現職及前員工個人資料嘅人力資源管理活動提供實務指引；違反守則可在相關法律程序中用作證據（來源：CLIC，查閱日期：2026-10-22）。按資料保障原則第 1 原則，僱主只應收集為使用目的所必需嘅個人資料，而且所收集嘅資料應足夠但不超乎該目的所需；入職時收集新員工資料亦受同一原則約束，唔好為開帳號而多收無關資料（來源：私隱專員公署案例筆記，查閱日期：2026-10-22）。

實務上，入職開帳號需要嘅資料，通常只係姓名、顯示名稱、用戶名稱、聯絡電郵同埋角色所需嘅授權資料。開帳號之前，應該先講清收集目的及身份；僱主喺招聘廣告中若直接向求職者索取個人資料，必須提供方法讓求職者識別僱主或者其代理，僅以公司電郵地址、郵寄地址或者傳真號碼作識別，一般不足夠，入職資料收集嘅告知及識別要求與此同源（來源：私隱專員公署《人力資源管理實務守則》常見問題，查閱日期：2026-10-22）。

關於員工個人資料保留年期，有二手引述指僱主可保留員工個人資料至僱傭終止後最多一段上限年期（引述為七年），除非有仍然存在嘅理由需要保留更長時間、已取得訂明同意，或者為遵守合約或者法律責任所必需——此為二手引述，個案保留需要應諮詢專業意見，唔好直接當成個案結論（來源：Lexology 引述私隱專員公署《人力資源管理實務守則》，查閱日期：2026-10-22）。呢一點標為未證實／需用戶確認，要確認乜：個案嘅保留需要、法律義務及相關保留安排；點確認：諮詢專業意見後先至決定，唔好將二手引述直接當成個案結論。

本站收費參考：定價頁寫咗啲咩，冇寫啲咩

以下引用已經喺 2026-10-22 以公開頁面文字核對嘅本站定價頁原文，超出定價頁嘅內容，本文一律唔會寫成本站已包嘅服務。

關鍵更正，必須先講清楚：「新員工電腦入職設置」唔喺基礎版，而喺專業進階版。 本站定價頁列出六級方案（來源：本站定價頁，查閱日期：2026-10-22）：

• 基礎遙距版 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／月 — 設計專用版全部功能＋包企業網站設計及開發、網站維護及伺服器託管

值得留意嘅係，「新員工電腦入職設置」只出現於專業進階版 HK$1,200／月一級；基礎版 HK$600／月一級並無此項目，絕不可寫成基礎版已包入職設置。定價頁並無定義「新員工電腦入職設置」包括邊啲具體工作（例如開帳號、裝軟件、網絡設定、權限設定各佔幾多），亦無寫明人數上限、裝置數量上限、是否包上門、是否包帳號日常管理——全部屬「簽約前要問的問題」，不得寫成已包服務。此點標為未公佈／需用戶確認，要確認乜：入職設置嘅具體範圍、人數上限、裝置數量上限、是否包上門、是否包帳號日常管理、完成標準係點；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。

其餘各級同入職嘅關係，亦要分清楚，唔好混為一談：企業設備版起嘅「包商務電腦設備」只代表該級有設備項目，唔等於新入職員工自動獲派新機；設計專用版嘅 AutoCAD 及 Adobe 授權、旗艦網頁版嘅網站項目，同一般新員工入職設置無直接關係。定價頁常見問題原文另有：「Office 365 是否正版？ — 100% Microsoft 正版商業授權，包 Word／Excel／PowerPoint／Outlook／OneDrive／Teams」；「硬件屬於誰？ — 硬件擁有權屬於 IT SUPPORTKING，服務終止時需歸還；Router 故障即時免費更換」；「有無合約綁定？ — 毋須長約綁定，月費制度，提前 30 天通知即可取消」（來源：本站定價頁，查閱日期：2026-10-22）。

定價頁 HK$1,200／月級寫明嘅係「數據備份建議及設定」，只包建議同埋設定；還原測試是否提供、由邊個負責做、幾耐做一次、紀錄點樣保存，屬簽約前要問嘅問題，唔好假設已包。此點標為未公佈／需用戶確認，要確認乜：還原測試是否提供、負責人、頻率、紀錄保存方式；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。

服務邊界圍欄（重申）：以上定價引用只係說明本站定價頁寫咗啲咩。本文嘅入職檢查清單係通用做法，唔係本站服務承諾。本站入職支援是否包括、是否另收費，未公佈，以查詢為準，簽約前問清楚並寫入協議。查詢時要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。

簽約前要問的問題：將排除項目寫成問題

向任何 IT 支援供應商簽約之前，老闆應該將以下問題逐條問清楚，並且要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。呢一節唔係本站嘅排除清單，而係教讀者點樣問。

入職設置範圍

• 「新員工電腦入職設置」具體包邊啲工作：開帳號、裝軟件、網絡設定、權限設定、裝置預備各佔幾多？完成標準係點，點樣先算入職完成？未公佈，以查詢為準；要確認乜：上述每一項係咪包、完成標準；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 入職設置有無人數上限、裝置數量上限？超出上限點計，係咪另收費？未公佈，以查詢為準；要確認乜：人數上限、裝置上限、超出點計；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 入職設置是否包上門？上門安排以雙方簽署嘅服務協議為準。上門按次收費金額同埋特定次數未公佈；要確認乜：是否包上門、次數、收費；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 基礎版 HK$600／月並無入職項目，唔好寫成基礎版已包；如果公司用緊基礎版，要升級到邊一級先至有入職設置？要確認乜：級別對應關係；點確認：對照本站定價頁當時列明嘅六級內容，並要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。

帳號同埋授權管理

• 日常帳號管理（例如加人、權限調整、多重驗證設定、權限覆核）是否包括在內？未公佈，以查詢為準；要確認乜：日常管理邊啲包、邊啲唔包；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 入職支援是否包括多重驗證設定、密碼管理員設定、群組及共享檔案加入、首週權限覆核？未公佈，以查詢為準；要確認乜：上述每一項係咪包；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 定價頁只寫「正版 Office 365 商業授權」。版本、授權數量、持有人名義仍未公佈，以查詢為準；要確認乜：版本、授權數量、持有人名義、管理員帳號邊個持有、邊個畀錢、域名註冊人係邊個；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 入職支援嘅回應安排、收費模式（超出月費會否另收費）係點？未公佈，以查詢為準；要確認乜：回應安排、超出月費點計；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。

備份同埋還原

• 數據備份建議及設定以外，還原測試是否提供、由邊個負責做、幾耐做一次、紀錄點樣保存、如何收費？未公佈，以查詢為準；要確認乜：還原測試是否提供、負責人、頻率、紀錄、收費；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾，唔好假設已包。

月費唔包啲咩

• 月費唔包啲咩？（例如辦公室搬遷、系統遷移、基建工程、訂製軟件開發，係咪另行報價？）簽約前問清楚並寫入協議；要確認乜：上述每一項係咪另行報價；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 系統轉換嘅安排，是否包括在內、收費模式係點、包咩同埋唔包咩？未公佈，以查詢為準；要確認乜：轉換範圍、收費、包同唔包；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 個人資料保障相關嘅安排，例如私隱文件、合約審查、定期權限審計，邊啲已包、邊啲另收費、邊啲唔提供？呢啲項目一律以問題式提出，唔好假設本站已經承諾提供；要確認乜：每一項已包、另收費定唔提供；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 網絡保險問卷相關嘅協助，例如問卷邊個負責填、相關證據由邊個提供，是否包括在內？未公佈，以查詢為準；要確認乜：問卷負責人、證據提供人；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。保費、賠償同埋受保決定以保險經紀或者保險公司為準，唔好憑託管服務假設已受保。

合約同埋計價

• 計價單位未公佈，以查詢為準。定價頁寫 HK$600／月，唔好自行假設計價單位；加人、加機點計，簽約前問清楚並寫入協議；要確認乜：計價單位、加人加機點計；點確認：簽約前要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。
• 定價頁常見問題原文寫「毋須長約綁定，月費制度，提前 30 天通知即可取消」，取消安排、硬件歸還安排係咪同定價頁寫法一致？要確認乜：取消通知期、硬件歸還安排；點確認：簽約前對照服務協議原文，並要求對方以電郵或者服務協議書面確認，唔好只信口頭承諾。

香港本地統計

• 香港本地中小企入職 IT 嘅任何統計（例如幾多公司首日未完成設定、平均延誤日數、權限過多比例），本次公開搜尋無可靠來源，一律寫「未證實」，絕不編造百分比或者數字。此點標為未證實／需用戶確認，要確認乜：有無可靠公開來源先至引用；點確認：無來源就唔寫數字，唔好估算。

免責聲明

本文提供一般資訊，唔係法律意見。香港個人資料保障、僱傭同埋合約事宜涉及具體事實同埋個別合約條款，如有疑問，應諮詢專業意見。定價引用以本站定價頁喺 2026-10-22 核對嘅原文為準，定價頁之後如有更改，以定價頁當時列明嘅內容為準。入職嘅具體程序應該按公司嘅內部政策、合約條款同埋適用法例制定，本文嘅檢查清單唔可以代替公司自己嘅程序同埋專業意見。