ดักจุดตายสัญญาให้บริการระบบบริหารจัดการทรัพยากรบุคคลบนคลาวด์และจ่ายเงินเดือน (Cloud HRMS & Payroll Outsourcing Services Agreement)
วิเคราะห์การประมวลผลข้อมูลเงินเดือนและสิทธิประโยชน์ตาม PDPA, SLA ความถูกต้องในการคำนวณภาษีและประกันสังคม 100%, ความรับผิดเมื่อเกิดเงินเดือนออกล่าช้า (Payroll Delay Liability), และการส่งคืนฐานข้อมูลพนักงานหลังเลิกสัญญา ✓

ภูมิทัศน์สัญญาให้บริการระบบบริหารทรัพยากรบุคคลบนคลาวด์ (Cloud HRMS) และการเอาท์ซอร์สงานจ่ายเงินเดือนในประเทศไทย

การปรับเปลี่ยนกระบวนการทำงานด้านทรัพยากรบุคคลไปสู่ระบบ Cloud HRMS และการเอาท์ซอร์สการจ่ายเงินเดือน (Payroll Outsourcing) ได้กลายเป็นมาตรฐานขององค์กรยุคใหม่ อย่างไรก็ตาม โครงสร้างสัญญามักมีความซับซ้อนเนื่องจากเป็นการผสมผสานระหว่างสัญญาให้บริการซอฟต์แวร์ (SaaS Agreement) และสัญญาซึ่งอาจมีลักษณะเป็นจ้างทำของ (Service Agreement) ตามประมวลกฎหมายแพ่งและพาณิชย์ มาตรา 587 หากผู้ให้บริการตกลงรับทำการงานสิ่งใดสิ่งหนึ่งจนสำเร็จเพื่อสินจ้าง

ความเสี่ยงสำคัญเกิดจากสัญญามาตรฐานของผู้ให้บริการ (Vendor Standard Terms) มักจะจำกัดความรับผิดชอบไว้เพียงเท่ากับค่าบริการที่ชำระแล้ว และตัดความรับผิดต่อความเสียหายสืบเนื่อง (Consequential Damages) ทั้งหมด ซึ่งขัดแย้งกับภาระหน้าที่ทางกฎหมายที่องค์กรนายจ้างมีต่อลูกจ้างและหน่วยงานรัฐ นอกจากนี้ ระบบ HRMS บนคลาวด์มักจัดเก็บหรือให้บุคลากรของผู้ให้บริการเข้าถึงข้อมูลพนักงานและเงินเดือนจากต่างประเทศ การส่งหรือโอนข้อมูลส่วนบุคคลไปยังต่างประเทศจึงต้องมีเหตุตามมาตรา 28 หรือมาตรา 29 แห่งพระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 หากฝ่าฝืน ผู้ควบคุมข้อมูลเสี่ยงโทษปรับทางปกครองไม่เกิน 3 ล้านบาทตามมาตรา 83 หรือไม่เกิน 5 ล้านบาทหากเป็นข้อมูลตามมาตรา 26 ตามมาตรา 84 และผู้ประมวลผลที่ส่งหรือโอนโดยไม่เป็นไปตามมาตรา 29 เสี่ยงโทษปรับทางปกครองตามมาตรา 86 หรือมาตรา 87

ผลกระทบเชิงธุรกิจ Business Consequences

