ทะเบียนความยินยอม PDPA เก็บอะไรให้พิสูจน์ได้จริง

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

ทะเบียนความยินยอม PDPA ต้องเก็บอะไรจึงตรวจสอบได้?

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

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

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

ตัวอย่างสมมติ: ร้านค้าได้รับคำถามว่าทำไมจึงส่งโฆษณาให้ลูกค้า ระบบแสดงค่า “true” แต่ไม่ทราบว่าค่านี้มาจากการสมัครสมาชิก การสั่งซื้อ หรือการนำเข้าไฟล์เก่า หากไม่มีรุ่นข้อความและหลักฐานตอบรับ บริษัทอาจพิสูจน์ไม่ได้ว่าลูกค้ายินยอมรับโฆษณานั้น ควรพักกิจกรรมที่อาศัยความยินยอมที่ยังยืนยันไม่ได้และตรวจแหล่งข้อมูลก่อน

การออกแบบทะเบียนควรเริ่มจากกิจกรรมที่อาศัยความยินยอมจริง ไม่บังคับให้ทุกฐานกฎหมายมีช่องยินยอมเหมือนกัน อ่าน แนวทางจัดหลักฐาน PDPA ให้พร้อมตรวจ เพื่อแยกหลักฐานฐานกฎหมาย คำแจ้ง และความยินยอมออกจากกันอย่างตรวจสอบได้

ถ้ารับความยินยอมหลายช่องทาง ต้องจัดข้อมูลอย่างไร?

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

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

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

เลนส์ทนายยอดทิพย์ธรรม: จำนวนรายการไม่เท่ากับคุณภาพหลักฐาน

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

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

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

มองสองฝั่ง: ผู้ดูแลทะเบียนกับเจ้าของข้อมูล

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

เก็บหลักฐานนานเท่าไร และถอนแล้วต้องลบประวัติทันทีไหม?

PDPA ไม่ได้กำหนดอายุทะเบียนความยินยอมเป็นจำนวนปีเดียวสำหรับทุกองค์กร ต้องพิจารณาวัตถุประสงค์ ความจำเป็น หน้าที่ตามกฎหมาย และเหตุรองรับการเก็บหลักฐาน พร้อมกำหนดระยะเวลาและการทบทวน ไม่อ้างคำว่า “เผื่อมีคดี” เพื่อเก็บทุกอย่างไม่มีกำหนด

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

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

งบทำทะเบียนและแก้ข้อมูลเดิมคำนวณอย่างไร?

ตัวอย่างสมมติ: ตรวจช่องทางรับข้อมูล 5 ช่องทาง × 1,500 บาท = 7,500 บาท เชื่อมสถานะระบบ 6,000 บาท และทดสอบการถอน 2,500 บาท รวม 16,000 บาท ตัวเลขนี้เป็นเพียงตัวอย่างวางงบ ไม่ใช่อัตราค่าบริการหรือราคามาตรฐาน

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

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

ตรวจทะเบียนความยินยอมก่อนใช้งานด้วยหลักฐานใด?

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

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

สัญญาผู้ให้บริการและการขายเกี่ยวข้องอย่างไร?

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

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

ทางไปต่อ: ทำทะเบียนที่พิสูจน์ได้และหยุดใช้ได้จริง

1. แยกกิจกรรมที่ใช้ความยินยอมออกจากกิจกรรมที่มีฐานอื่น
2. จัดรุ่นข้อความและรหัสเหตุการณ์ให้เชื่อมกลับได้
3. ตรวจรายชื่อเดิมและแยกกลุ่มที่ยังยืนยันหลักฐานไม่ได้
4. เชื่อมการถอนกับระบบและคู่ค้าที่เกี่ยวข้อง
5. ทดสอบทั้งการยินยอมและปฏิเสธก่อนเปิดใช้ พร้อมกำหนดทบทวน

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

แหล่งกฎหมาย: พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 19, 20, 37 และ 39

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

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

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

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