Што такое DSAR на самай справе

Запыт суб'екта даных на доступ (DSAR) — гэта момант, калі карыстальнік рэалізуе правы, якія GDPR прадастаўляе яму на яго асабістыя даныя. Для мабільнага выдаўца гэты “суб'ект даных” — адзін з вашых гульцоў або карыстальнікаў, і запыт можа прыйсці праз электронную пошту, заяўку ў падтрымку, водгук у краме праграм або форму ў дадатку. Спускавы кручок просты: нехта хоча ведаць, што вы захоўваеце пра яго — або хоча, каб вы нешта з гэтым зрабілі.

Важна, што DSAR не абавязаны згадваць GDPR, выкарыстоўваць слова “DSAR” або прытрымлівацца якога-небудзь шаблону. Аднарадковае паведамленне накшталт “дашліце мне мае даныя” або “выдаліце мой акаўнт” запускае гадзіннік гэтак жа цвёрда, як і афіцыйны юрыдычны ліст. Лічыць сапраўднымі толькі афіцыйна выглядаючыя запыты — хуткі шлях прапусціць тэрмін.

Правы за запытам

DSAR аб'ядноўваюць некалькі асобных правоў, і адно і тое ж паведамленне можа спаслацца на больш чым адно. Веданне таго, якое ёсць якое, вызначае, што вам сапраўды трэба зрабіць.

• Доступ — карыстальнік можа запатрабаваць копію сваіх асабістых даных плюс кантэкст: што вы збіраеце, чаму, з кім дзеліцеся і як доўга захоўваеце.
• Сцiранне (“права быць забытым”) — выдаленне яго даных, уключаючы копіі, перададзеныя рэкламным і аналітычным партнёрам, з вузкімі юрыдычнымі выключэннямі.
• Пераноснасць — даныя, якія ён вам даў, вернутыя ў структураваным, машыначытальным фармаце, такім як JSON або CSV, каб іх можна было перанесці ў іншае месца.
• Выпраўленне — выпраўленне недакладных або няпоўных даных, напрыклад няправільнай пошты або рэгіёна.

Звязаныя правы — пярэчанне супраць апрацоўкі і абмежаванне — часта суправаджаюць гэтыя, асабліва вакол персаналізацыі рэкламы, дзе карыстальнік можа адклікаць згоду замест таго, каб цалкам выдаляць свой акаўнт.

Тэрміны строгія

Вы павінны адказаць без неабгрунтаванай затрымкі і на працягу аднаго каляндарнага месяца з моманту атрымання запыту. Гадзіннік пачынаецца ў дзень, калі запыт прыходзіць, а не ў дзень, калі нехта з вашай каманды яго заўважае. Вы можаце падоўжыць яшчэ на два месяцы для сапраўды складаных запытаў, але толькі калі паведаміце карыстальніку на працягу гэтага першага месяца і растлумачыце чаму.

Адказы звычайна бясплатныя. Вы можаце спагнаць разумную плату або адмовіць толькі тады, калі запыт яўна беспадстаўны або празмерны, і цяжар доказу гэтага ляжыць на вас. Для большасці выдаўцоў бяспечнае дапушчэнне такое: бясплатна і ў межах трыццаці дзён. Прапушчанае акно — гэта менавіта той від недагляду, на які паказваюць рэгулятары пры ацэнцы штрафаў.

Пабудова працэсу, які маштабуецца

Выдаўцы, якія спакойна апрацоўваюць DSAR, ператварылі іх у паўтаральны працэс замест пажарных вучэнняў. Працаздольны працэс выглядае так:

• Прыём. Апублікуйце адзін абвешчаны канал — форму ў дадатку або вылучаны адрас privacy@ — і накіроўвайце ўсё праз яго, каб нічога не згубілася ў чэргах падтрымкі.
• Праверце асобу. Пацвердзіце, што заяўнік валодае акаўнтам, але запытвайце толькі тое, што вам трэба. Патрабаванне скана пашпарта для пошуку ўнутрыгульнявога ID само па сабе з'яўляецца праблемай адпаведнасці.
• Зарэгіструйце і пастаўце часавую адзнаку. Зафіксуйце дату паступлення неадкладна; гэта ваш якар тэрміну.
• Знайдзіце даныя. Падтрымлівайце карту даных кожнага сховішча — ваш бэкенд, журналы збояў, аналітыка, рэкламныя SDK, CRM — якое закранае даныя карыстальніка, прыстасаваную да стабільнага ідэнтыфікатара.
• Выканайце і адкажыце. Экспартуйце, выдаліце або выпраўце паводле запыту, распаўсюдзьце выдаленні на апрацоўшчыкаў і адкажыце простай мовай.
• Замкніце цыкл. Заархівуйце запыт і ваш адказ як доказ таго, што вы дзейнічалі своечасова.

Распаўсюджаныя падводныя камяні

Большасць правалаў з'яўляюцца аперацыйнымі, а не юрыдычнымі. Сачыце за гэтымі:

• Забытыя сховішчы даных. Рэкламныя і атрыбуцыйныя SDK, push-правайдары і паведамляльнікі пра збоі — усе захоўваюць даныя карыстальніка. Выдаленне, якое іх прапускае, з'яўляецца няпоўным.
• Празмерны збор падчас праверкі, што ператварае запыт прыватнасці ў рызыку прыватнасці.
• Стаўленне да нефармальных паведамленняў як да не-запытаў і дазваленне месяцу скончыцца.
• Адсутнасць доказу згоды. Калі карыстальнік аспрэчвае, што ў вас калі-небудзь была законная падстава для апрацоўкі яго даных для рэкламы, вы павінны быць у стане паказаць, на што ён пагадзіўся і калі.

Як CMP робіць DSAR кіравальнымі

Тут ваш пласт згоды апраўдвае сваю каштоўнасць. На DSAR значна лягчэй адказаць, калі вы можаце імгненна паказаць, на што карыстальнік пагадзіўся, калі і у рамках якой структуры. FlexyConsent — сертыфікаваная Google CMP, якая падтрымлівае IAB TCF 2.3 і Google Consent Mode v2 — захоўвае пазначаны часам запіс згоды і аўдыторскі след для кожнага карыстальніка. Калі прыходзіць запыт на доступ, гэты запіс становіцца гатовай часткай вашага адказу: прынятыя мэты, задзейнічаныя пастаўшчыкі і версія паказанага апавяшчэння. Калі прыходзіць запыт на сцiранне або пярэчанне, той жа запіс даказвае, што вы спынілі персаналізаваныя рэкламныя сігналы ў патрэбны момант. Спалучэнне гэтай гісторыі згоды з вашай картай даных ператварае DSAR з мітусні ў пошук.

Гэты артыкул з'яўляецца агульнай інфармацыяй для выдаўцоў і не з'яўляецца юрыдычнай парадай; звярніцеся да кваліфікаванага спецыяліста для вашай канкрэтнай сітуацыі.

Ключавыя высновы

• Любы запыт — якім бы нефармальным ён ні быў — можа быць DSAR, і аднамесячны, звычайна бясплатны тэрмін пачынаецца ў дзень, калі ён прыходзіць.
• Складзіце карту кожнага сховішча даных, уключаючы рэкламныя і аналітычныя SDK, каб доступ і выдаленне былі сапраўды поўнымі.
• Правярайце асобу прапарцыйна і рэгіструйце кожны запыт, каб даказаць, што вы адказалі своечасова.
• Запісы згоды і аўдыторскі след FlexyConsent даюць вам імгненны доказ, які можна абараніць, для выканання запытаў на доступ, сцiранне і пярэчанне.