• เงินเดือนพนักงานไม่ออกจนเกิดการประท้วงหยุดงาน: การส่งมอบ Bank Payment File ล่าช้า ทำให้พนักงานไม่ได้รับค่าจ้างตามกำหนด ส่งผลกระทบต่อขวัญกำลังใจ ความน่าเชื่อถือขององค์กร และอาจนำไปสู่การร้องเรียนต่อพนักงานตรวจแรงงานหรือการประท้วงหยุดงาน
• โดนกรมสรรพากรและสำนักงานประกันสังคมประเมินเบี้ยปรับเงินเพิ่ม: การคำนวณเงินสมทบกองทุนประกันสังคม ภาษีหัก ณ ที่จ่าย หรือภาษีเงินได้บุคคลธรรมดาผิดพลาด นำไปสู่การประเมินเบี้ยปรับและเงินเพิ่มตามประมวลรัษฎากรและพระราชบัญญัติประกันสังคม พ.ศ. 2533 มาตรา 49 ซึ่งอัตราเบี้ยปรับและเงินเพิ่มเป็นไปตามบทบัญญัติของกฎหมายดังกล่าวที่ใช้บังคับในขณะนั้น
• ข้อมูลเงินเดือนผู้บริหารรั่วไหลสู่สาธารณะ: การรั่วไหลของข้อมูลค่าตอบแทน โบนัส และข้อมูลการลดหย่อนภาษีส่วนบุคคล สร้างความเสียหายต่อชื่อเสียง และอาจถูกลงโทษปรับทางปกครองตาม พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562

กรอบกฎหมายและ Claim Ledger Legal Framework

ตาราง Claim Ledger สัญญา Cloud HRMS & Payroll Outsourcing

วิเคราะห์ Payroll Calculation SLA: การประกันความถูกต้อง 100% และการชดใช้ค่าเบี้ยปรับสรรพากร

ในการทำสัญญา Cloud HRMS และ Payroll Outsourcing การกำหนด Service Level Agreement (SLA) ด้านความถูกต้องของการคำนวณ (Calculation Accuracy) ถือเป็นหัวใจสำคัญสูงสุด

• การการันตีความถูกต้อง 100% (Zero-Error Tolerance): ควรระบุในสัญญาอย่างชัดเจนว่า ผู้ให้บริการรับประกันความถูกต้อง 100% ในการคำนวณรายการดังต่อไปนี้ (เป็นข้อเสนอสำหรับการยกร่างสัญญา):

1. ภาษีหัก ณ ที่จ่าย (ภ.ง.ด.1, ภ.ง.ด.1ก) ตามประมวลรัษฎากร
2. เงินสมทบกองทุนประกันสังคม ทั้งส่วนของนายจ้างและลูกจ้าง
3. เงินสะสมและเงินสมทบกองทุนสำรองเลี้ยงชีพ (Provident Fund)
4. ค่าตอบแทนการทำงานนอกเวลา (OT) ค่าทำงานในวันหยุด และการหักเงินตามคำสั่งศาล/บังคับคดี

• ความรับผิดชอบต่อเบี้ยปรับและเงินเพิ่ม (Indemnification for Tax Penalties): หากเกิดความผิดพลาดในการคำนวณอันเนื่องมาจากซอฟต์แวร์ อัลกอริทึม หรือเจ้าหน้าที่ของผู้ให้บริการ ควรกำหนดให้ผู้ให้บริการยินยอมชดใช้เงินค่าเบี้ยปรับ (Penalties) และเงินเพิ่ม (Surcharges) ที่เกิดขึ้นจริงตามการประเมินของกรมสรรพากรหรือสำนักงานประกันสังคม โดยไม่สามารถนำข้อจำกัดความรับผิด (Limitation of Liability) มายกขึ้นต่อสู้ได้ ทั้งนี้ นายจ้างเป็นผู้รับผิดโดยตรงต่อกรมสรรพากรตามประมวลรัษฎากร และต่อสำนักงานประกันสังคมตามพระราชบัญญัติประกันสังคม พ.ศ. 2533 มาตรา 47 และมาตรา 49 ความรับผิดของผู้ให้บริการต่อนายจ้างจึงเกิดจากข้อสัญญา หรือจากการผิดสัญญาซึ่งเรียกค่าสินไหมทดแทนได้ตามประมวลกฎหมายแพ่งและพาณิชย์ มาตรา 215 และมาตรา 222 เท่าที่พิสูจน์ได้และภายใต้ข้อจำกัดความรับผิดในสัญญา

การจัดการเหตุขัดข้องระบบธนาคาร Bank File Transmission & Clearing Deadlines

