กรณี Microsoft 365 ล่มกว่า 14 ชั่วโมง บริษัทที่จ่ายค่าบริการได้ค่าชดเชยเป็น Service Credit ตาม SLA ของ Microsoft ได้ 25%, 50% หรือ 100% ของค่าบริการเดือนนั้น ถ้าทั้งองค์กรใช้อีเมลไม่ได้ครบ 14 ชั่วโมง จะได้ราว 50% คำตอบสั้นคือได้ไม่มาก แต่มีเงื่อนไขหนึ่งที่ทำให้หลายบริษัทได้น้อยกว่าที่คิด คือวิธีที่ Microsoft นับว่าระบบ “ล่ม”
ลองนึกภาพบริษัทบัญชี 20 คนเปิด Outlook ไม่ได้ ประชุม Teams ไม่ได้ทั้งวัน เจ้าของถามคนดูแลไอทีคำเดียวว่า “แล้วเราได้อะไรคืนบ้าง” บทความนี้ตอบคำถามนั้นเป็นตัวเลข
สรุปสั้น: SLA for Microsoft Online Services ฉบับ 1 ตุลาคม 2569 ให้เครดิต Exchange Online และ Teams 25% เมื่อ uptime ต่ำกว่า 99.9% · 50% เมื่อต่ำกว่า 99% · 100% เมื่อต่ำกว่า 95% ของเดือน เครดิตนี้เป็นทางเยียวยาเดียวตามสัญญา ไม่ใช่เงินสด และเหตุเดือนพฤศจิกายนต้องยื่นเคลมพร้อมหลักฐานภายใน 31 ธันวาคม 2569
Microsoft 365 ล่ม 14 ชั่วโมง บริษัทได้ค่าชดเชยเท่าไร
Microsoft 365 ล่ม 14 ชั่วโมงเต็มสำหรับผู้ใช้ทุกคน ทำให้ uptime ของ Exchange Online เดือนพฤศจิกายนเหลือราว 98.06% จึงได้เครดิต 50% ของค่าบริการ Exchange เดือนนั้น ถ้ากระทบแค่บางคน อาจเหลือ 25% หรือไม่ได้เลย ตารางนี้สรุปเกณฑ์จาก SLA ของ Microsoft
| บริการ | วิธีวัด uptime | เครดิต 25% | เครดิต 50% / 100% |
|---|---|---|---|
| Exchange Online | นาทีที่ผู้ใช้ส่ง-รับอีเมลผ่าน Outlook Web Access ไม่ได้ | ต่ำกว่า 99.9% | ต่ำกว่า 99% / ต่ำกว่า 95% |
| Microsoft Teams | นาทีที่แชตหรือเริ่มประชุมออนไลน์ไม่ได้ | ต่ำกว่า 99.9% | ต่ำกว่า 99% / ต่ำกว่า 95% |
| Microsoft 365 Copilot | สัดส่วน prompt ที่ตอบกลับไม่สำเร็จเพราะฝั่งเซิร์ฟเวอร์ | ต่ำกว่า 99.5% | ต่ำกว่า 99% / ต่ำกว่า 95% |
ตัวเลขที่ทำให้หยุดอ่านคือ จะได้เครดิตเต็ม 100% ต้องล่มทั้งองค์กรเกินราว 36 ชั่วโมงในเดือนเดียว
ทำไมคนถามเรื่อง Microsoft 365 ล่มตอนนี้
คนถามเรื่อง Microsoft 365 ล่ม เพราะ Microsoft เปิดเหตุหมายเลข MO1550821 เริ่ม 12 พฤศจิกายน 2569 เวลา 13:26 น. ตามเวลาฝั่งตะวันออกสหรัฐฯ (ราว 01:26 น. ของ 13 พฤศจิกายน 2569 เวลาไทย) กระทบ Exchange Online, Teams, SharePoint Online, Microsoft 365 Copilot และ Defender XDR (BleepingComputer)
ในไทย PPTV รายงานว่า Downdetector เริ่มมีรายงาน 00:44 น. และสูงสุด 213 รายการเวลา 08:59 น. ส่วน “กว่า 14 ชั่วโมง” เป็นตัวเลขที่สื่อไทยรายงาน Microsoft ยังไม่ประกาศเวลาเริ่ม-จบทางการ
Microsoft คิดค่าชดเชยอย่างไร ขึ้นกับอะไรบ้าง
ค่าชดเชยกรณี Microsoft 365 ล่มขึ้นกับ 2 เรื่องหลัก คือ จำนวนคนที่ใช้ไม่ได้จริง และนิยามคำว่า “ล่ม” ของแต่ละบริการ ทั้งสองเรื่องเขียนไว้ใน SLA for Microsoft Online Services ฉบับ Volume Licensing ลงวันที่ 1 ตุลาคม 2569
Microsoft นับเวลาล่มเป็นนาทีต่อผู้ใช้อย่างไร
SLA ของ Microsoft ไม่ได้นับว่า “ระบบล่มกี่ชั่วโมง” แต่นับนาทีที่ล่มคูณจำนวนผู้ใช้ที่กระทบจริง แล้วเทียบกับนาทีทั้งเดือนคูณจำนวนผู้ใช้ทั้งหมด บริษัทที่มีคนกระทบแค่ครึ่งเดียวจึงได้ uptime สูงกว่าบริษัทที่กระทบทั้งองค์กร แม้ระบบล่มนานเท่ากัน
นิยามคำว่า “ล่ม” ของ Exchange Online คืออะไร
ปมที่บอกไว้ตอนต้นคลายตรงนี้ SLA นิยาม Downtime ของ Exchange Online ว่าเป็นช่วงที่ผู้ใช้ส่งหรือรับอีเมลผ่าน Outlook Web Access ไม่ได้ ถ้าโปรแกรม Outlook บนเครื่องค้างแต่เปิดอีเมลผ่านเว็บได้ ช่วงนั้นอาจไม่นับเป็นเวลาล่มของ Exchange Online เลย Teams ก็มีนิยามของตัวเอง คือแชตหรือเริ่มประชุมออนไลน์ไม่ได้
อ่านแบบนักกฎหมาย: ถ้าต้องตรวจสิทธิ์เคลมกรณี Microsoft 365 ล่ม ให้เปิด SLA ส่วน Service Specific Terms ของบริการนั้นก่อน ดูคำว่า “Downtime” ว่านิยามด้วยอาการอะไร แล้วดูหัวข้อ Claims และ Limitations ว่ามีข้อยกเว้นใดตัดสิทธิ์หรือไม่
ตัวอย่างคำนวณค่าชดเชย Microsoft 365 ล่ม (ตัวอย่างสมมติ)
ตัวอย่างสมมติ: บริษัท 20 คน จ่ายค่า Exchange Online เดือนละ 4,000 บาท เดือนพฤศจิกายนมี 43,200 นาที นาทีต่อผู้ใช้ทั้งเดือน = 43,200 × 20 = 864,000 นาที ผลของ Microsoft 365 ล่มต่างกันตามจำนวนคนที่กระทบ
- ทั้ง 20 คนใช้ไม่ได้ 14 ชั่วโมง (840 นาที) เวลาล่ม 840 × 20 = 16,800 นาทีต่อผู้ใช้ uptime = (864,000 − 16,800) ÷ 864,000 × 100 ≈ 98.06% ต่ำกว่า 99% ได้เครดิต 50% = 2,000 บาท
- กระทบแค่ 10 คน นาน 840 นาที เวลาล่ม 8,400 นาทีต่อผู้ใช้ uptime ≈ 99.03% ต่ำกว่า 99.9% แต่ไม่ต่ำกว่า 99% ได้เครดิต 25% = 1,000 บาท
- Outlook บนเครื่องค้าง แต่เปิดอีเมลผ่านเว็บได้ ช่วงนั้นอาจไม่เข้านิยาม Downtime ของ Exchange Online จึงอาจไม่ได้เครดิตเลย
เส้นแบ่งที่ควรจำสำหรับเดือน 30 วัน กรณีกระทบทุกคน: ล่มเกิน 43.2 นาที ได้ 25% · เกิน 432 นาที (7.2 ชั่วโมง) ได้ 50% · เกิน 2,160 นาที (36 ชั่วโมง) ได้ 100%
เรื่องที่คนเข้าใจผิดบ่อยเกี่ยวกับค่าชดเชย Microsoft 365 ล่มคืออะไร
ความเข้าใจผิดที่พบบ่อยที่สุดคือเชื่อว่า Microsoft 365 ล่มแล้ว Microsoft จะคืนเงินให้เอง ความจริงคือ SLA กำหนดให้ลูกค้ายื่นเคลมกับฝ่ายซัพพอร์ตเอง ภายในสิ้นเดือนถัดจากเดือนที่เกิดเหตุ พร้อมเวลาล่ม จำนวนและที่ตั้งผู้ใช้ที่กระทบ และข้อความ error ข้อมูลไม่ครบ เคลมถูกปฏิเสธ
ความเข้าใจผิดข้อที่สองคือคิดว่าเรียกค่าเสียหายจากยอดขายที่หายได้ SLA เขียนว่า “Service Credits are your sole and exclusive remedy” และไม่ชดเชยรายได้ที่เสียไป ค่าดำเนินงาน หรือความเสียหายทางอ้อม เปรียบเหมือนใบเสร็จค่าน้ำที่ลดค่าน้ำเดือนนั้นให้ แต่ไม่จ่ายค่าเสื้อผ้าที่ซักไม่ทัน
เทียบกับกฎหมายไทย: SLA ของ Microsoft ต่างจากหลักสัญญาไทยอย่างไร
กรณี Microsoft 365 ล่ม บริษัทไทยต้องดูสัญญา 2 ชั้นแยกกัน คือสัญญากับ Microsoft ที่จำกัดทางเยียวยาไว้ที่เครดิต กับสัญญาระหว่างบริษัทกับลูกค้าของตัวเองที่กฎหมายไทยมีหลักใช้บังคับ
| ประเด็น | SLA ของ Microsoft | กฎหมายไทย |
|---|---|---|
| ค่าเสียหายจากระบบล่ม | เครดิตเป็นทางเยียวยาเดียว | ป.พ.พ. หลักค่าเสียหายจากการไม่ชำระหนี้ ใช้เมื่อสัญญาไม่จำกัดไว้ (ดูข้อเลือกกฎหมายด้วย) |
| ส่งงานลูกค้าไม่ทัน | ไม่เกี่ยว (เป็นสัญญาของคุณกับลูกค้า) | หลักเหตุสุดวิสัยตาม ป.พ.พ. ขึ้นกับข้อ force majeure และการมีแผนสำรองตามสมควร |
| ข้อมูลลูกค้าเข้าถึงไม่ได้ | ไม่มีบทกำหนด | PDPA มาตรา 37(1) มาตรการความปลอดภัยที่เหมาะสม · มาตรา 37(4) ประเมินว่าต้องแจ้ง สคส. ภายใน 72 ชั่วโมงหรือไม่ |
| ข้อจำกัดความรับผิดในสัญญาสำเร็จรูป | ผู้ให้บริการเขียนไว้ฝ่ายเดียว | หลักกฎหมายว่าด้วยข้อสัญญาที่ไม่เป็นธรรม ให้ศาลพิจารณาความเป็นธรรมได้ |
ความเสี่ยงของบริษัทไทยอยู่ที่ช่องว่างระหว่างสองชั้น ได้เครดิตจาก Microsoft ไม่กี่พันบาท แต่อาจถูกลูกค้าเรียกค่าปรับเต็มจำนวน และอ้างเหตุสุดวิสัยได้ยากถ้าสัญญาไม่เขียนเรื่องคลาวด์ล่มไว้และไม่มีช่องทางสำรอง
ความเห็นของผู้เขียน: เหตุ Microsoft 365 ล่มที่ทำให้เข้าถึงข้อมูลไม่ได้ชั่วคราว โดยข้อมูลไม่รั่วและไม่ถูกแก้ ส่วนใหญ่มีความเสี่ยงต่อเจ้าของข้อมูลต่ำ แต่ควรบันทึกเหตุและผลประเมินไว้เป็นหลักฐาน
IT admin และเจ้าของกิจการควรทำอะไรก่อน 31 ธันวาคม 2569
- 1. เก็บหลักฐานเหตุ MO1550821 แคปหน้า Service health ใน Microsoft 365 admin center พร้อมเวลาเริ่ม-จบที่องค์กรเจอจริง
- 2. นับผู้ใช้ที่กระทบจริงและอาการ แยกว่าใครส่ง-รับอีเมลผ่านเว็บไม่ได้ ใครใช้ Teams ไม่ได้ เพราะนิยาม Downtime ต่างกันรายบริการ
- 3. ยื่นเคลมกับฝ่ายซัพพอร์ตของ Microsoft ใส่รายละเอียดครบ 5 อย่างตาม SLA ยื่นให้ทันภายใน 31 ธันวาคม 2569 และห้ามหักค่าบริการเอง
- 4. เปิดสัญญาลูกค้าดูข้อเหตุสุดวิสัยและค่าปรับ งานที่ส่งช้าในวันที่ 13 พฤศจิกายน 2569 ให้แจ้งลูกค้าเป็นลายลักษณ์อักษรพร้อมเหตุผล
- 5. วางแผนสำรองเมื่อคลาวด์ล่มครั้งหน้า กำหนดช่องทางติดต่อสำรองและบันทึกการประเมินเหตุตาม PDPA ถ้าต้องการคนช่วยวางระบบทั้งชุด ดู บริการวางระบบ AI Governance และ PDPA ของ Kooru
ถ้าต้องการตัวอย่างการเขียนเวลาแพตช์และระดับบริการลงสัญญาผู้รับจ้างไอที อ่าน FBI ปลดผู้รับจ้างของ Accenture เพราะไม่ลงแพตช์ องค์กรไทยที่จ้างดูแลระบบ HR ต้องเขียน Patch SLA ลงสัญญาอย่างไร และเรื่องการพึ่ง Microsoft 365 เจ้าเดียว อ่าน อังกฤษจ่อจัด Microsoft เป็นผู้มีอำนาจตลาดเชิงยุทธศาสตร์ซอฟต์แวร์ธุรกิจ ปิดรับความเห็น 13 พ.ย. 2569 องค์กรไทยที่ใช้ Microsoft 365 ต้องทบทวนสัญญาพ่วงอะไร
มุมมองผู้เชี่ยวชาญ
เหตุ Microsoft 365 ล่มรอบนี้บอกความจริงที่หลายบริษัทไม่อยากได้ยิน SLA ไม่ใช่ประกันภัยธุรกิจ มันคือส่วนลดที่มีเพดานเท่าบิลเดือนเดียว ความเสียหายจริงของคุณอยู่ในสัญญากับลูกค้า จุดที่องค์กรมักพลาดคือไม่มีใครจดว่าใครใช้งานไม่ได้กี่นาที พอถึงเวลาเคลมก็ไม่มีหลักฐาน ควรเช็กข้อเหตุสุดวิสัยในสัญญาลูกค้าตอนนี้ ก่อนลูกค้าส่งหนังสือเรียกค่าปรับมาถึง
— Phuwara Krobtaku —
LL.M. (IP & IT) | M.S. (IT) | Thai Barrister & Attorney-at-Law
ประวัติผู้เขียน · นโยบายบรรณาธิการ
คำถามที่พบบ่อยเกี่ยวกับ Microsoft 365 ล่ม
ใช้ Microsoft 365 Personal, Family หรือ Outlook.com ฟรี ได้ชดเชยไหม
เอกสาร SLA for Microsoft Online Services ที่อ้างในบทความนี้เป็นข้อตกลงสำหรับบริการออนไลน์ที่องค์กรซื้อผ่าน Volume Licensing ไม่ได้ระบุแพ็กเกจผู้ใช้ทั่วไป ผู้ใช้ Personal หรือ Family ควรเปิดดูเงื่อนไขการใช้งานของแพ็กเกจตัวเอง ส่วนบริการฟรีโดยทั่วไปไม่มีค่าบริการให้คิดเครดิต
Microsoft 365 ล่มเพราะอะไร ใช้ได้หรือยัง
Microsoft แจ้งว่าเซิร์ฟเวอร์จำนวนหนึ่งใช้งานไม่ได้กะทันหันจนเซิร์ฟเวอร์ที่เหลือรับภาระไม่ไหว และยืนยันว่าไม่ใช่การโจมตีไซเบอร์ ต้นเหตุแท้จริงรอรายงานหลังเหตุ (post-incident report) ส่วนสถานะใช้งานล่าสุดให้ดูที่หน้า Service health ของ admin center โดยตรง
ยื่นเคลมแล้วนานแค่ไหนถึงจะรู้ผล
SLA ระบุว่าโดยทั่วไป Microsoft จะพิจารณาเคลมให้เสร็จภายใน 45 วันนับจากได้รับ ถ้าอนุมัติ เครดิตจะไปหักกับค่าบริการ และองค์กรต้องปฏิบัติตามสัญญาครบจึงมีสิทธิ์ได้เครดิต
อ่านต่อ: ความรู้ที่เกี่ยวกับเรื่องนี้
- ใช้อีเมลและไดรฟ์บนคลาวด์ ข้อมูลไปต่างประเทศเมื่อไร — อีเมลบนคลาวด์อย่าง Microsoft 365 นับเป็นการส่งข้อมูลลูกค้าไปต่างประเทศตาม PDPA เมื่อไร (aipdpa.com)
แหล่งอ้างอิง
- Microsoft · Service Level Agreement for Microsoft Online Services (Volume Licensing) · ฉบับ 1 ตุลาคม 2569
- BleepingComputer · Massive Microsoft 365 outage disrupts Outlook, Teams, Copilot worldwide · 12 พฤศจิกายน 2569
- PPTV · Microsoft 365 ล่มทั่วโลก! ไทยพบรายงานล่มตั้งแต่เช้ามืด · 13 พฤศจิกายน 2569
บทความนี้เป็นการสรุปข่าวและให้ข้อมูลทั่วไป ไม่ใช่คำแนะนำทางกฎหมาย หากต้องการคำปรึกษาเฉพาะกรณีของธุรกิจคุณ ควรปรึกษาผู้เชี่ยวชาญ
