Chi phí thật của một giờ hệ thống ngừng hoạt động

Khi máy chủ ERP ngừng chạy hoặc email công ty không gửi nhận được, câu hỏi đầu tiên thường là "bao giờ thì chạy lại?". Câu hỏi ít được đặt ra hơn nhưng quan trọng không kém là: mỗi giờ ngừng như vậy làm doanh nghiệp mất bao nhiêu tiền?

Không có con số này, mọi quyết định đầu tư cho hạ tầng (thêm máy chủ dự phòng, mua dịch vụ giám sát, ký hợp đồng SLA) đều bị cảm tính: hoặc chi quá ít rồi trả giá khi có sự cố, hoặc chi quá nhiều cho những rủi ro không đáng kể. Bài viết này đưa ra một cách ước tính đủ đơn giản để giám đốc tài chính và trưởng phòng IT cùng ngồi tính trong một buổi.

Công thức ước tính chi phí downtime

Chi phí một giờ ngừng hoạt động có thể chia thành bốn nhóm:

Chi phí downtime = Doanh thu bị mất + Năng suất bị mất + Chi phí khắc phục + Chi phí phát sinh khác

1. Doanh thu bị mất

• Doanh thu bình quân mỗi giờ = Doanh thu năm ÷ Số giờ hoạt động trong năm

• Doanh thu mất mỗi giờ = Doanh thu/giờ × Tỷ lệ doanh thu phụ thuộc vào hệ thống × Tỷ lệ không thể bù lại

Hai tỷ lệ cuối rất quan trọng. Không phải hệ thống nào ngừng cũng làm mất toàn bộ doanh thu, và không phải đơn hàng nào bị chậm cũng mất hẳn. Nhiều khách hàng sẵn sàng chờ thêm vài giờ; một số khác sẽ chuyển sang nhà cung cấp khác.

2. Năng suất bị mất

• Năng suất mất mỗi giờ = Số nhân viên bị ảnh hưởng × Chi phí nhân sự bình quân mỗi giờ × Mức độ ảnh hưởng (%)

Chi phí nhân sự nên tính đủ: lương, bảo hiểm, phụ cấp, phúc lợi, không chỉ lương cơ bản.

3. Chi phí khắc phục

Làm thêm giờ của đội IT, phí hỗ trợ khẩn cấp từ nhà cung cấp, linh kiện thay thế, chi phí nhập lại dữ liệu thủ công sau khi hệ thống chạy lại.

4. Chi phí phát sinh khác

Phạt chậm giao hàng theo hợp đồng, chi phí vận chuyển gấp để bù tiến độ, và phần khó đo nhất: uy tín với khách hàng và đối tác.

Ví dụ minh họa (số liệu giả định)

Lưu ý: toàn bộ số liệu dưới đây là giả định để minh họa cách tính, không phải dữ liệu của bất kỳ doanh nghiệp cụ thể nào.

Một công ty thương mại giả định có doanh thu 120 tỷ đồng/năm, làm việc khoảng 2.400 giờ/năm. Hệ thống ERP (đặt hàng, kho, xuất hóa đơn) ngừng hoạt động 4 giờ vào một buổi sáng thứ Hai.

Con số này chưa tính phạt giao hàng trễ hay khách hàng không quay lại. Điều đáng chú ý là tỷ lệ "không bù lại được" chi phối kết quả nhiều nhất: nếu chỉ 10% doanh thu bị mất hẳn, chi phí mỗi giờ giảm còn khoảng 5,2 triệu đồng; nếu là 50%, con số tăng lên khoảng 17,2 triệu đồng. Vì vậy, hãy ngồi cùng phòng kinh doanh để ước lượng tỷ lệ này, thay vì để IT tự đoán.

Những yếu tố làm chi phí tăng vọt

• Thời điểm xảy ra sự cố. Ngừng hệ thống vào ngày chốt sổ cuối tháng, mùa cao điểm hay ngay trước hạn nộp báo cáo thuế đắt hơn nhiều so với buổi chiều thứ Bảy.

• Thời gian phát hiện. Nếu sự cố chỉ được biết khi nhân viên gọi điện phàn nàn, doanh nghiệp đã mất 30–60 phút trước khi bắt đầu xử lý.