ความเสี่ยงสำคัญประการหนึ่งในการจ่ายเงินเดือนคือ กระบวนการสร้างและส่งออกไฟล์ข้อมูลการจ่ายเงิน (Bank Payment File / Text File) ไปยังธนาคารเพื่อทำเคลียริ่ง

• Cut-off Time Management: สัญญาต้องกำหนดเวลาส่งมอบ Bank File ที่แน่นอน (เช่น ก่อนเวลา 12:00 น. ของวันทำการก่อนวันจ่ายเงินเดือน 2 วัน)
• Format & Security Standard: ผู้ให้บริการต้องรับประกันว่าไฟล์ข้อมูลที่สร้างขึ้นตรงตามโครงสร้างและรหัสการเข้ารหัส (Encryption Standard) ที่ธนาคารของผู้ว่าจ้างกำหนด
• ความรับผิดชอบกรณี Bank File Error: หากระบบไม่สามารถส่งออกไฟล์ได้ทันเวลา หรือไฟล์เกิดความเสียหาย (Corrupted File) จนธนาคารไม่สามารถประมวลผลจ่ายเงินเดือนได้ทันตามกำหนด ควรกำหนดในสัญญาให้ผู้ให้บริการรับผิดชอบค่าใช้จ่ายในการโอนเงินด่วนพิเศษ ดอกเบี้ยและเงินเพิ่มตามมาตรา 9 แห่งพระราชบัญญัติคุ้มครองแรงงาน พ.ศ. 2541 และค่าเสียหายอื่นที่เกิดขึ้นจริง หากไม่มีข้อสัญญาดังกล่าว ผู้ว่าจ้างอาจเรียกค่าสินไหมทดแทนได้ตามประมวลกฎหมายแพ่งและพาณิชย์ มาตรา 215 และมาตรา 222 ภายใต้ข้อจำกัดความรับผิดในสัญญา

หน้าที่ของ Data Processor ภายใต้ PDPA: การเข้ารหัสข้อมูลและการจำกัดสิทธิ์เข้าถึง

ผู้ให้บริการ Cloud HRMS และ Payroll Outsourcing มีฐานะเป็น "ผู้ประมวลผลข้อมูลส่วนบุคคล" (Data Processor) ตาม พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 40 ในขณะที่ผู้ว่าจ้างมีฐานะเป็น "ผู้ควบคุมข้อมูลส่วนบุคคล" (Data Controller)

ผู้ประมวลผลข้อมูลส่วนบุคคล (ผู้ให้บริการ HRMS) มีหน้าที่ประมวลผลข้อมูลตามคำสั่งของผู้ควบคุมข้อมูลเท่านั้น จัดให้มีมาตรการรักษาความมั่นคงปลอดภัย เช่น การเข้ารหัสข้อมูลขณะจัดเก็บและขณะส่งผ่าน ควบคุมการเข้าถึงตามหลัก Role-Based Access Control (RBAC) และแจ้งเหตุการละเมิดข้อมูลส่วนบุคคลแก่ผู้ควบคุมข้อมูลตามมาตรา 40 (2) (ควรกำหนดในสัญญาให้แจ้งภายใน 24 ถึง 48 ชั่วโมง)

ข้อกำหนดที่ต้องระบุไว้ใน Data Processing Agreement (DPA)

1. มาตรการรักษาความปลอดภัยทางเทคนิค:

• Encryption at Rest: การเข้ารหัสข้อมูลพนักงาน เงินเดือน เลขบัญชีธนาคาร ประวัติสุขภาพ และเลขบัตรประชาชนที่จัดเก็บในฐานข้อมูลด้วยมาตรฐาน AES-256 เป็นอย่างน้อย ทั้งนี้ ประวัติสุขภาพเป็นข้อมูลตามมาตรา 26 นายจ้างต้องมีฐานตามมาตรา 26 (ความยินยอมโดยชัดแจ้ง หรือข้อยกเว้นเช่นมาตรา 26 (5)(ค)) และกำหนดใน DPA ให้ผู้ประมวลผลประมวลผลข้อมูลดังกล่าวเฉพาะตามคำสั่งของผู้ควบคุม (มาตรา 40 (1)) หากผู้ควบคุมข้อมูลฝ่าฝืนมาตรา 26 มีโทษปรับทางปกครองไม่เกิน 5 ล้านบาท (มาตรา 84)
• Encryption in Transit: การส่งผ่านข้อมูลผ่านเครือข่ายต้องผ่านการเข้ารหัส TLS 1.3

