Подрядчик ушёл. Почему заявки клиентов всё ещё приходят ему?
Представим ситуацию: специалист настроил форму на сайте, подключил уведомления и проверил отправку заявок. Проект завершили, работы оплатили. Через несколько месяцев выясняется: его почта по-прежнему стоит в списке получателей. Каждая новая заявка с именем, телефоном и комментарием клиента уходит и бывшему подрядчику.
Никто ничего не взламывал. Просто временную настройку забыли убрать.
Где может остаться доступ Проверка персональных данных на сайте не заканчивается политикой конфиденциальности. Нужно посмотреть, куда информация попадает после отправки формы.
Например: — на дополнительные адреса электронной почты; — в рабочий чат с участниками прошлой команды; — в таблицу, открытую приглашённым пользователям; — в кабинет конструктора сайта; — в подключённый сервис, которым управляет подрядчик. Отдельно стоит проверить автоматическую пересылку писем. Удаление адреса из формы не поможет, если копии заявок продолжает отправлять сама почта.
Почему окончания договора недостаточно Документ фиксирует завершение отношений, но сам по себе не отключает учётную запись и не меняет настройки уведомлений. Статья 19 закона № 152-ФЗ предусматривает меры защиты от неправомерного доступа, установление правил доступа к персональным данным и контроль безопасности. Поэтому управление доступами — часть работы с персональными данными, а не только техническая задача. Основание: статья 19 № 152-ФЗ.
Что включить в завершение проекта Вместе с передачей файлов и подписанием документов полезно пройти короткий список.
1. Составить перечень доступов Какие кабинеты, папки, таблицы и каналы уведомлений использовал специалист? Кто сейчас ими управляет? Ориентироваться только на память неудобно. Лучше вести список с момента начала сотрудничества.
2. Убрать доступы, которые больше не нужны Проверить приглашённых пользователей, получателей уведомлений, общие ссылки и подключённые приложения. Если подрядчик продолжает сопровождение, определить, какие права нужны именно для этой работы. Завершение одного проекта не всегда означает прекращение всех задач.
3. Проверить общие учётные записи Если несколько человек использовали один пароль, удаление отдельного пользователя ничего не изменит. Понадобится пересмотреть способ доступа, сменить общие секреты и проверить активные сеансы.
4. Разобраться с копиями Выгрузки, резервные копии и файлы для диагностики могут остаться за пределами основного кабинета. Порядок их возврата, хранения или удаления нужно определить с учётом договора и применимых требований. Отключить вход и удалить ранее полученные копии — разные действия.
5. Отправить тестовую заявку Используйте вымышленные данные и проверьте, кто получил уведомление. Это помогает обнаружить забытый маршрут пересылки. Но один тест не покажет все сохранённые копии и права доступа: настройки тоже нужно проверить.
Кто отвечает за финальную проверку Полезно назначить конкретного сотрудника, который подтверждает завершение передачи проекта. Иначе разработчик считает, что доступы убрал маркетолог, а маркетолог уверен, что этим занимается руководитель. При обращении в Proverka-152fz.ru стоит отдельно уточнить, входит ли проверка доступов и маршрутов заявок в согласованный объём аудита. По внешнему виду сайта такие настройки обычно не видны.
А в вашей компании есть список доступов подрядчиков — или их вспоминают только при завершении сотрудничества?
#ПерсональныеДанные #152ФЗ #ЗащитаДанных #РаботаСПодрядчиками