• Hiệu ứng dây chuyền. ERP ngừng kéo theo kho không xuất được hàng, xe giao hàng phải chờ, kế toán không xuất được hóa đơn.

• Mất dữ liệu. Ngừng hoạt động khác với mất dữ liệu. Khi bản backup gần nhất đã cũ một ngày, toàn bộ giao dịch trong ngày phải nhập lại.

• Không có quy trình. Khi không ai biết ai cần gọi, mật khẩu quản trị ở đâu, nhà cung cấp nào phụ trách thiết bị nào, thời gian ngừng kéo dài vô ích.

Cách giảm chi phí downtime

Thời gian ngừng thực tế gồm bốn đoạn: phát hiện → chẩn đoán → khắc phục → xác nhận hoạt động lại. Mỗi biện pháp dưới đây rút ngắn một hoặc vài đoạn.

Giám sát 24/7: rút ngắn thời gian phát hiện

Hệ thống giám sát kiểm tra định kỳ máy chủ, dịch vụ, dung lượng ổ đĩa, chứng chỉ SSL, đường truyền và cảnh báo ngay khi có bất thường. Nhiều sự cố có thể được xử lý trước khi người dùng nhận ra, ví dụ ổ đĩa sắp đầy hay chứng chỉ sắp hết hạn.

Dự phòng (redundancy): giảm tần suất và mức ảnh hưởng

Nguồn điện kép và UPS, hai đường truyền Internet từ hai nhà mạng, RAID cho ổ đĩa, cụm máy chủ hoặc máy ảo có thể chuyển sang host khác. Không cần dự phòng mọi thứ; hãy ưu tiên những hệ thống có chi phí downtime cao nhất theo cách tính ở trên.

Runbook: rút ngắn thời gian chẩn đoán và khắc phục

Runbook là tài liệu từng bước cho các tình huống thường gặp: khởi động lại dịch vụ theo đúng thứ tự, chuyển sang đường truyền dự phòng, khôi phục từ backup. Runbook tốt giúp người trực ca xử lý được sự cố ngay cả khi người hiểu hệ thống nhất đang nghỉ phép.

SLA: biến kỳ vọng thành cam kết

Một hợp đồng SLA rõ ràng quy định thời gian phản hồi, thời gian xử lý theo mức độ ưu tiên và mức sẵn sàng của dịch vụ. Để hiểu các con số phần trăm, hãy quy đổi ra thời gian:

Khi đọc SLA, đừng chỉ nhìn con số phần trăm. Hãy hỏi thêm: đo theo tháng hay theo năm, bảo trì có kế hoạch có bị loại trừ không, và nếu vi phạm thì bồi hoàn thế nào.

Checklist: tính và giảm chi phí downtime

• [ ] Liệt kê 5–10 hệ thống quan trọng nhất (ERP, email, file server, website, phần mềm kế toán…)

• [ ] Với mỗi hệ thống, ước tính tỷ lệ doanh thu phụ thuộc và tỷ lệ không bù lại được cùng phòng kinh doanh

• [ ] Tính chi phí nhân sự bình quân mỗi giờ (đã gồm bảo hiểm, phúc lợi)

• [ ] Xếp hạng hệ thống theo chi phí downtime/giờ

• [ ] Kiểm tra hệ thống nào đang được giám sát tự động, hệ thống nào chưa

• [ ] Xác định điểm lỗi đơn (single point of failure) của 3 hệ thống đứng đầu

• [ ] Viết runbook cho ít nhất 3 tình huống sự cố thường gặp

• [ ] Rà soát hợp đồng SLA hiện có: thời gian phản hồi, thời gian xử lý, loại trừ, bồi hoàn

Bắt đầu từ con số của chính doanh nghiệp bạn

Con số chi phí downtime không cần chính xác tuyệt đối; nó cần đủ tốt để so sánh với chi phí phòng ngừa. Nếu bạn muốn có người cùng rà soát hạ tầng hiện tại, xác định hệ thống nào rủi ro nhất và ưu tiên đầu tư ở đâu, đội ngũ SYSMAN có thể thực hiện một buổi đánh giá cùng bạn. Hãy gửi yêu cầu tại trang liên hệ.