1. การจำกัดสิทธิ์เข้าถึง (Role-Based Access Control - RBAC): กำหนดให้เฉพาะบุคลากรของผู้ให้บริการที่ได้รับอนุญาตตามหน้าที่เท่านั้นจึงจะเข้าถึงข้อมูลได้ และต้องมี Log บันทึกการเข้าถึงข้อมูลย้อนหลังไม่น้อยกว่า 1 ปี
2. การจัดการเหตุละเมิด (Data Breach Notification): ผู้ประมวลผลต้องแจ้งเหตุละเมิดให้ผู้ควบคุมข้อมูลทราบตามมาตรา 40 (2) โดยควรกำหนดในสัญญาให้ผู้ให้บริการแจ้งภายใน 24 หรือ 48 ชั่วโมงนับแต่พบเหตุ พร้อมรายละเอียดและแนวทางการแก้ไข เพื่อให้ผู้ควบคุมข้อมูลแจ้งสำนักงานได้ทันภายในเจ็ดสิบสองชั่วโมงนับแต่ทราบเหตุเท่าที่จะกระทำได้ตามมาตรา 37 (4)
3. การโอนข้อมูลไปต่างประเทศและผู้ประมวลผลช่วง: ผู้ให้บริการต้องระบุที่ตั้งของข้อมูลและผู้ประมวลผลช่วง และห้ามส่งหรือโอนข้อมูลส่วนบุคคลออกนอกประเทศไทยโดยไม่ได้รับคำสั่งเป็นหนังสือจากผู้ควบคุมข้อมูล และโดยไม่เป็นไปตามมาตรา 28 หรือมาตรา 29 แห่ง พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562

LAS Practice Note: การออกแบบข้อสัญญา Transition Assistance & Database Handover

ปัญหาใหญ่ที่สุดเมื่อมีการเลิกสัญญาหรือเปลี่ยนผู้ให้บริการ คือการที่ผู้ให้บริการรายเดิมกักกันฐานข้อมูลพนักงาน หรือประวิงเวลาในการส่งมอบข้อมูล ทำให้องค์กรไม่สามารถจ่ายเงินเดือนในเดือนถัดไปได้

แนวทางการร่างข้อสัญญา Transition Assistance (ระยะเวลาเป็นข้อเสนอสำหรับการยกร่างสัญญา)

• ระยะเวลาการส่งมอบ (Handover SLA): ผู้ให้บริการต้องส่งมอบฐานข้อมูลพนักงาน ประวัติการจ่ายเงินเดือน และข้อมูลภาษีย้อนหลังทั้งหมดให้แก่ผู้ว่าจ้างภายใน 14 วัน นับแต่วันที่สัญญาสิ้นสุดลง
• รูปแบบข้อมูล (Standard Data Format): ข้อมูลต้องจัดส่งในรูปแบบที่เป็นมาตรฐาน เปิดใช้งานได้ทั่วไป เช่น CSV, JSON หรือ SQL Database โดยไม่มีค่าใช้จ่ายเพิ่มเติม
• ข้อห้ามการยึดถือข้อมูล (No-Lien Clause): ระบุไว้ในสัญญาอย่างชัดเจนว่า ผู้ให้บริการไม่มีสิทธิยึดถือ หน่วงเหนี่ยว หรือระงับการเข้าถึงฐานข้อมูลพนักงาน ไม่ว่าด้วยเหตุผลใด ๆ รวมถึงกรณีที่มีข้อพิพาทเรื่องการชำระค่าบริการ
• การทำลายข้อมูล (Data Destruction/Sanitization): หลังจากการส่งมอบข้อมูลเสร็จสิ้นและได้รับการยืนยันจากผู้ว่าจ้างแล้ว ผู้ให้บริการต้องดำเนินการลบหรือทำลายข้อมูลพนักงานที่หลงเหลืออยู่ในระบบคลาวด์ภายใน 30 วันนับแต่ส่งมอบข้อมูล และออกหนังสือรับรอง (Certificate of Data Destruction) ให้แก่ผู้ว่าจ้าง

