რა არის სინამდვილეში DSAR

მონაცემთა სუბიექტის წვდომის მოთხოვნა (DSAR) არის მომენტი, როდესაც მომხმარებელი იყენებს უფლებებს, რომლებსაც GDPR ანიჭებს მას მის პერსონალურ მონაცემებზე. მობილური გამომცემლისთვის ეს “მონაცემთა სუბიექტი” თქვენი მოთამაშეებიდან ან მომხმარებლებიდან ერთ-ერთია, და მოთხოვნა შეიძლება მოვიდეს ელფოსტით, მხარდაჭერის ბილეთით, აპლიკაციების მაღაზიის მიმოხილვით ან აპლიკაციაში ჩაშენებული ფორმით. გამშვები მარტივია: ვიღაცას სურს იცოდეს, რას ინახავთ მის შესახებ — ან სურს, რომ რაიმე ქმედება განახორციელოთ.

გადამწყვეტია, რომ DSAR-ს არ სჭირდება GDPR-ის ხსენება, სიტყვა “DSAR”-ის გამოყენება ან რომელიმე შაბლონის დაცვა. ერთხაზიანი შეტყობინება, როგორიცაა “გამომიგზავნეთ ჩემი მონაცემები” ან “წაშალეთ ჩემი ანგარიში”, საათს ისე მტკიცედ რთავს, როგორც ფორმალური იურიდიული წერილი. მხოლოდ ფორმალურად გამოყურებადი მოთხოვნების ვალიდურად მიჩნევა ვადის გაცდენის სწრაფი გზაა.

მოთხოვნის უკან არსებული უფლებები

DSAR-ები აერთიანებს რამდენიმე განსხვავებულ უფლებას, და იგივე შეტყობინებამ შეიძლება ერთზე მეტი გამოიწვიოს. იმის ცოდნა, რომელია რომელი, განსაზღვრავს, რა უნდა გააკეთოთ სინამდვილეში.

• წვდომა — მომხმარებელს შეუძლია მოითხოვოს თავისი პერსონალური მონაცემების ასლი და კონტექსტი: რას აგროვებთ, რატომ, ვის უზიარებთ და რამდენ ხანს ინახავთ.
• წაშლა (“დავიწყების უფლება”) — მისი მონაცემების წაშლა, მათ შორის სარეკლამო და ანალიტიკურ პარტნიორებზე გადაცემული ასლების, ვიწრო იურიდიული გამონაკლისების გათვალისწინებით.
• გადატანადობა — მონაცემები, რომლებიც მან მოგაწოდათ, დაბრუნებული სტრუქტურირებულ, მანქანურად წაკითხვად ფორმატში, როგორიცაა JSON ან CSV, რათა მათი სხვაგან გადატანა შესაძლებელი იყოს.
• გასწორება — არაზუსტი ან არასრული მონაცემების გასწორება, მაგალითად არასწორი ელფოსტა ან რეგიონი.

დაკავშირებული უფლებები — დამუშავების წინააღმდეგ პროტესტი და შეზღუდვა — ხშირად ამათთან ერთად მოდის, განსაკუთრებით რეკლამის პერსონალიზაციის გარშემო, სადაც მომხმარებელმა შეიძლება გააუქმოს თანხმობა, ნაცვლად იმისა, რომ მთლიანად წაშალოს ანგარიში.

ვადები მკაცრია

თქვენ უნდა უპასუხოთ გაუმართლებელი დაყოვნების გარეშე და ერთი კალენდარული თვის განმავლობაში მოთხოვნის მიღებიდან. საათი იწყება იმ დღეს, როდესაც მოთხოვნა მოდის, და არა იმ დღეს, როდესაც თქვენი გუნდის ვინმე მას შეამჩნევს. შეგიძლიათ გაახანგრძლივოთ დამატებითი ორი თვით ნამდვილად რთული მოთხოვნებისთვის, მაგრამ მხოლოდ იმ შემთხვევაში, თუ შეატყობინებთ მომხმარებელს ამ პირველი თვის განმავლობაში და ახსნით მიზეზს.

პასუხები ჩვეულებრივ უფასოა. გონივრული საფასურის დაკისრება ან უარის თქმა შეგიძლიათ მხოლოდ მაშინ, როდესაც მოთხოვნა აშკარად უსაფუძვლო ან გადაჭარბებულია, და ამის დამტკიცების ტვირთი თქვენზეა. გამომცემლების უმეტესობისთვის უსაფრთხო ვარაუდია: უფასოდ და ოცდაათ დღეში. ფანჯრის გაცდენა ზუსტად ის სახის გამოტოვებაა, რომელსაც მარეგულირებლები მიუთითებენ ჯარიმების შეფასებისას.

მასშტაბირებადი სამუშაო პროცესის აგება

გამომცემლებმა, რომლებიც DSAR-ებს მშვიდად ამუშავებენ, ისინი ცეცხლსასწავლო წვრთნის ნაცვლად განმეორებად პროცესად აქციეს. ქმედითი სამუშაო პროცესი ასე გამოიყურება:

• მიღება. გამოაქვეყნეთ ერთი გამოცხადებული არხი — აპლიკაციაში ჩაშენებული ფორმა ან გამოყოფილი privacy@ მისამართი — და გადაამისამართეთ ყველაფერი მისი მეშვეობით, რათა არაფერი დაიკარგოს მხარდაჭერის რიგებში.
• გადაამოწმეთ ვინაობა. დაადასტურეთ, რომ მომთხოვნი ანგარიშის მფლობელია, მაგრამ მოითხოვეთ მხოლოდ ის, რაც გჭირდებათ. პასპორტის სკანის მოთხოვნა თამაშში არსებული ID-ის მოსაძებნად თავისთავად შესაბამისობის პრობლემაა.
• დააჟურნალეთ და დაუსვით დროის ნიშნული. ჩაიწერეთ მიღების თარიღი დაუყოვნებლივ; ეს არის თქვენი ვადის ღუზა.
• მოძებნეთ მონაცემები. შეინახეთ მონაცემთა რუკა ყველა საცავის — თქვენი backend, ავარიების ჟურნალები, ანალიტიკა, სარეკლამო SDK-ები, CRM — რომელიც ეხება მომხმარებლის მონაცემებს, სტაბილური იდენტიფიკატორით ინდექსირებული.
• შეასრულეთ და უპასუხეთ. ექსპორტი, წაშლა ან გასწორება მოთხოვნისამებრ, გაავრცელეთ წაშლები დამმუშავებლებზე და უპასუხეთ მარტივი ენით.
• დახურეთ ციკლი. დაარქივეთ მოთხოვნა და თქვენი პასუხი როგორც მტკიცებულება, რომ დროულად იმოქმედეთ.

გავრცელებული ხაფანგები

წარუმატებლობების უმეტესობა ოპერაციულია, და არა იურიდიული. ყურადღება მიაქციეთ ამათ:

• დავიწყებული მონაცემთა საცავები. სარეკლამო და ატრიბუციის SDK-ები, push მომწოდებლები და ავარიის მომხსენებლები ყველა ინახავს მომხმარებლის მონაცემებს. წაშლა, რომელიც მათ გამოტოვებს, არასრულია.
• გადამეტებული შეგროვება გადამოწმებისას, რაც კონფიდენციალურობის მოთხოვნას კონფიდენციალურობის რისკად აქცევს.
• არაფორმალური შეტყობინებების არა-მოთხოვნებად მიჩნევა და თვის გასვლის დაშვება.
• თანხმობის მტკიცებულების არარსებობა. თუ მომხმარებელი ეჭვქვეშ აყენებს, რომ ოდესმე გქონდათ კანონიერი საფუძველი მისი მონაცემების რეკლამისთვის დასამუშავებლად, უნდა შეგეძლოთ ჩვენება, რას დაეთანხმა და როდის.

როგორ ხდის CMP DSAR-ებს მართვადს

აქ ამართლებს თქვენი თანხმობის ფენა თავის ღირებულებას. DSAR-ზე პასუხის გაცემა ბევრად ადვილია, როდესაც შეგიძლიათ მყისიერად აჩვენოთ, რას დაეთანხმა მომხმარებელი, როდის და რომელი ჩარჩოს ფარგლებში. FlexyConsent — Google-ის სერტიფიცირებული CMP, რომელიც მხარს უჭერს IAB TCF 2.3-ს და Google Consent Mode v2-ს — ინახავს დროის ნიშნულით აღნიშნულ თანხმობის ჩანაწერსა და აუდიტის კვალს თითოეული მომხმარებლისთვის. როდესაც წვდომის მოთხოვნა მოვა, ეს ჩანაწერი თქვენი პასუხის მზა ნაწილი ხდება: მიღებული მიზნები, ჩართული მომწოდებლები და ნაჩვენები შეტყობინების ვერსია. როდესაც წაშლის ან პროტესტის მოთხოვნა მოვა, იგივე ჩანაწერი ამტკიცებს, რომ პერსონალიზებული სარეკლამო სიგნალები სწორ მომენტში შეაჩერეთ. ამ თანხმობის ისტორიის თქვენს მონაცემთა რუკასთან დაწყვილება DSAR-ს ფაცაფუციდან მოძიებად აქცევს.

ეს სტატია ზოგადი ინფორმაციაა გამომცემლებისთვის და არ წარმოადგენს იურიდიულ რჩევას; თქვენი კონკრეტული სიტუაციისთვის მიმართეთ კვალიფიციურ პროფესიონალს.

ძირითადი დასკვნები

• ნებისმიერი მოთხოვნა — რაგინდ არაფორმალურიც არ უნდა იყოს — შეიძლება იყოს DSAR, და ერთთვიანი, ჩვეულებრივ უფასო ვადა იწყება იმ დღეს, როდესაც ის მოდის.
• დაასახეთ ყველა მონაცემთა საცავი, მათ შორის სარეკლამო და ანალიტიკური SDK-ები, რათა წვდომა და წაშლა ნამდვილად სრული იყოს.
• გადაამოწმეთ ვინაობა პროპორციულად და დააჟურნალეთ თითოეული მოთხოვნა, რათა დაამტკიცოთ, რომ დროულად უპასუხეთ.
• FlexyConsent-ის თანხმობის ჩანაწერები და აუდიტის კვალი გაძლევთ მყისიერ, დაცვად მტკიცებულებას წვდომის, წაშლისა და პროტესტის მოთხოვნების შესასრულებლად.