Тендеры и лиды
Информация
Сайт опубликован, формы работают, доступы переданы. Агентство закрывает проект, заказчик запускает рекламу.
Через неделю выясняется, что копии заявок продолжают приходить разработчику. Тестовая версия сайта содержит обращения реальных клиентов, а сервис отправки писем зарегистрирован на сотрудника, который уже перешёл в другую команду.
Это условный пример того, что может остаться за пределами обычной приёмки. Чтобы передача сайта заказчику была полной, стоит проверить весь путь персональных данных — от формы до хранения, доступа и удаления.
Начните со схемы движения заявки
Для каждой формы зафиксируйте, какие сведения она собирает и куда отправляет.
Например, имя и телефон могут одновременно попадать в кабинет конструктора, CRM, электронную почту и рабочий чат. У каждого получателя свои настройки доступа и хранения.
Такую схему удобнее готовить во время разработки. Перед запуском её нужно сверить с фактическими подключениями. Устного подтверждения «всё приходит менеджеру» недостаточно, чтобы понять, где ещё остаются копии.
В перечень стоит включить форму обратного звонка, онлайн-чат, загрузку файлов, запись на консультацию и другие способы обращения. Дополнительно проверьте подключённые сервисы аналитики и диагностики — состав передаваемых им данных зависит от настроек.
Определите обязанности заказчика и подрядчика
В документах проекта важно закрепить, кто определяет цели обработки, утверждает состав собираемых сведений, готовит юридические тексты и настраивает технические процессы.
Если подрядчик обрабатывает персональные данные по поручению заказчика, нужно оценить применимость требований к такому поручению. Статья 6 закона № 152-ФЗ предусматривает, в частности, определение перечня данных, операций, целей обработки и обязанностей исполнителя. Статья 6 закона № 152-ФЗ
Практически это означает, что вопрос доступа разработчика к обращениям клиентов лучше решить до начала работ. Тогда к сдаче проекта будет понятно, какие полномочия прекращаются, а какие нужны для согласованного сопровождения.
Сверьте документы с реальной работой сайта
Проверьте, соответствуют ли опубликованные тексты тому, что фактически происходит после отправки формы.
Если в процессе появился новый сервис или дополнительная цель использования данных, это повод пересмотреть документы и настройки.
Для каждой формы нужно определить применимое основание обработки. Там, где используется согласие, отдельно проверяют его содержание, способ получения и возможность подтвердить получение. Наличие ссылки на политику само по себе не описывает весь процесс обработки.
Полезный формат приёмки — пройти одну форму вместе с ответственным со стороны заказчика и специалистом, который проверяет правовую часть. Разработчик показывает фактический маршрут, а остальные участники сверяют его с согласованной схемой.
Проверьте доступы и владельцев кабинетов
У заказчика должен быть понятный перечень систем, от которых зависит работа сайта.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13836 тендеров
проведено за восемь лет работы нашего сайта.
Для каждой системы зафиксируйте:
кто управляет основной учётной записью;
какие сотрудники и подрядчики имеют доступ;
какие права им выданы;
как восстановить доступ;
кто оплачивает сервис и получает уведомления.
Если использовались общие пароли, потребуется согласовать их замену и проверить активные сеансы. Подключения через ключи доступа и приложения тоже нужно учитывать.
Статья 19 закона № 152-ФЗ предусматривает меры защиты от неправомерного и случайного доступа, правила доступа к данным и контроль безопасности. Поэтому пересмотр полномочий при завершении работ относится к организации защиты персональных данных. Статья 19 закона № 152-ФЗ
Разберите тестовые копии и выгрузки
Во время разработки могут появиться архив сайта, копия базы, файл для диагностики и тестовая версия на отдельном адресе.
Если туда попадали реальные сведения, определите дальнейшую судьбу каждой копии. Нужно учитывать цель хранения, основания и применимые сроки. Для дальнейших тестов можно подготовить отдельный набор вымышленных данных.
Также выясните, продолжает ли тестовая версия принимать обращения. Старая форма может оставаться доступной по прямой ссылке даже после запуска основного сайта.
Проведите тест после передачи доступов
Проверку следует выполнять уже с итоговыми настройками.
Отправьте тестовое обращение с вымышленными данными. Убедитесь, что его получили нужные сотрудники, а временные получатели исключены. Проверьте доступ к загруженному файлу и соответствие уведомлений выбранному сценарию.
Зафиксируйте результат. В акте или приложении к нему можно сослаться на перечень проверенных форм, интеграций и переданных кабинетов. Если обнаружены незакрытые вопросы, укажите ответственного и срок устранения.
Что передать вместе с сайтом
Заказчику пригодятся схема движения данных, перечень подключённых сервисов, список доступов и инструкция по изменению получателей заявок.
Отдельно стоит описать, к кому обращаться при ошибочной отправке, проблеме с доступом или необходимости изменить процесс. Это позволит следующему сотруднику работать с сайтом без восстановления всей истории проекта по переписке.
При обращении в Proverka-152fz.ru можно согласовать проверку сайта на этапе сдачи и уточнить, какие документы, настройки и процессы входят в её объём. Для такого разбора потребуется участие заказчика и технической команды. Proverka-152fz.ru
После передачи назначьте ответственного за актуальность схемы. Подключение нового чата, CRM или сервиса рассылки меняет путь данных, поэтому проверку стоит повторять при таких изменениях.