ข้อต่อสู้ของผู้ให้บริการ Cloud HRMS กับองค์กรผู้ว่าจ้าง Devil's Advocate

ในการเจรจาสัญญา ผู้ให้บริการมักเสนอข้อต่อสู้และเงื่อนไขเพื่อลดความรับผิด ซึ่งองค์กรผู้ว่าจ้างต้องเตรียมข้อแย้งทางกฎหมายไว้ดังนี้:

ข้อต่อสู้ของผู้ให้บริการ: "ระบบขัดข้องจาก Cloud Infrastructure Provider (เช่น AWS, Azure) ถือเป็นเหตุสุดวิสัย (Force Majeure)"

• ข้อแย้งของผู้ว่าจ้าง: เหตุสุดวิสัยตามประมวลกฎหมายแพ่งและพาณิชย์ มาตรา 8 คือเหตุที่ไม่อาจป้องกันได้แม้จะจัดการระมัดระวังตามสมควร หากผู้ให้บริการไม่จัดระบบสำรองและกู้คืน (Redundancy & Disaster Recovery) ตามที่ตกลงใน SLA จึงยากที่จะอ้างเหตุสุดวิสัยได้ ผู้ว่าจ้างควรกำหนดในสัญญาให้ความขัดข้องของผู้ให้บริการโครงสร้างพื้นฐานที่ผู้ให้บริการเลือกใช้ไม่ถือเป็นเหตุสุดวิสัย

ข้อต่อสู้ของผู้ให้บริการ: "ขอจำกัดความรับผิดรวมทั้งหมดไม่เกินค่าบริการที่ได้รับชำระในรอบ 12 เดือนที่ผ่านมา"

• ข้อแย้งของผู้ว่าจ้าง: ข้อจำกัดความรับผิดในสัญญาเป็นโมฆะหากเป็นการยกเว้นความรับผิดเพื่อกลฉ้อฉลหรือความประมาทเลินเล่ออย่างร้ายแรงของผู้ให้บริการ (ประมวลกฎหมายแพ่งและพาณิชย์ มาตรา 373) และในกรณีอื่นมีผลบังคับได้เพียงเท่าที่เป็นธรรมและพอสมควรแก่กรณี (พระราชบัญญัติว่าด้วยข้อสัญญาที่ไม่เป็นธรรม พ.ศ. 2540 มาตรา 8 วรรคสอง และมาตรา 4 สำหรับสัญญาสำเร็จรูป) ผู้ว่าจ้างจึงควรกำหนดในสัญญาให้ความเสียหายทั้งสามประเภท คือ (1) การละเมิดข้อมูลส่วนบุคคลภายใต้ PDPA (2) ค่าปรับและเงินเพิ่มทางภาษีอากรและประกันสังคม และ (3) ดอกเบี้ยและเงินเพิ่มกรณีเงินเดือนออกล่าช้าตามกฎหมายแรงงาน อยู่นอกเพดานความรับผิดอย่างชัดแจ้ง

ข้อต่อสู้ของผู้ให้บริการ: "ความผิดพลาดในการคำนวณเกิดจากการนำเข้าข้อมูล (Input Data) ที่ไม่ถูกต้องของผู้ว่าจ้าง"

• ข้อแย้งของผู้ว่าจ้าง: สัญญาต้องกำหนดกระบวนการ Data Validation Check โดยระบบต้องมีการแจ้งเตือน (Alert) เมื่อพบข้อมูลไม่สมบูรณ์หรือผิดปกติก่อนการประมวลผล และผู้ให้บริการยังคงต้องรับผิดชอบในส่วนของการประมวลผลตามกฎเกณฑ์ (Business Rules) ที่ตั้งไว้

