IT支援服務的SLA響應時間應如何釐定？

響應時間與解決時間必須分開定義

企業訂立 IT 支援服務水平協議時，最常出現的誤解是把「響應時間」當成「修好時間」。兩者在服務管理實務中是兩項獨立指標，混為一談會直接造成期望落差。

響應時間（Response Time）指由事故正式登記起，到支援方作出實質回應的一段時間。實質回應應包括確認已收到、完成初步分類、告知負責人員與下一步安排；單純一封自動確認電郵不應算作已響應。解決時間（Resolution Time）則指服務恢復可用為止的時間，當中可能包含臨時方案。服務管理框架普遍把回復服務與根本原因分析視為兩個階段：事故管理以盡快恢復服務為目標，找出並消除根本原因屬於問題管理的範疇。

因此合理的協議會分三層寫明：響應時間、暫時緩解或替代方案的時限、以及正式解決的時限。若只寫一個「四小時處理完成」，遇上需要原廠零件更換的硬件故障，條款便無法執行。

以優先級矩陣決定時限，而非逐宗個案討價

時限應由事故的優先級推導，優先級則由影響範圍（Impact）與緊急程度（Urgency）兩個維度組合而成。這個做法的好處是判斷依據寫在合約內，出事時不需要臨場爭論誰的問題比較重要。

建議在協議附表中列出各優先級的具體例子，並加入一條調整機制：當事故實際影響與初始分類不符時，任何一方可要求重新分級，重新分級後時限如何重算亦須寫明。

計時規則：起點、暫停與時區

時限爭議大多不是關於數字，而是關於計時方式。以下幾點必須逐項寫入協議，否則同一宗個案雙方可以計出完全不同的結果。

1. 計時起點——應以事故在指定渠道正式登記的時間為準。若容許電話、電郵、系統工單多渠道報障，須明確哪一個渠道具備計時效力，以及口頭報障是否需要事後補登記。
2. 服務時段——時限是按辦公時間計算還是按實際鐘點計算，兩者差別極大。同樣是「四小時響應」，若按辦公時間計算，星期五下班前報障可能等到下週一才開始計時。
3. 計時暫停條件——等待客戶提供資料、等待客戶批准更換零件、等待第三方供應商或原廠回覆、等待客戶安排進入機房，這些期間應否暫停計時，必須寫明。
4. 時區與假期——香港企業若同時有內地或海外辦公室，應明確以哪一個時區計算，以及公眾假期的處理方式。
5. 報告與核對周期——每月提供事故清單與達標率報表，讓雙方在爭議發生前先對齊數據來源。

遠端與上門的時限應分開寫

遠端支援與上門支援受制於完全不同的條件，用同一組數字覆蓋兩者並不現實。遠端支援受限於連線工具是否已預先部署、使用者是否在座；上門支援受限於交通、大廈出入安排與人手調配。

網絡層面的服務水平亦應同步考慮，尤其是需要以監測數據佐證的情況，可參考網絡服務水平監測設計。

香港企業的實際考慮

香港的辦公環境有幾項具體因素，會直接影響 SLA 條款是否可行。第一是大廈出入管制。中環、觀塘、荔枝角等商業大廈普遍要求工程人員預先登記，部分商場更規定貨物與工具只可經指定時段的貨梯運送。若協議寫明兩小時到場，但大廈規定登記需時或限制進場時段，實際上難以達成，因此條款宜註明客戶須協助安排進場，以及進場等候期間計時暫停。

第二是機房與設備位置分散。不少香港公司的伺服器設於同一寫字樓的細小機房，或託管於將軍澳、葵涌一帶的數據中心。託管環境的進場手續與陪同要求，須在協議中一併列明。

第三是颱風與暴雨安排。香港每年夏季受熱帶氣旋影響，八號或以上熱帶氣旋警告及黑色暴雨警告期間，上門服務通常無法進行。協議應寫明惡劣天氣期間的服務方式（一般改為遠端支援）、警告取消後恢復上門的時間安排，以及該段時間如何計時。

第四是資料處理責任。IT 支援過程中，支援人員有機會接觸員工或客戶的個人資料，例如處理電郵、備份或報障截圖時。香港的個人資料處理受《個人資料（私隱）條例》規範，協議應包含保密條款、資料存取範圍限制與事故通報要求。若涉及資訊安全事故，處理流程可對照國際做法建立，例如 NIST 的電腦保安事故處理指引所描述的準備、偵測分析、遏制根除復原與事後檢討四個階段。

常見問題

權威參考來源

• Service-level agreement（服務水平協議定義與組成）
• ITIL（IT 服務管理實務框架）
• NIST SP 800-61 Rev. 2（Computer Security Incident Handling Guide）
• 香港個人資料私隱專員公署：Personal Data (Privacy) Ordinance at a Glance

延伸閱讀