Як пояснити запит на видалення даних GDPR англійською мовою

Обробка запитів GDPR «право на вилучення» торкається юридичної, підтримки та інженерії одночасно — і розробники часто є тими, хто повинен пояснити, простою англійською, чому вилучення займає певний час, що «вилучено» насправді означає технічно, або чому деякі дані повинні бути збережені, незважаючи на запит. Правильне використання цієї мови важливо як для довіри клієнтів, так і для документації з відповідності.

Ключовий словник

Право на вилучення (право бути забутим) — положення GDPR (стаття 17), що надає особам право запитати про вилучення їх особистих даних за певних умов. “За правом на вилучення, ми зобов’язані вилучити ваші персональні дані протягом 30 днів, якщо не застосовується законний виняток.”

** Контролер даних проти обробника даних ** — контролер вирішує, чому і як обробляти дані (зазвичай, ваша компанія); обробник (наприклад, сторонній постачальник) обробляє дані від імені контролера. “Як контролер даних, ми відповідаємо за те, щоб наші процесори також вилучили ваші дані — ми перенаправили запит на вилучення нашим постачальникам електронної пошти та аналітики.”

** Юридична основа для зберігання ** — законна причина, з якої дані повинні зберігатися, незважаючи на запит на вилучення, наприклад, вимоги щодо податкових записів або активний юридичний спір. “Ми зобов’язані зберігати записи ваших рахунків-фактур протягом семи років згідно з податковим законодавством — ці дані виходять за рамки цього запиту на вилучення.”

** Анонімізація проти вилучення ** — анонімізація вилучає інформацію, що ідентифікує користувача, зберігаючи сукупні дані, які можуть бути використані для аналізу; вилучення повністю вилучає запис. “Замість того, щоб повністю вилучити журнали використання, ми анонімизуємо їх — агреговані показники залишаються корисними для наших звітів, але їх більше не можна пов’ язати з вами.”

** Вікно зберігання резервних копій ** — час, який знадобиться для того, щоб дані зникли з систем резервування, які часто не можна вибірково вилучити у момент обробки запиту на вилучення.

• « Ваші дані будуть вилучено з наших систем протягом 48 годин, але вони можуть зберігатися у зашифрованих резервних копіях протягом 30 днів до закінчення циклу резервування. » *

Пояснення часової лінії клієнту

• «Ми отримали ваш запит на видалення даних і завершимо його протягом 30 днів, як того вимагає GDPR. Ви отримаєте підтвердження електронною поштою, як тільки це буде зроблено»
• «Деякі з ваших даних будуть негайно вилучені з наших активних систем, в той час як резервні копії старітимуть природно протягом наступних 30 днів — це стандартна практика і не залишає дані доступними в той час»
• “Невелика підмножина ваших даних - особливо ваші рахунки - повинна бути збережена для юридичних і податкових цілей, навіть після того, як цей запит буде оброблений. Я можу поділитися тим, які поля це, якщо ви хочете»

Технічні обмеження на роботу з ними

• «Ми не можемо зробити жорстке вилучення в цій таблиці без порушення обмежень іноземних ключів на історичних замовленнях — ми анонімізували особисті поля замість цього і зберегли запис замовлення неушкодженим»
• «Скрипт вилучення також повинен очищати користувача з індексу пошуку і кешу CDN, а не тільки з первинної бази даних — інакше застарілі особисті дані все ще можуть бути обслугововані»
• «Ми повинні записувати кожен запит на видалення і його часовий штамп завершення окремо, щоб у нас був слід аудиту, якщо це коли-небудь буде поставлено під сумнів регулятором»

Використовується для знищення або відбиття атак

• «Я розумію занепокоєння — щоб пояснити, «видалений» тут означає, що дані більше не доступні або пов’язані з вашою особистістю, навіть якщо деякі технічні сліди можуть існувати короткочасно в резервних системах до їх закінчення»
• “Я хочу бути прозорим: це конкретне поле не може бути вилучено через вимоги щодо зберігання, але все інше в вашому обліковому записі було повністю видалено.”
• “Якщо ви хочете документацію, що підтверджує, що видалення було завершено, я можу надати письмове підтвердження для ваших записів.”

Професійні поради

1. ** Будьте точні щодо того, що насправді означає « вилучено » з технічної точки зору. ** Неясне запевнення (« не хвилюйтеся, це зникло ») може знову вас вразити, якщо клієнт пізніше запитає про докази або подробиці.
2. ** Завжди відрізняйте вилучення від анонімізації у письмовій формі. ** Це різні юридичні та технічні результати, і об’ єднання їх у повідомленні, адресованому клієнту, може створити ризики для відповідності.
3. **Задокументуйте юридичну основу, коли дані зберігаються, незважаючи на запит. **Це захищає компанію, якщо рішення про зберігання коли-небудь буде оскаржене.