ตัวอย่างสถานการณ์จำลอง Worked Example

ข้อเท็จจริง

บริษัท A จำกัด (นายจ้าง) มีพนักงาน 2,000 คน ได้ทำสัญญาใช้บริการ Cloud HRMS & Payroll Outsourcing กับบริษัท B จำกัด (ผู้ให้บริการ)

เมื่อถึงกำหนดจ่ายเงินเดือนประจำเดือนพฤศจิกายน ระบบ Payroll ของบริษัท B เกิดความขัดข้องทางซอฟต์แวร์ ทำให้:

1. การส่งไฟล์ Bank Payment File ล่าช้าไป 5 วัน ทำให้เงินเดือนพนักงานออกช้าไป 5 วัน คิดเป็นมูลค่าเงินเดือนรวม 50,000,000 บาท
2. ระบบคำนวณภาษีหัก ณ ที่จ่าย (ภ.ง.ด.1) ผิดพลาด ส่งผลให้แสดงยอดภาษีหัก ณ ที่จ่ายขาดไปเป็นเงิน 3,000,000 บาท ต่อมากรมสรรพากรตรวจพบและประเมินเบี้ยปรับและเงินเพิ่มตามประมวลรัษฎากร โดยสมมติให้เบี้ยปรับเท่ากับภาษีที่ขาด (3,000,000 บาท) [ต้องยืนยันมาตรา] และคำนวณเงินเพิ่มร้อยละ 1.5 ต่อเดือนหรือเศษของเดือนตามประมวลรัษฎากร มาตรา 27 เป็นเวลาหนึ่งเดือน

การคำนวณความรับผิดและการบังคับสัญญา

[1] คำนวณดอกเบี้ยผิดนัดเงินเดือนออกล่าช้า (พ.ร.บ.คุ้มครองแรงงาน พ.ศ. 2541 มาตรา 9 วรรคหนึ่ง) ทั้งนี้ ล่าช้า 5 วันจึงยังไม่พ้นกำหนดเจ็ดวันที่จะเกิดเงินเพิ่มตามมาตรา 9 วรรคสอง

• ยอดเงินเดือนคงค้าง: 50,000,000 บาท

• อัตราดอกเบี้ยผิดนัด: 15% ต่อปี (คิดเป็นรายวัน = 15% / 365 = 0.04109% ต่อวัน)

• จำนวนวันที่ล่าช้า: 5 วัน

• ดอกเบี้ยที่ต้องจ่ายให้พนักงาน = 50,000,000 * (15% / 365) * 5

= 102,739.73 บาท

[2] คำนวณค่าปรับและเงินเพิ่มทางภาษีอากร (ประมวลรัษฎากร)

• ยอดภาษีหัก ณ ที่จ่ายส่วนขาด: 3,000,000 บาท

• ค่าเบี้ยปรับภาษีอากร (สมมติเท่ากับภาษีที่ขาด) [ต้องยืนยันมาตรา]: 3,000,000 บาท

• เงินเพิ่ม (ร้อยละ 1.5 ต่อเดือนหรือเศษของเดือนตามประมวลรัษฎากร มาตรา 27 โดยสมมติให้คำนวณเงินเพิ่มหนึ่งเดือน): 45,000 บาท

• รวมภาระทางภาษีที่เกิดจากความผิดพลาด = 3,045,000 บาท

[3] ยอดรวมค่าสินไหมทดแทนที่บริษัท A จำกัด มีสิทธิเรียกร้องจากผู้ให้บริการ:

• ค่าดอกเบี้ยเงินเดือนออกล่าช้า: 102,739.73 บาท

• ค่าเบี้ยปรับและเงินเพิ่มสรรพากร: 3,045,000 บาท

• ยอดรวมสิทธิเรียกร้อง = 3,147,739.73 บาท

Walkthrough การบังคับสัญญา

