081-327-8551 จ.–ศ. 09:00–18:00 น. info@yodthiptham.com
โลโก้ยอดทิพย์ธรรม ยอดทิพย์ธรรม Yod Thip Tham Law

ข้อสัญญาแจ้งเหตุข้อมูลรั่วจากคู่ค้า ควรกำหนดกี่ชั่วโมง

ผู้ประสานงานแจ้งเหตุข้อมูลรั่วกับคู่ค้าพร้อมบันทึกลำดับเวลา พร้อมข้อความ คู่ค้าแจ้งช้า เราอาจไม่ทัน 72 ชม.

สรุปประเด็นสำคัญ

กฎหมายไม่ได้กำหนดตัวเลขเดียวสำหรับเวลาที่ผู้ประมวลผลต้องแจ้งกลับผู้ควบคุมตามมาตรา 40 (2) องค์กรควรกำหนดเวลาในสัญญาให้เร็วพอที่จะประเมินเหตุและทำหน้าที่ของตน โดยไม่คัดลอก 72 ชั่วโมงมาเป็นเวลาที่คู่ค้ารอได้

สำหรับประเด็น “ข้อสัญญาแจ้งเหตุข้อมูลรั่ว” ต้องเริ่มจากข้อเท็จจริงของงานที่จะทำ บทความนี้อธิบายเงื่อนไขที่ทำให้คำตอบต่างกัน พร้อมวิธีตัดสินใจและหลักฐานที่ควรเตรียมก่อนเกิดข้อร้องเรียน

สถานการณ์แบบใดให้คำตอบต่างกัน

ตัวอย่างต่อไปนี้เป็นกรณีสมมติเพื่ออธิบายหลัก ไม่ใช่การเปิดเผยข้อมูลลูกความหรือคำพิพากษา

  • คู่ค้าพบการเข้าถึงฐานข้อมูลแต่ยังไม่รู้จำนวนคน ควรแจ้งเบื้องต้นตามเงื่อนไขที่ตกลง
  • เหตุเกิดคืนวันศุกร์แต่แจ้งเฉพาะอีเมลเวลาทำการ ทำให้ไม่มีคนเปิดอ่าน
  • ผู้รับช่วงแจ้งผู้ให้บริการหลักช้า แม้ผู้ให้บริการหลักแจ้งบริษัททันที เวลาจัดการเหตุของบริษัทก็เหลือน้อย

ควรตัดสินใจตามลำดับใด

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

ข้อสัญญาแจ้งเหตุข้อมูลรั่วควรเขียนอย่างไร

เลือกระยะเวลาตามความเสี่ยง

ตัวอย่างเพื่อเจรจา เช่น แจ้งเบื้องต้นภายใน 4 ชั่วโมงนับแต่ตรวจพบเหตุที่มีมูลสำหรับระบบเงินเดือน และอัปเดตภายใน 24 ชั่วโมง ตัวเลขนี้เป็นข้อเสนอทางสัญญา ไม่ใช่เวลาบังคับทั่วไป ต้องทดสอบว่าทีมคู่ค้าปฏิบัติได้

แยกการแจ้งครั้งแรก

อย่างน้อยให้รู้ระบบ ประเภทเหตุ เวลาโดยประมาณ ผู้ประสานงาน และการกักเหตุที่ทำแล้ว ระบุรายการที่ยังไม่ทราบได้ ไม่บังคับให้ข้อมูลครบจนคู่ค้าเลือกเงียบ

กำหนดการรับเรื่องจริง

ใช้โทรศัพท์ฉุกเฉินร่วมกับอีเมลหรือระบบ Ticket ระบุคนสำรองและการยกระดับหากไม่มีผู้รับ หลีกเลี่ยงเงื่อนไขนับเฉพาะวันทำการในงานที่เสี่ยงต่อเนื่อง

ส่งหน้าที่ต่อถึงผู้รับช่วง

ต้องมีเวลาส่งต่อและข้อกำหนดรักษาหลักฐานที่สอดคล้องกัน มิฉะนั้นสัญญาหลักที่ดีจะไม่ช่วยเมื่อเหตุเริ่มจากชั้นถัดไป

ฐานกฎหมายและขอบเขตที่ต้องแยก

มาตรา 40 (2) กำหนดหน้าที่แจ้งเหตุแก่ผู้ควบคุม ส่วนมาตรา 37 (4) กำหนดหน้าที่ผู้ควบคุมต่อสำนักงานและเจ้าของข้อมูล การระบุเวลาใน DPA ไม่เปลี่ยนจุดเริ่มนับหรือยกเว้นหน้าที่ตามกฎหมายของผู้ควบคุม

อ่านตัวบท พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 ประกอบการพิจารณาหน้าที่ของแต่ละฝ่าย

เลนส์ทนายยอดทิพย์ธรรม: ถ้าพลาดแล้วเรื่องไปทางใด

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

