SLA bảo trì hệ thống mạng là thỏa thuận mức dịch vụ (Service Level Agreement) giữa doanh nghiệp và nhà cung cấp, quy định rõ thời gian phản hồi, thời gian khắc phục, tỷ lệ sẵn sàng và trách nhiệm của mỗi bên khi hệ thống mạng gặp sự cố. Trước khi ký hợp đồng bảo trì, người phụ trách CNTT cần xác định các chỉ số đo được, cách báo cáo định kỳ và mức bồi thường khi nhà cung cấp không đạt cam kết.
Tóm tắt nhanh: SLA bảo trì hệ thống mạng là cam kết đo được về thời gian phản hồi, khắc phục và sẵn sàng của hạ tầng. Bài này nêu các chỉ số cốt lõi, cách soạn SLA theo chuẩn ISO/IEC 20000 và quy trình kiểm soát để tránh tranh chấp khi nghiệm thu.
SLA bảo trì hệ thống mạng gồm những chỉ số nào?
Một SLA bảo trì hệ thống mạng đầy đủ thường có 5 nhóm chỉ số: tỷ lệ sẵn sàng (availability) của thiết bị lõi, thời gian phản hồi (response time), thời gian khắc phục (restore time), tần suất bảo trì định kỳ và tỷ lệ sự cố tái diễn. Trong đó, ba chỉ số thời gian phải ghi rõ cách tính: tính từ lúc doanh nghiệp mở ticket, từ lúc kỹ sư đến hiện trường, hay từ lúc xác nhận sự cố thuộc phạm vi hợp đồng.
| Chỉ số | Ý nghĩa | Mức tham chiếu phổ biến |
|---|---|---|
| Availability thiết bị lõi | Phần trăm thời gian switch/router/tường lửa hoạt động trong kỳ | 99,5%–99,9%/tháng |
| Response time | Thời gian từ lúc tiếp nhận ticket đến lúc kỹ sư phản hồi/xử lý | 15 phút – 4 giờ tùy mức ưu tiên |
| Restore time (MTTR) | Thời gian từ lúc xác nhận sự cố đến lúc dịch vụ hoạt động lại | 4–8 giờ làm việc |
| Bảo trì định kỳ | Số lần kiểm tra, vệ sinh, sao lưu cấu hình trong năm | 1 lần/quý trở lên |
| Tỷ lệ tái diễn | Phần trăm sự cố cùng nguyên nhân lặp lại trong 30 ngày | Dưới 10% |
Các mức tham chiếu trên chỉ là mức phổ biến trên thị trường, không phải chuẩn bắt buộc; con số cụ thể phụ thuộc quy mô hạ tầng, ngân sách và rủi ro vận hành của từng doanh nghiệp, cần thương lượng và ghi rõ trong hợp đồng.
Cách soạn SLA theo chuẩn ISO/IEC 20000-1
ISO/IEC 20000-1 là tiêu chuẩn quốc tế về hệ thống quản lý dịch vụ CNTT (service management system), do ISO và IEC ban hành; văn bản hiện hành là ISO/IEC 20000-1:2018. Tiêu chuẩn này yêu cầu tổ chức xác định các dịch vụ trong phạm vi, thỏa thuận mức dịch vụ với khách hàng và định kỳ đo lường, xem xét việc đạt hay không đạt các mục tiêu. Tham khảo tài liệu chính thức tại trang công bố ISO/IEC 20000-1:2018 trên IEC Webstore.
Khi soạn SLA theo định hướng này, từng chỉ số cần có bốn đặc tính: đo được (có dữ liệu để tính), thời hạn rõ ràng (theo giờ làm việc hay 24/7), phạm vi cụ thể (áp dụng cho thiết bị nào) và trách nhiệm rõ ràng (bên nào phải chứng minh). Nếu doanh nghiệp làm việc theo ca hoặc có chi nhánh ở nhiều tỉnh, nên chia mức dịch vụ theo nhóm thiết bị — ví dụ thiết bị lõi tại trụ sở chính ưu tiên cao hơn thiết bị tại chi nhánh — để tránh trả chi phí cho mức dịch vụ không cần thiết.
Phân biệt SLA, OLA và UC trong hợp đồng bảo trì
SLA (Service Level Agreement) là cam kết giữa nhà cung cấp và khách hàng; OLA (Operational Level Agreement) là cam kết giữa các bộ phận bên trong nhà cung cấp để đạt SLA; UC (Underpinning Contract) là hợp đồng giữa nhà cung cấp và nhà thầu phụ. Trong hợp đồng bảo trì mạng, doanh nghiệp chỉ cần quan tâm trực tiếp đến SLA; nhưng nếu nhà cung cấp thuê thêm đối tác xử lý sự cố phần cứng, nên yêu cầu làm rõ UC để tránh trường hợp trách nhiệm bị đùn đẩy giữa các bên. Đây là lý do bên mua nên có dịch vụ bảo trì hệ thống mạng doanh nghiệp với một đầu mối chịu trách nhiệm duy nhất thay vì tự phối hợp nhiều nhà thầu.
Ba loại SLA phổ biến: dựa trên dịch vụ, khách hàng và nhiều mức
SLA dựa trên dịch vụ (service-based) áp dụng một mức cho tất cả khách hàng dùng cùng dịch vụ; SLA theo khách hàng (customer-based) soạn riêng cho một khách hàng lớn; SLA nhiều mức (multi-level) chia thành mức công ty, mức khách hàng và mức dịch vụ. Với doanh nghiệp vừa và nhỏ, thực tế thường dùng SLA theo dịch vụ kèm phụ lục riêng cho hạ tầng nhạy cảm như phòng server. Nếu chưa có quy trình kiểm tra chuẩn cho hệ thống phòng máy chủ, có thể tham khảo quy trình trong bài giám sát môi trường phòng máy chủ.
Cách chọn mức SLA phù hợp với quy mô doanh nghiệp
Việc chọn mức SLA phụ thuộc vào chi phí dừng hoạt động (cost of downtime) hơn là quy mô doanh nghiệp. Một công ty dịch vụ tài chính hoặc sàn thương mại điện tử mất doanh thu ngay khi mạng ngừng hoạt động, cần mức khắc phục tính bằng giờ và kênh hotline 24/7; một văn phòng văn thư thông thường có thể chấp nhận khắc phục trong ngày làm việc kế tiếp với chi phí thấp hơn đáng kể. Nên ước lượng tổn thất trung bình mỗi giờ mất mạng, rồi đối chiếu với chênh lệch phí giữa các mức SLA để quyết định.
Trước khi chốt, hãy xem lại hạ tầng hiện tại có được vận hành đúng quy trình hay không, vì SLA chỉ có ý nghĩa khi nền tảng ổn định. Doanh nghiệp dịch vụ tài chính, kho logistics hoặc chuỗi bán lẻ cũng nên yêu cầu nhà cung cấp thể hiện năng lực theo ngành — tham khảo cách đầu tư hợp lý cho nhóm quy mô 50–200 nhân viên trong bài phân tích chi phí – lợi ích dịch vụ bảo trì hệ thống ICT.
Cách kiểm soát và nghiệm thu SLA định kỳ
Một SLA chỉ có giá trị nếu được kiểm soát. Quy trình tối thiểu gồm: mở ticket cho mọi sự cố (kể cả qua điện thoại, sau đó ghi nhận lại), nhà cung cấp cập nhật trạng thái theo thời gian cam kết, và định kỳ hàng tháng đối chiếu số liệu ticket với báo cáo của nhà cung cấp. Khi hết kỳ, doanh nghiệp nên yêu cầu báo cáo gồm: tổng số sự cố, thời gian phản hồi và khắc phục trung bình, số lần vi phạm SLA và nguyên nhân. Các chỉ số nên được xem lại ít nhất 6 tháng một lần vì hạ tầng thay đổi theo sự phát triển của doanh nghiệp.
SLA thường gặp vấn đề gì khi áp dụng thực tế?
Vấn đề hay gặp nhất là định nghĩa thời gian không khớp với cách vận hành thực tế: hợp đồng ghi “8 giờ làm việc” nhưng không nói rõ khung giờ, ngày lễ và thời gian chờ phụ tùng có tính vào hay không. Kế đến là báo cáo do nhà cung cấp tự tổng hợp mà doanh nghiệp không có dữ liệu đối chiếu — cách xử lý là yêu cầu quyền truy cập xem ticket hoặc biên bản xác nhận sự cố sau mỗi lần xử lý. Cuối cùng, nhiều hợp đồng thiếu điều khoản bồi thường (service credit) khi vi phạm SLA, khiến cam kết chỉ mang tính hình thức. Mức bồi thường phổ biến là khấu trừ phần trăm phí tháng tỷ lệ với mức vi phạm, cần ghi con số cụ thể ngay từ đầu.
Nếu doanh nghiệp đang vận hành nhiều hệ thống cùng lúc, nên có một đầu mối tổng hợp toàn bộ sự cố thay vì liên hệ riêng từng nhà cung cấp; mô hình được nhiều doanh nghiệp lựa chọn là đầu tư dịch vụ bảo trì hệ thống ICT tổng thể để một bên chịu trách nhiệm xuyên suốt, từ đó việc áp dụng SLA dễ kiểm soát hơn. Với văn phòng có nhu cầu hỗ trợ người dùng cuối, có thể kết hợp thêm dịch vụ IT helpdesk chuyên nghiệp để tách biệt sự cố phần mềm – người dùng với sự cố hạ tầng mạng.
Nếu doanh nghiệp vận hành thêm tổng đài hoặc trung tâm chăm sóc khách hàng, hãy yêu cầu tách riêng cam kết cho hệ thống liên hệ vì mức chịu lỗi của kênh thoại thấp hơn nhiều so với mạng dữ liệu thông thường.
Các câu hỏi thường gặp về SLA bảo trì hệ thống mạng
SLA bảo trì hệ thống mạng là gì?
SLA (Service Level Agreement) là thỏa thuận mức dịch vụ giữa doanh nghiệp và nhà cung cấp, quy định chỉ số về thời gian phản hồi, khắc phục, sẵn sàng của thiết bị và trách nhiệm các bên khi có sự cố.
Chi phí SLA bảo trì hệ thống mạng phụ thuộc vào yếu tố nào?
Chi phí phụ thuộc vào số lượng thiết bị, mức thời gian phản hồi/khắc phục, chế độ 24/7 hay giờ hành chính, phạm vi thay thế linh kiện và địa bàn triển khai. Mức cam kết càng chặt, chi phí càng cao.
SLA khác bảo hành ở điểm nào?
Bảo hành thay thế hoặc sửa chữa thiết bị khi hỏng hóc trong thời hạn; SLA cam kết toàn bộ dịch vụ vận hành gồm giám sát, phản hồi, khắc phục và báo cáo, không giới hạn ở việc thay linh kiện.
Cập nhật lần cuối: 12/10/2026 · Biên soạn: Đội ngũ kỹ thuật Wise Tech