Microsoft có thể phải hoàn tiền cho khách doanh nghiệp sau sự cố Outlook

Sự cố khiến Outlook, Teams và hàng loạt dịch vụ Microsoft ngừng hoạt động trong tuần qua đã gây ảnh hưởng trên phạm vi toàn cầu. Điều đáng chú ý là theo các điều khoản hợp đồng, nhiều khách hàng doanh nghiệp của Microsoft có quyền được bồi hoàn một phần — trong khi người dùng cá nhân thì không.

Ai được bồi hoàn?

Câu trả lời nằm ở cụm từ "tài khoản doanh nghiệp". Nếu bạn đang dùng Microsoft 365 Business, email trên Microsoft Exchange hay gói Teams Premium, quan hệ giữa bạn và Microsoft được điều chỉnh bởi Thỏa thuận mức dịch vụ (Service Level Agreement – SLA).

SLA là cam kết về mức độ sẵn sàng của dịch vụ, phổ biến với các doanh nghiệp lớn khi làm việc với nhà cung cấp dịch vụ như máy chủ web hay email. Mức cam kết thường ở ngưỡng 99,99% trở lên, như mức mặc định mà Microsoft Azure công bố. Nếu nhà cung cấp không đạt mức này, khách hàng được hoàn tiền hoặc nhận tín dụng trừ vào hóa đơn tháng sau.

Điểm quan trọng: SLA không chỉ dành cho các tập đoàn lớn. Bất kỳ tài khoản doanh nghiệp nào của Microsoft, dù quy mô nhỏ đến đâu, cũng nằm dưới các cam kết này.

Ngược lại, người dùng gói Microsoft 365 Family hoặc bất kỳ gói cá nhân nào gần như không có quyền gì. Thỏa thuận dịch vụ dành cho người tiêu dùng chỉ nói rằng người dùng cá nhân có thể được hoàn tiền hoặc tín dụng theo "toàn quyền quyết định" của Microsoft, không hề nhắc đến SLA và không cam kết gì về thời gian hoạt động. Nói cách khác, bạn có thể yêu cầu hoàn tiền, nhưng khả năng nhận được là rất thấp.

Cách tính mức bồi hoàn

Quy trình không hề tự động: khách hàng phải tự yêu cầu bồi hoàn cho từng sự cố. Căn cứ là SLA dành cho các dịch vụ trực tuyến của Microsoft (khác với thỏa thuận dành cho người tiêu dùng), một văn bản dài hơn 53.000 từ và lặp lại nhiều lần, được chia theo từng sản phẩm.

Với Exchange Online, văn bản quy định khá rõ ràng:

• Thời gian ngừng dịch vụ (downtime) là "bất kỳ khoảng thời gian nào người dùng không thể gửi hoặc nhận email qua Outlook Web Access".
• Tỷ lệ thời gian hoạt động (Uptime Percentage) được tính bằng công thức: lấy tổng số phút người dùng (User Minutes) trừ đi số phút ngừng dịch vụ, chia cho tổng số phút người dùng, rồi nhân với 100.
• Downtime được đo theo phút-người dùng: với mỗi kỳ áp dụng, đây là tổng thời lượng (tính bằng phút) của từng sự cố nhân với số người dùng bị ảnh hưởng.
• Tổng số phút người dùng là toàn bộ số phút trong chu kỳ thanh toán, thường là 30 ngày.

Nếu tỷ lệ thời gian hoạt động tính được thấp hơn 99,9%, khách hàng được quyền nhận tín dụng (không phải hoàn tiền mặt).

Quy trình gửi yêu cầu

Microsoft không hướng dẫn rõ ràng cách đòi bồi hoàn. Các bước thực hiện trong Trung tâm quản trị Microsoft 365 (Admin Center) như sau:

• Biểu tượng hỗ trợ không nằm ở thanh điều hướng bên trái mà ở góc dưới bên phải màn hình.
• Nhấp vào biểu tượng tai nghe để mở mục "Help & support", nơi mặc định hiển thị chatbot AI của Microsoft.
• Tiếp tục nhấp biểu tượng tai nghe ở đầu trang để vào trang "Contact support".
• Chọn Email và điền biểu mẫu với các thông tin đã thu thập.

Sau khi gửi, khách hàng sẽ nhận được phản hồi xác nhận kèm mã số hồ sơ để theo dõi.

Một lưu ý quan trọng về thời hạn: yêu cầu bồi hoàn phải được gửi trước khi kết thúc tháng tiếp theo sau sự cố. Với sự cố ngày 12/11, hạn chót là ngày 31/12/2026.

Về phía Microsoft, đại diện truyền thông chỉ đưa ra tuyên bố quen thuộc: "Chúng tôi vô cùng xin lỗi vì sự gián đoạn mà sự cố này đã gây ra cho khách hàng và đối tác. Chúng tôi hiểu niềm tin họ đặt vào dịch vụ của mình và coi trọng trách nhiệm này một cách nghiêm túc."

Góc nhìn

Với các doanh nghiệp và đội ngũ kỹ thuật tại Việt Nam đang dùng Microsoft 365 Business, Exchange Online hay Teams Premium, đây là lời nhắc rằng SLA chỉ có giá trị khi được chủ động viện dẫn. Khoản tín dụng không tự động xuất hiện trên hóa đơn, và việc tính toán tỷ lệ thời gian hoạt động theo phút-người dùng đòi hỏi bạn phải ghi lại số người dùng bị ảnh hưởng cùng thời lượng gián đoạn của từng sự cố.

Bài học thực tế là nên lưu lại nhật ký sự cố, thông báo từ Microsoft và số lượng nhân sự bị ảnh hưởng ngay khi dịch vụ gặp vấn đề. Với các tổ chức có quy mô lớn, việc theo dõi hạn chót gửi yêu cầu theo từng tháng cũng nên được đưa vào quy trình vận hành, thay vì để phụ thuộc vào trí nhớ của một vài cá nhân.