เมื่อได้รับหนังสือหรือข้อเรียกร้อง ให้ตรวจผู้ส่ง ประเด็นที่ถามและกำหนดตอบจากเอกสารจริง รักษาข้อมูลต้นฉบับที่เกี่ยวข้อง พร้อมแยกข้อเท็จจริงที่ยืนยันได้ออกจากประเด็นที่ยังสอบสวน การแก้ปัญหาปัจจุบันควรทำควบคู่กับการเตรียมชี้แจง โดยไม่แก้บันทึกเก่าให้คลาดจากเหตุการณ์

หลักฐานที่ต้องเก็บและวิธีจัดให้ใช้ได้จริง

  • DPA และนิยามเหตุที่ต้องแจ้งพร้อมจุดเริ่มนับ
  • ข้อความแจ้งครั้งแรก การตอบรับ และรายงานอัปเดต
  • ผลซ้อมนอกเวลางานและรายชื่อผู้ติดต่อสำรอง
  • ตารางช่องว่างเวลาระหว่างผู้รับช่วง ผู้ให้บริการ และบริษัท

จุดที่ควรตรวจเพิ่มคือDPA และนิยามเหตุที่ต้องแจ้งพร้อมจุดเริ่มนับ เอกสารนี้ตอบได้เฉพาะข้อเท็จจริงที่มีการตรวจและรับรองไว้ หากอีกฝ่ายโต้แย้งว่างานจริงต่างจากเอกสาร ให้ใช้ข้อมูลจากระบบและผู้ปฏิบัติงานตรวจเทียบ ไม่สรุปว่ามีเอกสารแล้วจึงถูกต้องทุกขั้นตอน กรณีที่หลักฐานขัดกัน ควรเก็บทั้งสองชุดไว้พร้อมบันทึกเหตุที่ตรวจพบ เพื่อให้ผู้รับผิดชอบประเมินอย่างครบถ้วนและไม่ตัดข้อมูลที่เสียเปรียบออกจากแฟ้ม

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

นำไปใช้กับทีมงานอย่างไร

คนที่ต้องร่วมตัดสินใจ

เจ้าของบริการควรยืนยันว่าข้อมูลใดต้องส่งและผลหากระบบหยุด ฝ่ายเทคนิคตรวจว่ามาตรการทำงานจริง ฝ่ายจัดซื้อรักษาเงื่อนไขที่ตกลง ส่วนฝ่ายกฎหมายตรวจบทบาทและสิทธิ อย่าให้การรับรองของแผนกเดียวครอบข้อเท็จจริงที่แผนกนั้นไม่ได้ตรวจ

แยกสิ่งที่ทราบกับสิ่งที่คู่ค้ายังไม่ตอบ

ในบันทึกตรวจให้ระบุข้อเท็จจริงที่มีหลักฐาน ข้อมูลที่ยังรอ และผลต่อการตัดสินใจแยกกัน หากต้องเปิดใช้งานก่อนแก้ครบ ให้จำกัดข้อมูลหรือสิทธิ พร้อมผู้อนุมัติและวันทบทวนที่ชัดเจน การเงียบของคู่ค้าไม่ใช่การยืนยันว่าความเสี่ยงไม่มี

ตรวจภาคปฏิบัติก่อนถือว่าปิดงาน

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

แผนลงมือวันนี้ ภายใน 7 วันและ 30 วัน

ช่วงเวลาต่อไปนี้เป็นตัวอย่างแผนจัดงานภายใน ไม่ใช่กำหนดตามกฎหมาย และไม่เลื่อนหน้าที่เร่งด่วนที่ต้องทำก่อน

ช่วงงานงานที่มอบหมายสิ่งที่ใช้ตรวจรับ
วันนี้ตรวจว่าสัญญาปัจจุบันเริ่มแจ้งเมื่อพบเหตุหรือเมื่อสอบสวนเสร็จขอบเขตงานและผู้รับผิดชอบ
ภายใน 7 วันตกลงเวลาที่เหมาะกับระบบและช่องทางสำรองข้อค้นพบและรายการที่ต้องแก้
ภายใน 30 วันซ้อมเหตุในวันหยุดพร้อมจับเวลารับเรื่องจริงผลตรวจหรือทดสอบและงานที่ยังค้าง

ข้อผิดพลาดที่ควรหลีกเลี่ยง

คำว่าโดยเร็วที่สุดที่ไม่มีช่องทางและผู้รับผิดชอบอาจทำให้ต่างฝ่ายเข้าใจไม่ตรงกัน ส่วนการตั้งเวลาเข้มมากแต่ไม่มีคนเฝ้าระบบก็ไม่ช่วย ต้องวางคนและหลักฐานควบคู่ข้อความ

อ่านต่อและจัดระบบให้เหมาะกับองค์กร

ภาพรวมของเรื่องนี้อยู่ในคู่มือจัดการคู่ค้าและ DPA สำหรับองค์กร ก่อนส่งข้อมูลจนเลิกใช้ระบบ ใช้ตรวจว่าประเด็นเฉพาะเชื่อมกับหน้าที่ส่วนอื่นอย่างไร

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

