MA Preventive vs Corrective ต่างกันอย่างไร? คู่มือเลือกสัญญา MA สำหรับระบบโรงเรียน
Thought Leadership • Governance • Smart School Operations
MA Preventive vs Corrective ต่างกันอย่างไร? สิ่งที่โรงเรียนควรรู้ก่อนเซ็นสัญญา
ค่า MA ไม่ได้มีแบบเดียว บทความนี้อธิบายความต่างระหว่าง “บำรุงรักษาเชิงป้องกัน” กับ “บำรุงรักษาเชิงแก้ไข” พร้อมแนวทางตั้ง SLA และอ่านสัญญาอย่างโปร่งใส โดยเฉพาะกับระบบโรงอาหาร (Smart Canteen) และระบบบัตรนักเรียน
โรงเรียนจำนวนมากจ่ายค่า MA ทุกปี…แต่ไม่แน่ใจว่า “ได้การดูแลเชิงป้องกัน” หรือแค่ “ซ่อมเมื่อเสียแล้ว”
เมื่อโรงเรียนลงทุนระบบดิจิทัล เช่น ระบบโรงอาหาร (Smart Canteen) ระบบบัตรนักเรียน หรือระบบการเงินภายใน คำว่า MA (Maintenance Agreement) มักเป็นค่าใช้จ่ายต่อเนื่องที่มีผลต่อความเสถียรของระบบและงบประมาณระยะยาว
จุดสำคัญคือ MA ไม่ได้มีความหมายเดียว และควรถูกแยกเป็น 2 ส่วนหลัก: Preventive (PM) และ Corrective (CM)
1) MA Preventive (PM): บำรุงรักษาเชิงป้องกัน
Preventive Maintenance คือการดูแล “ก่อนพัง” เพื่อให้ระบบล่มน้อยที่สุด โดยทำงานตามรอบที่กำหนด (เช่น รายเดือน/รายไตรมาส หรือ 2–4 ครั้งต่อปีตามขนาดระบบ)
ตัวอย่างงาน Preventive ในระบบโรงเรียน
- ตรวจสอบความพร้อมของเครื่อง POS / เครื่องอ่านบัตร / อุปกรณ์สำคัญ
- ตรวจสอบฐานข้อมูลและการสำรองข้อมูล (Backup)
- อัปเดตซอฟต์แวร์ แพตช์ความปลอดภัย และตรวจ Log พื้นฐาน
- ตรวจความเสถียรเครือข่าย/การเชื่อมต่อที่เกี่ยวข้องกับจุดขาย
- สรุปรายงานสถานะระบบและข้อเสนอปรับปรุง
ระบบที่ดีไม่ใช่ระบบที่ซ่อมเร็วที่สุด แต่คือระบบที่ ล่มน้อยที่สุด
2) MA Corrective (CM): บำรุงรักษาเชิงแก้ไข
Corrective Maintenance คือการแก้ไขเมื่อเกิดเหตุแล้ว เช่น อุปกรณ์เสีย ระบบขัดข้อง หรือมีข้อผิดพลาด โดยงานส่วนนี้จะเดินตาม SLA ที่ระบุในสัญญา (เช่น เคสเร่งด่วนภายในไม่กี่ชั่วโมง และเคสทั่วไปภายใน 24 ชั่วโมง)
ตัวอย่างงาน Corrective ในระบบโรงเรียน
- Remote Support เพื่อวิเคราะห์ปัญหาเบื้องต้น
- On-site Service เมื่อจำเป็น ตาม SLA ที่ตกลง
- แก้ไขซอฟต์แวร์/คอนฟิก และทดสอบให้กลับมาใช้งานได้
- เปลี่ยนอุปกรณ์หรืออะไหล่ (ตามเงื่อนไขประกัน/สัญญา)
- สรุปรายงาน Ticket และสาเหตุ (Root Cause) เพื่อป้องกันซ้ำ
เปรียบเทียบง่าย ๆ: Corrective = ดับไฟ / Preventive = กันไฟ
ตารางสรุป: Preventive vs Corrective
| มิติ | MA Preventive (PM) | MA Corrective (CM) |
|---|---|---|
| วัตถุประสงค์ | ป้องกันปัญหาก่อนเกิด ลดโอกาสล่ม | แก้ไขเมื่อเกิดปัญหา คืนระบบเร็ว |
| รูปแบบงาน | ตรวจเช็คตามรอบ + รายงาน + อัปเดต | Remote/On-site ตาม SLA + Ticket |
| SLA | กำหนด “รอบตรวจ” และสิ่งที่ต้องทำ | กำหนด “เวลาตอบสนอง” เคสเร่งด่วน/ทั่วไป |
| เอกสาร | รายงาน PM/Checklist | Ticket/รายงานแก้ไข + สรุปสาเหตุ |
| ผลลัพธ์ที่ดี | Downtime น้อยลง ระบบนิ่ง | แก้เหตุเร็ว ลดผลกระทบผู้ใช้งาน |
ความเข้าใจผิดที่พบบ่อย: MA ไม่เท่ากับ “License Renewal”
บางสัญญาใช้คำว่า “MA” แต่จริง ๆ เป็นเพียงค่าต่อสิทธิ์การใช้งานซอฟต์แวร์ (License Renewal) โดยไม่ได้มีงาน Preventive ตามรอบ หรือไม่มี SLA/เอกสารรายงานชัดเจน
โรงเรียนควรถามให้ชัดว่า ค่า MA ที่จ่ายครอบคลุมงานอะไรจริง และมีหลักฐานการทำงาน (รายงาน/ตั๋วงาน) หรือไม่
Checklist ก่อนเซ็นสัญญา MA (แนะนำให้ถามเป็นข้อ ๆ)
- Preventive ทำปีละกี่ครั้ง? มีรายการตรวจเช็ค (Checklist) หรือไม่?
- Corrective มี SLA ชัดเจนแค่ไหน? เคสเร่งด่วน/เคสทั่วไปตอบสนองภายในกี่ชั่วโมง?
- มีรายงาน PM และ Ticket ทุกครั้งหรือไม่?
- ค่าอะไหล่รวม/ไม่รวม? เงื่อนไขนอกเหนือการรับประกันคืออะไร?
- มีค่า License แยกจาก MA หรือไม่?
ทำไมเรื่อง MA เชื่อมกับประเด็น “รายหัว vs Ownership”
MA เป็นส่วนหนึ่งของ “โครงสร้างต้นทุนระยะยาว” หากระบบพื้นฐานเป็นแบบ Ownership โรงเรียนควรจ่าย MA เพื่อการดูแลจริง (Preventive + Corrective) แบบโปร่งใส ไม่ใช่จ่ายเพื่อสิทธิ์ใช้งานซ้ำโดยไม่เกิดการดูแลที่ตรวจสอบได้
อ่านบทวิเคราะห์เรื่องโครงสร้างต้นทุนระบบโรงอาหาร (รายหัว vs Ownership) ได้ที่: https://bmgsofttech.com/bmg-blog/school-canteen-per-head-vs-ownership
คำถามที่พบบ่อย (FAQ): สัญญา MA Preventive vs Corrective
ชุดคำถามนี้ช่วยให้ผู้บริหารโรงเรียน ผู้ปกครอง และร้านค้าเข้าใจขอบเขตการดูแลระบบ (MA) อย่างโปร่งใส โดยเฉพาะความต่างของ Preventive (ป้องกันก่อนพัง) และ Corrective (แก้ไขเมื่อเกิดเหตุ)
Preventive (PM) คือการตรวจเช็คและดูแลตามรอบเพื่อ “ลดโอกาสล่ม” เช่น ตรวจอุปกรณ์, ตรวจระบบสำรองข้อมูล, อัปเดตซอฟต์แวร์ และสรุปรายงานสถานะระบบตามรอบที่กำหนด
Corrective (CM) คือการ “แก้ไขเมื่อเกิดปัญหาแล้ว” เช่น เข้าดำเนินการเมื่ออุปกรณ์เสีย/ระบบขัดข้อง ตาม SLA ที่ระบุ (เช่น กรณีฉุกเฉินภายในไม่กี่ชั่วโมง และกรณีทั่วไปภายใน 24 ชั่วโมง)
โดยหลักควรมีทั้ง 2 ส่วน:
- Preventive: ตรวจเช็คตามรอบ + รายงาน + อัปเดตซอฟต์แวร์/ความปลอดภัย
- Corrective: ช่องทางแจ้งปัญหา + Remote Support + On-site ตาม SLA
โรงเรียนควรขอให้ระบุ “รอบตรวจเช็ค, สิ่งที่ทำจริง, SLA, และเอกสารรายงาน” ให้ชัดในสัญญา เพื่อหลีกเลี่ยง MA ที่เป็นเพียง “ค่าต่อสิทธิ์ใช้งาน (License Renewal)” โดยไม่ดูแลจริง
แนวปฏิบัติที่โปร่งใสคือ “แยกให้ชัด” ระหว่าง ค่าแรง/บริการ กับ ค่าอะไหล่ โดย MA มักครอบคลุมการตรวจเช็คและการซ่อมตามเงื่อนไข ส่วนอะไหล่ขึ้นอยู่กับประกันและสาเหตุความเสียหาย (เช่น ความเสียหายจากน้ำท่วม/ไฟไหม้/การใช้งานผิดประเภทมักอยู่นอกเงื่อนไข)
โดยทั่วไปพบได้ทั้งแบบ 1 ปี หรือ 1–3 ปี ขึ้นกับขนาดระบบและเงื่อนไขบริการ แนะนำให้ระบุเรื่องการแจ้งเตือนก่อนต่ออายุ (เช่น ล่วงหน้า 30 วัน) และขอบเขตงานที่ได้รับในแต่ละปีให้ชัดเจน
โดยทั่วไปสามารถยกเลิกได้ โดยมีการแจ้งล่วงหน้าตามที่ระบุในสัญญา (เช่น 30–60 วัน) หากเป็นโมเดล Ownership อุปกรณ์และระบบหลักยังเป็นของโรงเรียนตามเงื่อนไขการซื้อขาย ส่วนบริการ MA จะสิ้นสุดเมื่อครบกำหนด/ยกเลิกตามสัญญา
โดยทั่วไปการติดตั้งระบบโรงอาหารใช้เวลา 1–3 วัน (ขึ้นกับจำนวนจุด/ร้านค้าและโครงข่ายเดิม) และควรมีการอบรมทั้งทีมโรงเรียนและร้านค้า เพื่อให้ใช้งานได้จริงในวันเริ่มระบบ
แนะนำเครือข่ายที่เสถียร เช่น Wi-Fi คุณภาพดีหรือ 4G/5G สำรอง โดยควรมีความเร็วและความเสถียรเพียงพอกับจำนวนจุดขาย ระบบที่ออกแบบดีควรมีแนวทางรับมือกรณีสัญญาณสะดุด (เช่น โหมดทำงานชั่วคราว/การซิงก์ข้อมูลภายหลัง) ตามข้อกำหนดระบบ
โดยทั่วไปมีทั้งการเติมผ่านช่องทางอิเล็กทรอนิกส์ (เช่น พร้อมเพย์/โมบายแบงก์กิ้ง) หรือจุดเติมเงินในโรงเรียน ผู้ปกครองควรสามารถดูยอดคงเหลือ ประวัติการใช้จ่าย และตั้งวงเงินได้ตามฟีเจอร์ของระบบ
ระบบที่ดีควรออกแบบให้ใช้งานง่าย ลดขั้นตอน และมีการอบรมสั้น ๆ ให้ร้านค้าเริ่มใช้งานได้จริง พร้อมคู่มือและช่องทางช่วยเหลือเมื่อเกิดปัญหาในช่วงเวลาเร่งด่วนของโรงอาหาร
ระบบ Cashless ช่วยลดการถือเงินสด ลดความผิดพลาดจากการทอน และมีรายงานตรวจสอบยอดขาย/ยอดชำระเงินได้ชัดเจน โรงเรียนควรตรวจว่าระบบมีรายงานที่ตรวจสอบย้อนหลังได้ และมีสิทธิ์การเข้าถึงข้อมูลตามบทบาท (โรงเรียน/ร้านค้า/ผู้ปกครอง)
ต้องการให้ทีมช่วย “กำหนด SLA/ขอบเขต MA” ให้เหมาะกับจำนวนจุดและโครงข่ายของโรงเรียน? ติดต่อทีม BMG Softtech
