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