1. บริษัท A จำกัด ออกหนังสือแจ้งเตือน (Notice of Claim) พร้อมหลักฐานการชำระดอกเบี้ยให้พนักงานและหนังสือแจ้งประเมินจากกรมสรรพากร
2. อาศัยข้อสัญญาตาม C-SHIELD-32-01 และ C-SHIELD-32-02 เรียกร้องให้ บริษัท B จำกัด ชำระเงินจำนวน 3,147,739.73 บาท ภายใน 15 วัน
3. หากผู้ให้บริการอ้างข้อจำกัดความรับผิดตามสัญญามาตรฐาน บริษัท A สามารถยกข้อสัญญาความรับผิดเฉพาะ (Carve-out / Exception Clause) สำหรับ Tax & Statutory Liabilities ขึ้นหักล้างได้ทันที

Checklist 10 จุดตรวจสัญญา Cloud HRMS & Payroll Outsourcing

• 1. Service Level Availability (Uptime): มีการการันตี Uptime ของระบบไม่น้อยกว่า 99.9% โดยเฉพาะในช่วง 5 วันก่อนวันจ่ายเงินเดือน
• 2. 100% Calculation Accuracy SLA: มีข้อตกลงรับประกันความถูกต้องของการคำนวณภาษี ประกันสังคม และเงินสะสมกองทุน 100%
• 3. Uncapped Liability for Tax & Statutory Penalties: ยกเว้นข้อจำกัดความรับผิดสำหรับค่าปรับ เงินเพิ่ม และเบี้ยปรับทางภาษีและประกันสังคม
• 4. Wage Delay Indemnification: กำหนดความรับผิดชอบของผู้ให้บริการต่อดอกเบี้ยผิดนัด 15% ต่อปีตามมาตรา 9 วรรคหนึ่ง และเงินเพิ่มร้อยละ 15 ของเงินที่ค้างจ่ายทุกระยะเวลาเจ็ดวันตามมาตรา 9 วรรคสอง แห่ง พ.ร.บ.คุ้มครองแรงงาน พ.ศ. 2541 หากเงินเดือนออกล่าช้า
• 5. DPA & Security Standards: มีการจัดทำ Data Processing Agreement ที่ระบุการเข้ารหัส AES-256 / TLS 1.3 และ RBAC รวมทั้งกำหนดให้ผู้ให้บริการระบุที่ตั้งของข้อมูลและผู้ประมวลผลช่วง และห้ามส่งหรือโอนข้อมูลส่วนบุคคลออกนอกประเทศไทยโดยไม่ได้รับคำสั่งเป็นหนังสือจากผู้ควบคุมข้อมูล และโดยไม่เป็นไปตามมาตรา 28 หรือมาตรา 29 แห่ง พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562
• 6. Breach Notification SLA: กำหนดในสัญญาให้ผู้ประมวลผลแจ้งเหตุละเมิดข้อมูลส่วนบุคคลแก่ผู้ควบคุมข้อมูลภายใน 24–48 ชั่วโมง (มาตรา 40 (2)) เพื่อให้ผู้ควบคุมข้อมูลแจ้งสำนักงานได้ทันภายในเจ็ดสิบสองชั่วโมงนับแต่ทราบเหตุตามมาตรา 37 (4)
• 7. Bank File Generation Cut-off Guarantee: กำหนดเวลาส่งมอบ Bank File และความรับผิดชอบกรณีไฟล์ขัดข้อง
• 8. Business Continuity & DR Plan: ผู้ให้บริการต้องมีแผนกอบกู้ระบบ (Disaster Recovery) และ Recovery Time Objective (RTO) ไม่เกิน 4 ชั่วโมง
• 9. Transition Assistance & Database Handover: กำหนดหน้าที่ส่งมอบฐานข้อมูลพนักงานคืนภายใน 14 วัน ในรูปแบบ CSV หรือ SQL และมีข้อสัญญาห้ามยึดถือข้อมูล (No-Lien Clause)
• 10. Data Sanitization Certificate: กำหนดในสัญญาให้ออกหนังสือรับรองการลบ/ทำลายข้อมูลภายใน 30 วันนับแต่ส่งมอบข้อมูลคืน

คำถามที่พบบ่อย Frequently Asked Questions