DSAR คืออะไรกันแน่

คำขอเข้าถึงข้อมูลของเจ้าของข้อมูล (DSAR) คือช่วงเวลาที่ผู้ใช้ใช้สิทธิที่ GDPR มอบให้แก่เขาเหนือข้อมูลส่วนบุคคลของเขา สำหรับผู้เผยแพร่บนมือถือ “เจ้าของข้อมูล” นั้นคือหนึ่งในผู้เล่นหรือผู้ใช้ของคุณ และคำขออาจมาทางอีเมล ตั๋วฝ่ายสนับสนุน รีวิวในแอปสโตร์ หรือแบบฟอร์มในแอป ตัวกระตุ้นนั้นง่ายมาก: มีคนอยากรู้ว่าคุณเก็บอะไรเกี่ยวกับพวกเขาไว้ — หรืออยากให้คุณดำเนินการกับมัน

สิ่งสำคัญคือ DSAR ไม่จำเป็นต้องเอ่ยถึง GDPR ใช้คำว่า “DSAR” หรือทำตามเทมเพลตใด ๆ ข้อความบรรทัดเดียวอย่าง “ส่งข้อมูลของฉันมาให้ฉัน” หรือ “ลบบัญชีของฉัน” ก็เริ่มจับเวลาได้แน่นหนาพอ ๆ กับจดหมายทางกฎหมายที่เป็นทางการ การถือว่าเฉพาะคำขอที่ดูเป็นทางการเท่านั้นที่ถูกต้องเป็นทางลัดสู่การพลาดกำหนดเวลา

สิทธิที่อยู่เบื้องหลังคำขอ

DSAR รวมสิทธิที่แตกต่างกันหลายประการ และข้อความเดียวกันอาจอ้างสิทธิมากกว่าหนึ่งอย่าง การรู้ว่าอย่างไหนเป็นอย่างไหนกำหนดว่าคุณต้องทำอะไรจริง ๆ

• การเข้าถึง — ผู้ใช้สามารถขอสำเนาข้อมูลส่วนบุคคลของตนพร้อมบริบท: คุณเก็บอะไร เพราะอะไร แบ่งปันกับใคร และเก็บไว้นานเท่าใด
• การลบ (“สิทธิที่จะถูกลืม”) — การลบข้อมูลของพวกเขา รวมถึงสำเนาที่ส่งให้พันธมิตรด้านโฆษณาและการวิเคราะห์ โดยอยู่ภายใต้ข้อยกเว้นทางกฎหมายที่จำกัด
• การโอนย้ายข้อมูล — ข้อมูลที่พวกเขาให้คุณ ส่งคืนในรูปแบบที่มีโครงสร้างและเครื่องอ่านได้ เช่น JSON หรือ CSV เพื่อให้สามารถย้ายไปที่อื่นได้
• การแก้ไข — การแก้ไขข้อมูลที่ไม่ถูกต้องหรือไม่สมบูรณ์ เช่น อีเมลหรือภูมิภาคที่ผิด

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

กำหนดเวลานั้นเข้มงวด

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

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

การสร้างเวิร์กโฟลว์ที่ขยายตัวได้

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

• การรับเข้า เผยแพร่ช่องทางเดียวที่ประกาศไว้ — แบบฟอร์มในแอปหรือที่อยู่ privacy@ เฉพาะ — และส่งทุกอย่างผ่านช่องทางนั้นเพื่อไม่ให้สิ่งใดสูญหายในคิวฝ่ายสนับสนุน
• ยืนยันตัวตน ยืนยันว่าผู้ขอเป็นเจ้าของบัญชี แต่ขอเฉพาะสิ่งที่คุณต้องการ การเรียกขอสแกนหนังสือเดินทางเพื่อค้นหา ID ในเกมเป็นปัญหาด้านการปฏิบัติตามข้อกำหนดในตัวเอง
• บันทึกและประทับเวลา บันทึกวันที่มาถึงทันที นี่คือจุดยึดกำหนดเวลาของคุณ
• ค้นหาข้อมูล ดูแลแผนที่ข้อมูลของทุกแหล่งจัดเก็บ — backend ของคุณ บันทึกการขัดข้อง การวิเคราะห์ SDK โฆษณา CRM — ที่แตะข้อมูลผู้ใช้ โดยใช้ตัวระบุที่คงที่เป็นกุญแจ
• ดำเนินการ & ตอบกลับ ส่งออก ลบ หรือแก้ไขตามที่ร้องขอ เผยแพร่การลบไปยังผู้ประมวลผล และตอบกลับด้วยภาษาที่เรียบง่าย
• ปิดวงจร เก็บถาวรคำขอและคำตอบของคุณเป็นหลักฐานว่าคุณดำเนินการทันเวลา

กับดักที่พบบ่อย

ความล้มเหลวส่วนใหญ่เป็นเรื่องการปฏิบัติงาน ไม่ใช่กฎหมาย ระวังสิ่งเหล่านี้:

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

CMP ทำให้ DSAR จัดการได้อย่างไร

นี่คือจุดที่ชั้นความยินยอมของคุณพิสูจน์คุณค่า DSAR ตอบได้ง่ายขึ้นมากเมื่อคุณสามารถแสดงได้ทันทีว่าผู้ใช้ยินยอมต่อ อะไร เมื่อใด และ ภายใต้กรอบใด FlexyConsent — CMP ที่ได้รับการรับรองจาก Google รองรับ IAB TCF 2.3 และ Google Consent Mode v2 — จัดเก็บ บันทึกความยินยอมและร่องรอยการตรวจสอบ ที่ประทับเวลาสำหรับผู้ใช้ทุกราย เมื่อคำขอเข้าถึงมาถึง บันทึกนั้นกลายเป็นส่วนสำเร็จรูปของคำตอบของคุณ: วัตถุประสงค์ที่ยอมรับ ผู้ขายที่เกี่ยวข้อง และเวอร์ชันของประกาศที่แสดง เมื่อคำขอลบหรือคัดค้านมาถึง บันทึกเดียวกันพิสูจน์ว่าคุณหยุดสัญญาณโฆษณาที่ปรับให้เป็นส่วนตัวในช่วงเวลาที่ถูกต้อง การจับคู่ประวัติความยินยอมนั้นกับแผนที่ข้อมูลของคุณเปลี่ยน DSAR จากความโกลาหลให้เป็นการค้นหา

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

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

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