Практичні вправи

1. Напишіть електронну пошту з двома реченнями для клієнта, пояснюючи, що дані його облікового запису буде вилучено протягом 30 днів, але записи рахунків-фактур буде збережено протягом семи років.
2. Поясніть колегі, який не володіє технічними знаннями, різницю між вилученням і анонімізацією за допомогою конкретного прикладу.
3. Створити внутрішнє повідомлення Slack з позначкою, що скрипт вилучення має також очистити сторонню базу даних аналітики, а не лише основну базу даних.

Зв’язані ресурси

• Як написати політику збереження даних англійською мовою
• Як повідомити про порушення даних клієнтам англійською мовою
• Архітектурний словник

Навигація нюансами: практичні фрази для запитів GDPR

Погляньмо правді в очі - пояснення GDPR “право бути забутим” не завжди просте. Це складна юридична концепція, що поєднує в собі технічні реалії, і перекладати її на чітку, коротку англійську є ключовим, особливо коли справа доходить до нетехнічних зацікавлених сторін. Окрім простого сказання «ми вилучимо ваші дані», розробникам потрібен точний словник для опису процесу, часових рамок і потенційних обмежень. У цьому розділі ви знайдете фрази, які допоможуть вам упевнено керувати такими розмовами — не важливо, чи йдеться про запит клієнта, чи про обговорення з колегою.

Поширеною пасткою є використання надмірно технічної мови без пояснення. Замість того, щоб починати детальний розбір схем баз даних або стратегій індексування, починайте з підтвердження запитів користувачів і вставте їх в рамки GDPR. Фрази на кшталт «Згідно з вашим правом на вилучення за GDPR…» або «Ми розуміємо, що ви просите вилучити ваші дані… давайте пояснимо процес» негайно встановлюють контекст і демонструють розуміння. Під час обговорення графіків, уникайте нечітких тверджень на зразок « це займе деякий час ». Замість цього, скористайтеся точністю: « Процес вилучення, зазвичай, триває 30- 60 днів, щоб повністю завершити через [коротко поясніть причину — наприклад, реплікацію даних між системами. ] ». Використання кількісних оцінок додає довіри. Важливо, щоб ви визнали потенційні обмеження заздалегідь - такі фрази, як “Хоча ми намагаємося негайно виконати ваш запит, деякі дані можуть бути збережені з причин юридичної відповідності…” або “Зважаючи на природу нашої системи, повне вилучення не завжди можливе в цей час; ми можемо запропонувати [альтернативне рішення] ”, є ключовими. Нарешті, активне використання фраз на кшталт «Дайте мені пояснити технічні кроки, які беруть участь» показує, що ви готові забезпечити ясність і збудувати довіру. Не просто скажи їм, що ви робите – покажіть їм, як.

Іншою критичною областю є управління очікуваннями щодо зберігання даних. Клієнти часто приймають негайне вилучення, але це не завжди можливо. Фрази на кшталт «Ми розглянемо ваш запит як пріоритетний і працюватимемо над повним вилученням якомога швидше», в поєднанні з реалістичними термінами, є необхідними для правильного встановлення очікувань. Крім того, важливо чітко вказати * чому * деякі дані можуть бути збережені - знову ж таки, посилаючись на відповідність GDPR (наприклад, ”… для цілей ведення обліку, пов’язаних з юридичними розслідуваннями”). Уникайте жаргонних слів, таких як «лінія даних»; замість цього поясніть концепцію просто: «Ми повинні зберігати певну інформацію, щоб забезпечити повне виконання наших зобов’язань і відповідати на будь-які потенційні запити». Пам’ятайте, що прозорість створює довіру – просте, чесне пояснення набагато ефективніше, ніж спроба приховати складності.

Нарешті, коли спілкуєтеся з колегами, особливо з тими, хто не є розробниками, відповідно змінюйте свою мову. Хоча технічна точність залишається найважливішою, пріоритет ясності над складними деталями. Розгорніть обговорення навколо впливу бізнесу і відповідності, а не чисто технічних специфікацій. Наприклад, замість опису складного процесу міграції даних, ви можете сказати: « Оновлення системи забезпечить належне оброблення всіх даних клієнтів згідно з правилами GDPR. » Сфокусування на результатах — забезпечення відповідності законодавству — буде звучати більш ефективно.