Клиент пишет «удалите мои данные» — и у тебя есть месяц на ответ. За это время нужно проверить каждую систему, где хранится его информация: CRM, календарь, SMS-шлюз, почту, бухгалтерию и резервные копии. Если этого не сделать — рискуешь жалобой в UODO и штрафом. Но удалять нужно не всегда — иногда закон позволяет отказать, а иногда даже требует сохранить данные.
На этой странице — подробное руководство: когда удалять обязательно, когда можно отказать, сколько есть времени и как пройти по всем системам шаг за шагом. В конце — готовая процедура, которую можно внедрить сразу.
Когда удалять обязательно (ст. 17 RODO)
Статья 17 RODO, право на забвение, обязывает удалять данные в конкретных ситуациях. Нужно это сделать, когда данные больше не нужны для цели, для которой были собраны — например, клиент завершил сотрудничество и у тебя нет причин их хранить. Согласно статье 17 RODO, нужно удалить данные, когда отозвано согласие на их обработку и нет другого правового основания.
Второй случай — отзыв согласия. Если клиент отозвал согласие на обработку маркетинговых данных и у тебя нет другого правового основания (например, законного интереса), нужно удалить эти данные. Третья ситуация — возражение против прямого маркетинга — тогда удаляешь данные из маркетингового списка, даже если есть другое основание.
Четвёртый случай — незаконная обработка: если данные собирались или обрабатывались незаконно. Пятый касается ситуаций, когда закон требует удаления — например, данные ребёнка из услуг информационного общества. Наконец, шестой случай — данные, которые нужно удалить в рамках исполнения правовой обязанности.
Помни: право на удаление не абсолютно. UODO прямо указывает, что администратор может отказать, если данные необходимы для исполнения правовой обязанности или для установления, предъявления либо защиты требований. Подробности — на сайте UODO Право на удаление данных на практике.
Когда можно отказать
Право на удаление не означает, что нужно стирать всё. Можно отказать в нескольких чётко определённых ситуациях. Во-первых, когда данные нужны для исполнения правовой обязанности — например, счета-фактуры должны храниться 10 лет на основании закона о бухгалтерском учёте.
Во-вторых, когда данные необходимы для установления, предъявления или защиты требований. Если клиент должен тебе деньги, можно хранить его данные до выяснения ситуации. В-третьих, когда обработка нужна для задачи в общественных интересах или для архивных целей.
| Ситуация | Основание для отказа | Пример для фирмы услуг |
|---|---|---|
| Счета и бухгалтерская документация | Закон о бухгалтерском учёте | B2B-счета хранятся 10 лет |
| Медицинская документация | Закон о правах пациента | Карта пациента — 20 лет с последней записи |
| Правовые требования | Ст. 17 абз. 3(e) RODO | Неоплаченный счёт, дело в суде |
| Правовое основание обработки | Ст. 17 абз. 3 RODO | Другое согласие или договор ещё в силе |
В случае сомнений — является ли конкретное сообщение маркетингом, какое правовое основание подходит — оценит юрист или IOD. Не принимай самостоятельно решения по вопросам, которые могут иметь правовые последствия.
Срок: сколько есть времени на ответ
UODO чётко определяет срок: ответить нужно незамедлительно, не позднее чем через месяц после получения запроса. Дата получения — точка отсчёта, поэтому так важно правильно зарегистрировать запрос.
Если дело сложное — например, у тебя много информации об этом человеке, данные разбросаны по многим системам или нужна консультация юриста — можно продлить срок ещё на два месяца. Но нужно уведомить клиента до истечения первого месяца и объяснить причину задержки.
Запрос, полученный 5 мая, означает, что время есть до 5 июня. Если нужно продление, отправь информацию до 5 мая, что дело сложное и требуется дополнительных два месяца.
Схема:
- 01запрос
- →02регистрация
- →03поиск
- →04решение
- →05ответ
- →06закрыто
Приём запроса: каналы и регистрация
Запрос на удаление данных может прийти разными путями. Чаще всего — по электронной почте: клиент пишет на адрес фирмы или адрес из политики конфиденциальности. Может позвонить и подать запрос по телефону, отправить форму на сайте, написать через мессенджер (Messenger, WhatsApp) или даже принести письмо лично.
Ключевое — установить момент получения запроса. От этой даты отсчитывается месяц на ответ. Поэтому каждый запрос нужно сразу зарегистрировать в CRM с точной датой и временем. Если запрос пришёл обычной почтой, датой получения считается день, когда письмо попало в твой ящик, — не дата отправки.
В карточке запроса в CRM должны быть: имя и фамилия подающего, e-mail или телефон для верификации, дата и время получения запроса, канал получения, описание запроса (цитата или краткое изложение), статус (в работе / ожидает решения / ответ отправлен), ответственный, срок ответа, результат (данные удалены / отказано / частично удалено), дата ответа.
Где данные лежат помимо CRM
CRM — не единственное место, где хранятся данные клиента. В типичной фирме услуг данные разбросаны по многим системам, и каждую нужно проверить перед ответом на запрос.
Календарь записи — если используешь Booksy, Calendly или другую систему, нужно удалить из неё записи, касающиеся этого клиента. SMS-шлюз — отправляешь напоминания? Удали номер телефона из маркетингового списка и из истории отправки. Электронная почта — сообщения от клиента и ему, также в ящиках сотрудников. Телефония и записи разговоров — если записываешь разговоры (и есть согласие), нужно удалить записи или хотя бы идентифицирующие данные.
Таблицы сотрудников — если сотрудники ведут собственные заметки о клиентах в таблицах, эти данные тоже подпадают под запрос. Резервные копии — здесь сложно: копии обычно не удаляются на ходу, но нужно знать, что они существуют. Если восстановишь систему из копии, данные вернутся — нужна процедура на этот случай. Обработчики — если пользуешься внешними сервисами (SMS-шлюз, рассылка, бухгалтерия), нужно проверить и их и при необходимости отправить запрос на удаление.
| Место | Кто удаляет | Как проверить |
|---|---|---|
| CRM | Ты или ответственный | Поиск по ID клиента, удалить или обезличить |
| Календарь записи | Ты (доступ к системе) | Проверить историю визитов и будущие брони |
| SMS-шлюз | Ты (панель провайдера) | Список контактов, история отправки |
| Электронная почта | Сотрудники с доступом | Поиск адреса во всех ящиках |
| Записи разговоров | Провайдер или ты | Поиск по номеру телефона |
| Таблицы сотрудников | Сотрудники (инструкция) | Поиск на общем диске |
| Резервная копия | IT-администратор | Протокол — восстановление требует повторного удаления |
| Внешние провайдеры | Провайдер (запрос) | Подтверждение удаления в письменном виде |
Что с фактурами и KSeF
Фактуры — отдельная категория. Если выставляешь электронные фактуры, они попадают в систему KSeF, где архивируются на 10 лет — независимо от желания клиента. KSeF хранит их автоматически, поэтому даже если удалишь фактуру из своего CRM, она останется в KSeF. Удалить её раньше 10 лет нельзя. Подробнее на сайте KSeF.
Что с медицинской документацией
Если ведёшь медицинский кабинет, на тебя распространяется закон о правах пациента. Медицинскую документацию нужно хранить 20 лет с конца календарного года, в котором сделан последний запись. Это не опция — это правовая обязанность.
Частичное удаление: что можно, а что нет
Удаление часто не бывает чёрно-белым. Можно удалить маркетинговые данные, но оставить счета. Можно обезличить историю заказов вместо полного удаления — это частичное удаление, и оно вполне допустимо.
Типичный сценарий: клиент просит прекратить отправку новостной рассылки и маркетинговых SMS. Удаляешь его из списка рассылки и из SMS-шлюза. Но оставляешь данные со счетов, потому что закон велит хранить счета 10 лет. И оставляешь базовые контактные данные — вдруг у него неоплаченный счёт и нужно как-то связаться.
Другой сценарий: клиент требует полного удаления, но ты ведёшь бухгалтерию и должен хранить счета. В такой ситуации можно отказать в удалении части, касающейся бухгалтерской документации — но нужно чётко объяснить это в ответе. Обезличивание истории заказов (вместо полного удаления) — решение, требующее консультации с IOD — не принимай такое решение самостоятельно.
Ответ клиенту: что должен содержать
Ответ на запрос об удалении данных — официальный документ, но он не обязан быть сложным. Должен содержать несколько ключевых элементов.
Во-первых, подтверждение получения запроса и благодарность за обращение. Во-вторых, информацию о принятом решении — удалены ли данные, отказано (на каком основании) или удалена только часть. В-третьих, подробный перечень того, что удалено — CRM, SMS, почта, календарь — чтобы клиент видел, что ты действительно работал.
В-четвёртых, объяснение того, что осталось и почему — например, «счета хранятся 10 лет на основании закона о бухгалтерском учёте». В-пятых, инструкция, куда жаловаться — если клиент не согласен с твоим решением, он может подать жалобу в UODO. Это обязательный элемент ответа. И наконец, твои контактные данные или контакты IOD — чтобы клиент знал, к кому обратиться с вопросами.
Отправь ответ тем же каналом, которым пришёл запрос, или более безопасным способом (письмо с подтверждением получения). Сохрани копию ответа в CRM как приложение к делу.
Процедура «сделай сам»: шаг за шагом
Если хочешь внедрить процедуру обработки запросов на удаление данных в своей фирме, начни с простого теста: подай запрос на себя. Попроси коллегу или IOD отправить в твою фирму просьбу удалить «твои» данные — и пройди весь путь от получения до ответа. Засеки, сколько времени заняло и где возникли трудности.
Первый шаг — Карта систем. Составь список всех мест, где хранятся данные клиентов: CRM, календарь, SMS, почта, бухгалтерия, резервные копии, таблицы сотрудников, внешние провайдеры. Для каждой системы определи: кто имеет доступ, как искать клиента, как удалить данные.
Второй шаг — Шаблон запроса в CRM. Создай шаблон дела с полями: дата получения, канал, данные клиента, срок ответа, статус. Добавь автоматическое напоминание за 7 дней до истечения срока.
Третий шаг — Проверка личности. Установи процедуру: как подтверждаешь, что человек, подающий запрос, — твой клиент. Это может быть письмо на зарегистрированный адрес, SMS на номер из базы или телефонный звонок.
Четвёртый шаг — Журнал запросов. Веди журнал всех полученных запросов — кто подал, когда, какой результат, дата ответа. Это твоя документация, которая может защитить в случае проверки UODO.
Пятый шаг — Шаблоны ответов. Подготовь образцы ответов на типичные ситуации: полное удаление, частичное удаление, отказ с указанием причины. Подставляй конкретные данные и системы.
Как это выглядит в системе
Когда обрабатываешь запрос на удаление данных в системе, весь процесс упорядочен и автоматизирован. Клиент отправляет запрос — по почте, через форму или мессенджер. Система автоматически создаёт задачу со сроком (по умолчанию 30 дней) и назначает ответственного.
Задача содержит список всех модулей, где система видит данные этого клиента. Видна CRM (профиль клиента, история, заметки), SMS-шлюз (отправленные сообщения), календарь (брони), интеграции (все связи с другими системами). Система показывает, где данные, и помогает удалить или обезличить.
Для каждого элемента система отмечает, можно ли удалить или есть исключение по закону (счета, медицинская документация). Решение об исключении — сохранять ли данные на основании закона — принимает фирма и требует консультации с IOD в сомнительных случаях.
После удаления данных система генерирует ответ клиенту с перечнем того, что удалено и что осталось с указанием причины. Всё записывается в журнал — у тебя есть доказательство, что ты действовал согласно RODO.
Что остаётся человеку: проверка личности клиента, решение об исключениях по закону (действительно ли нужно сохранять счета, можно ли обезличить), подписание ответа перед отправкой, консультация с юристом или IOD по вопросам, вызывающим сомнения. Остальное — поиск, удаление, генерация ответа — работает в системе.
Узнай, как работает обработка запросов на удаление данных на практике:
- CRM и автоматизации — единая воронка для заявок из всех каналов
- Данные клиентов — одна карточка вместо пяти списков в пяти системах
- Задачи — срок, человек, статус и напоминание
- Интеграции — связывание систем, чтобы данные были в одном месте
- Админ-панели — панель для управления фирмой
Прочитай больше по теме:
- Автоматизация и РОДО: где физически находятся данные ваших клиентов
- Автоматизация обработки запросов: одна очередь вместо пяти ящиков
- CRM или ERP: какой слой системы добавить следующим
- Автоматизация процессов в компании: что реально можно передать системе
А ещё пройди оценку: какие звонки и заявки теряются у тебя — пройди бесплатный анализ.
Проверка личности подающего
UODO указывает, что администратор обязан проверить, является ли подающий запрос человеком тем, за кого себя выдаёт. Нельзя просто удалить данные на основе сообщения от неизвестного адреса — это рискованно и может доставить проблем.
На практике проверка выглядит так: просишь клиента подтвердить личность способом, который есть в системе. Если клиент в твоей CRM, можно отправить ссылку для верификации на его зарегистрированный e-mail или позвонить по номеру телефона, который есть в базе. Если это новый человек, попроси копию документа, удостоверяющего личность — но помни, что сам документ тоже становится персональными данными, которые нужно обрабатывать по RODO.
Если есть сомнения — действительно ли это тот клиент, не является ли сообщение поддельным — посоветуйся с IOD. Лучше потратить дополнительный день на проверку, чем удалить данные не того человека.
Частые вопросы
Нужно ли отвечать на запрос об удалении данных, если он пришёл через Facebook Messenger?
Да, каждый канал — официальный канал связи. Получил запрос через Messenger, WhatsApp, форму на сайте или по телефону — зарегистрируй его и ответь. Устный запрос лучше подтвердить письменно (по почте), чтобы был доказательством, что именно просил клиент.
Могу ли я отказать в удалении данных, если у клиента есть неоплаченный счёт?
Можно сохранить данные, необходимые для взыскания задолженности — но только те, что нужны для этого. Сама информация о неоплаченном счёте (сумма, дата, номер) не требует полных данных клиента. В сомнительных случаях посоветуйся с юристом или IOD.
Что делать, если запрос касается данных, которые я уже удалил?
Ответь честно: «данные были удалены ранее, в связи с завершением сотрудничества» — и покажи, когда это произошло (если есть запись). Это вполне правильный ответ. UODO требует действия, а не конкретного состояния данных.
Нужно ли удалять данные из резервных копий?
Резервные копии — сложная тема. На практике их не удаляют на ходу — но если восстанавливаешь систему из копии, помни, что данные вернутся. Поэтому процедура должна включать повторное удаление после восстановления. В идеале — шифруй копии и имей процедуру безопасного восстановления.
Сколько стоит обработка одного запроса на удаление данных?
Подготовка процедуры — разовый расход. Обработка одного запроса при отлаженной процедуре занимает около 30–60 минут (проверка, поиск, удаление, ответ). Без процедуры — может занять несколько часов поиска наугад. Поэтому карта систем и процедура — это инвестиция, которая даёт результат при первом же запросе.