หากงานเชื่อมกับกระบวนการอื่น ให้อ่านนับ 72 ชั่วโมงจากเมื่อใด ใครในองค์กรที่ทราบเหตุแล้วถือว่าเริ่มนับประกอบก่อนกำหนดผู้รับผิดชอบ

สำนักงานกฎหมายยอดทิพย์ธรรมช่วยตรวจข้อเท็จจริง เอกสารและพยานหลักฐานผ่านบริการกฎหมาย PDPA รวมถึงข้อสัญญากับคู่ค้า สามารถนัดหมายเพื่อนำเอกสารที่เกี่ยวข้องมาประเมินก่อนตัดสินใจ

ข้อกฎหมายที่เกี่ยวข้อง

มาตรา 40 (2) กำหนดหน้าที่แจ้งเหตุแก่ผู้ควบคุม ส่วนมาตรา 37 (4) กำหนดหน้าที่ผู้ควบคุมต่อสำนักงานและเจ้าของข้อมูล การระบุเวลาใน DPA ไม่เปลี่ยนจุดเริ่มนับหรือยกเว้นหน้าที่ตามกฎหมายของผู้ควบคุม

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

กำหนด 24 ชั่วโมงได้หรือไม่

ตกลงได้ตามความเหมาะสม แต่ต้องเผื่อเวลาทำหน้าที่ของผู้ควบคุมและไม่ทำให้การแจ้งตามกฎหมายช้าลง

คู่ค้าต้องรู้จำนวนผู้เสียหายครบก่อนแจ้งไหม

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

วันหยุดหยุดนับเวลาหรือไม่

ไม่ควรตั้งระบบรับเหตุให้หยุดตามวันทำการ ส่วนกรอบกฎหมายต้องพิจารณาตามหลักเกณฑ์แจ้งเหตุ ไม่ใช่เวลาทำการของคู่ค้า

นายเอกราช ทิพย์แมม
ผู้เขียน นายเอกราช ทิพย์แมม คดีครอบครัว มรดก และหนี้สิน

สาขาที่เชี่ยวชาญ: ครอบครัว · มรดกและพินัยกรรม · หนี้สินและบังคับคดี

ดูประวัติทีมทนายความ →

บทความนี้เป็นความรู้กฎหมายทั่วไปเพื่อความเข้าใจเบื้องต้น ไม่ใช่คำปรึกษาทางกฎหมายเฉพาะคดี ผลทางกฎหมายขึ้นอยู่กับข้อเท็จจริง เอกสาร และพยานหลักฐานของแต่ละกรณี ควรปรึกษาทนายความเพื่อประเมินเรื่องของท่านโดยเฉพาะ

แชร์: Facebook LINE

บทความที่เกี่ยวข้อง

ผู้บริหารกับทีมไอทีตรวจอำนาจ AI Agent พร้อม Hook ภาษาไทย PDPA คุ้มครองข้อมูล

AI Agent เข้าถึงอีเมลและ CRM ต้องจำกัดอำนาจอย่างไร

AI Agent เข้าถึงอีเมลและ CRM ควรแยกสิทธิอ่าน ส่ง แก้ และลบ ตรวจจุดอนุมัติ อายุสิทธิ และหลักฐานผลจริง ก่อนให้ระบบทำงานแทนพนักงาน

นายเอกราช ทิพย์แมม ·อ่าน 7 นาที
เจ้าหน้าที่ตรวจข้อความลูกค้าที่ AI สรุปผิด พร้อม Hook ภาษาไทย PDPA คุ้มครองข้อมูล

AI สร้างข้อมูลผิดเกี่ยวกับลูกค้า บริษัทต้องตามแก้อย่างไร

AI สร้างข้อมูลผิดแล้วถูกส่งเข้า CRM ต้องตรวจต้นทางและตามแก้จุดใช้จริง ดูสิทธิแก้ไข การระงับระหว่างตรวจ และหลักฐานตอบคำร้องของลูกค้า

นายเอกราช ทิพย์แมม ·อ่าน 7 นาที
ผู้ดูแลตรวจสิทธิการค้นเอกสารภายในด้วย AI พร้อม Hook ภาษาไทย PDPA คุ้มครองข้อมูล

AI ค้นเอกสารภายใน ต้องป้องกันข้อมูลข้ามสิทธิอย่างไร

AI ค้นเอกสารภายในอาจตอบข้อมูลที่ผู้ถามไม่มีสิทธิ ดูวิธีตรวจแหล่งข้อมูล ดัชนี ประวัติ และผลทดสอบก่อนเปิดให้พนักงานค้นด้วยบัญชีจริง

นายเอกราช ทิพย์แมม ·อ่าน 7 นาที

ปรึกษาทีมทนาย PDPAของเรา

เราพร้อมรับฟังและประเมินแนวทางที่เหมาะกับกรณีของท่าน ทุกเรื่องเป็นความลับ

แชทผ่าน LINE