Telegram-бот принимает заявки, записывает клиентов, выдаёт доступ к курсу или помогает пользователю с помощью нейросети. Для владельца это цифровой продукт, который может работать без отдельного сайта. Но требования к персональным данным зависят от того, что происходит с информацией о пользователях: какие сведения получает бот, где они обрабатываются и кому передаются.
Чтобы подготовить проект к запуску, нужно связать документы с его устройством: определить основания обработки, проверить маршрут данных, настроить пользовательские действия и подготовить необходимые уведомления Роскомнадзора. Политика и кнопка согласия — часть этой работы.
Юридическая практика «Софист» помогает оформить обработку персональных данных в ботах, Mini App и других цифровых продуктах. Готовим документы, проверяем действующие решения и даём рекомендации, которые владелец проекта может применить вместе с разработчиком.
Когда бот обрабатывает персональные данные
Проверка нужна, если бот:
- принимает заявки, бронирования или заказы;
- регистрирует пользователей и ведёт личные кабинеты;
- выдаёт доступ к платному контенту или подписке;
- собирает ответы на вопросы и результаты тестов;
- получает документы, фотографии или голосовые сообщения;
- сохраняет историю обращений и передаёт сведения в CRM;
- отправляет рекламные предложения;
- использует внешнюю нейросеть для обработки запросов.
Даже если бот не спрашивает паспортные данные или телефон, он может получать Telegram ID, имя профиля, username и сообщения, связанные с конкретной учётной записью. Отсутствие фамилии не делает такую информацию автоматически обезличенной.
Например, бот для записи на занятия сохраняет Telegram ID, выбранное время и историю посещений. Эти сведения связаны с пользователем. А если он дополнительно принимает анкету о здоровье, возникают вопросы не только об обычных контактных данных, но и о специальных категориях ПДн.
Первый шаг — составить перечень информации, которую продукт действительно получает. Учитывать нужно как поля анкеты, так и сведения, поступающие через платформу и подключённые сервисы.
Кто отвечает за данные: владелец бота, разработчик или конструктор
Оператором является лицо, которое определяет цели обработки, состав данных и действия с ними. В обычной ситуации, когда компания запускает бота для записи собственных клиентов, такую роль выполняет компания.
Если бот зарегистрирован на аккаунт разработчика, это само по себе не переносит на него обязанности владельца бизнеса. И обратная ситуация: разработчик, который получает доступ к базе при сопровождении, не становится автоматически самостоятельным оператором всех клиентских данных.
| Ситуация | Что нужно выяснить |
|---|---|
| Компания заказала разработку бота | Кто управляет продуктом, кому принадлежат аккаунты, где размещён сервер и имеет ли разработчик доступ к данным после сдачи |
| Предприниматель использует конструктор | Какие сведения получает провайдер, где они обрабатываются, что предусмотрено договором и как выгрузить или удалить данные |
| IT-компания предоставляет бот организациям-клиентам | Какие процессы выполняются для заказчика, какие — в собственных целях сервиса и как разделены обязанности сторон |
Когда подрядчик обрабатывает данные по поручению оператора, необходимо оформить соответствующие условия с учётом части 3 статьи 6 Закона № 152-ФЗ. Обычного NDA для этого недостаточно: он регулирует конфиденциальность, но не заменяет условия поручения обработки.
Сначала проверьте маршрут данных
До подготовки политики попросите разработчика описать путь информации от первого действия пользователя до удаления. Для первоначального разбора достаточно понятной схемы и списка сервисов.
| Этап | Какие вопросы задать |
|---|---|
| Начало работы | Что поступает при команде /start или открытии Mini App ещё до заполнения анкеты |
| Ввод информации | Пользователь пишет в чат, заполняет веб-форму или загружает файл? Куда направляется содержание |
| Основная обработка | Где находятся сервер, база, конструктор и CRM? Какие операции они выполняют |
| Внешние сервисы | Есть ли аналитика, распознавание речи, ИИ, облачные хранилища и техническая поддержка |
| Ответ пользователю | Какие сведения возвращаются в сообщения Telegram, файлы или уведомления |
| Хранение и удаление | Что остаётся в логах, копиях, выгрузках и системах подрядчиков |
Например, база может находиться в Москве, а голос пользователя перед расшифровкой уходить зарубежному сервису. Или бот не хранит документы в основной базе, но их содержание сохраняется в журнале ошибок. Такие процессы необходимо учитывать в правовой оценке и документах.
Российский адрес одного сервера не описывает всю обработку. Нужны сведения об остальных участниках и выполняемых операциях.
Можно ли использовать Telegram с учётом локализации и трансграничной передачи
Здесь важно различать три вопроса: допустимость использования иностранного мессенджера конкретной организацией, соблюдение требований при сборе данных и передачу информации иностранным получателям.
Кого касаются специальные ограничения
Закон устанавливает ограничения на использование иностранных мессенджеров для определённых организаций и видов взаимодействия. В частности, специальные правила предусмотрены для государственных структур, ряда организаций с государственным участием, финансовых организаций, операторов связи и других прямо названных субъектов.
Это не общий запрет для любого предпринимателя. Но до запуска нужно проверить, относится ли владелец продукта и его деятельность к соответствующим категориям. Такой вопрос особенно важен, если бот создаётся для заказчика, на которого распространяются специальные ограничения.
Что проверить при сборе данных
Часть 5 статьи 18 Закона № 152-ФЗ ограничивает использование зарубежных баз при сборе персональных данных граждан России. Поэтому недостаточно написать в политике «данные хранятся в РФ»: фактический процесс должен соответствовать этому описанию и требованиям закона.
В письме Минцифры России от 12.05.2025 № П25-44929 отдельно разграничены требования к сбору и последующая трансграничная передача ранее собранных в российскую базу данных. Уведомление о передаче за рубеж не заменяет выполнение требований локализации.
Практический подход — определить, какие операции выполняются через Telegram, какие на собственном сервере и какие у внешних провайдеров. Если для анкеты нужны подробные сведения или документы, стоит рассмотреть отдельную форму с непосредственной отправкой на российский сервер. При этом нужно проверить, не передаёт ли сама форма введённые данные обратно через Telegram или зарубежные сервисы.
Всегда ли переписка в Telegram означает трансграничную передачу
В письме Управления РКН по Приволжскому федеральному округу от 19.08.2025 № 22002-8/52 указано, что направление информации через иностранные мессенджеры пользователям, находящимся в России, не является трансграничной передачей ПДн.
Эту позицию необходимо учитывать применительно к описанной переписке. Однако она не освобождает от проверки отдельных передач: например, когда продукт отправляет анкету иностранному ИИ-провайдеру или использует зарубежное хранилище.
Для проекта нужно установить конкретных получателей, содержание передачи и её назначение. Перечислять предполагаемые страны только потому, что продукт использует Telegram, недостаточно.
Что меняется, если у вас Mini App
Mini App открывается внутри Telegram, но представляет собой веб-приложение. У него могут быть собственные сервер, формы, аналитика, хранилища и внешние API.
Способ запуска влияет на сведения, которые приложение получает от Telegram. В зависимости от реализации введённая информация может направляться на сервер владельца либо передаваться боту через механизмы платформы.
До запуска проверьте:
- какие сведения об аккаунте получает приложение;
- куда отправляются данные из каждой формы;
- используются ли аналитика и сторонние библиотеки;
- что сохраняется в браузерном хранилище и на сервере;
- попадают ли заполненные анкеты, файлы и результаты обратно в чат;
- какие документы доступны пользователю до соответствующего действия.
Mini App позволяет организовать отдельный интерфейс сбора и ограничить передачу информации через сообщения. Но соответствие требованиям зависит от фактической реализации. Сама надпись «Mini App» вопрос локализации не решает.
Какие документы подготовить для бота
Состав зависит от функций продукта, правовых оснований и участников обработки.
| Документ или условие | Для чего нужен |
|---|---|
| Политика обработки персональных данных | Объясняет, кто обрабатывает сведения, для каких целей, какие данные использует, кому передаёт и как реализуются права пользователей |
| Согласие на обработку ПДн | Оформляет обработку там, где она основывается на согласии; содержание и способ получения определяются применимыми требованиями |
| Согласие на рекламу | Подтверждает разрешение на рекламные сообщения, если они направляются пользователю |
| Пользовательское соглашение или оферта | Определяет условия использования продукта, предоставления доступа, оплаты и другие договорные вопросы |
| Условия обработки данных подрядчиками | Закрепляют роли и обязанности разработчика, конструктора, технической поддержки и других участников |
| Внутренние документы и инструкции | Определяют доступ, сроки хранения, уничтожение, рассмотрение обращений и действия при инцидентах |
Если документы компании уже существуют, сначала нужно проверить, охватывают ли они новый канал и его особенности. Иногда достаточно актуализации, иногда продукт требует отдельного комплекта. Не обязательно создавать новую политику на каждый бот, но общая политика должна достоверно описывать его обработку.
Telegram предусматривает стандартную политику для ботов и Mini App. Её наличие не подтверждает, что описаны именно ваши процессы и выполнены российские требования. Платформа возлагает на разработчика ответственность за соответствие политики продукту и применимому праву. Собственную политику можно указать через BotFather.
Подробнее о составе работы — на странице юридического сопровождения по персональным данным и 152-ФЗ.
Как оформить согласие и действия пользователя
Сначала определите правовое основание для каждой цели. Обработка, необходимая для заключения или исполнения договора с пользователем, может осуществляться без согласия при выполнении предусмотренных законом условий. Из этого не следует право использовать те же сведения для любых других задач.
Если основанием является согласие, пользователь должен понимать, на что соглашается. С 1 сентября 2025 года согласие оформляется отдельно от других информации и документов, которые он подтверждает или подписывает.
Для обычного согласия в электронной форме можно предусмотреть отдельную кнопку с понятным действием и доступным текстом. Когда закон требует письменной формы, нужно обеспечить именно такую форму: обычная кнопка сама по себе её не заменяет.
Пример последовательности для бота записи
- При первом обращении бот сообщает, какая организация предоставляет сервис, и даёт доступ к документам.
- Перед сбором сведений для соответствующей цели пользователь получает необходимую информацию и, если требуется, отдельно выражает согласие.
- Бот запрашивает только данные, нужные для записи.
- Подписка на рекламные предложения предлагается отдельно и предусматривает возможность отказа.
- В меню остаётся способ обратиться по поводу данных и отказаться от рекламы.
При этом уже команда /start может приводить к получению идентификатора и сведений профиля. Поэтому правовое основание и минимально необходимую обработку на первом этапе нужно определить заранее. Нельзя обещать, что бот вообще не получает данные до нажатия следующей кнопки, если он фактически их уже получил.
Что сохранять для подтверждения согласия
Полезно фиксировать идентификатор пользователя, дату и время, действие, цель и версию текста, который был ему показан. Система должна позволять восстановить, с чем именно согласился пользователь.
Запись в базе «consent = true» без понятного источника и содержания слабее, чем связанная история действия и версии документа. Конкретный способ фиксации определяем с разработчиком.
Нажатие «Начать» или разрешение Telegram отправлять сообщения не следует автоматически считать согласием на рекламу. Рекламную подписку нужно оформлять и учитывать отдельно. О правовых основаниях подробнее — в статье о согласии на обработку персональных данных.
Что подать в Роскомнадзор до запуска
Если деятельность подлежит уведомлению, его необходимо направить до начала обработки. Для бота с автоматизированной обработкой отсутствие сотрудников, небольшой бюджет или статус MVP сами по себе не создают освобождения.
Если владелец уже состоит в реестре операторов, нужно проверить актуальность сведений. Новый бот не всегда требует нового первичного уведомления: значение имеют изменения целей, данных, систем и других сведений, подлежащих отражению.
При наличии трансграничной передачи отдельно рассматривается уведомление по статье 12. До его подачи закон требует получить предусмотренные сведения о получателе и провести оценку. Возможность начала передачи определяется применимым порядком статьи 12, а не только фактом отправки формы.
Чтобы подготовить сведения, потребуются описание функций, категории пользователей и данных, цели и основания, информация о базах и получателях, меры защиты и даты начала соответствующей деятельности.
Подача уведомления не является одобрением архитектуры бота и не заменяет документы, основания обработки или меры защиты. Подробный порядок описан в статье об уведомлении Роскомнадзора.
Если бот использует нейросеть
Проверять нужно весь запрос к модели: сообщение пользователя, историю диалога, вложения, расшифровку голоса, сведения из CRM и технические поля. Текст, в котором убрали имя, может по-прежнему содержать достаточно сведений о человеке.
Предварительное обезличивание может помочь сохранить полезное содержание задачи без передачи внешней модели информации, позволяющей определить человека. Для этого нужно оценить выбранные методы, состав отправляемых сведений и условия работы получателя. Подготовка политики сама по себе эту задачу не решает.
Особое внимание требуется, если пользователи могут отправлять сведения о здоровье, документы других людей или данные детей. Согласие пользователя на его собственные данные не даёт автоматически права обрабатывать сведения любого третьего лица. А предупреждение «не отправляйте чувствительную информацию» должно поддерживаться реальными ограничениями и порядком работы с поступившими материалами.
Эти вопросы подробно рассматриваем в статьях об использовании зарубежных нейросетей по 152-ФЗ и об обезличивании данных для ИИ-проектов.
Чек-лист перед запуском
- Определены владелец продукта и роли участников обработки.
- Составлен перечень данных и описан их маршрут.
- Проверены применимость специальных ограничений и требования локализации.
- Для каждой цели определено основание обработки.
- Политика и необходимые документы доступны в нужных точках интерфейса.
- Согласия там, где они требуются, получаются и фиксируются корректно.
- Рекламная подписка отделена от работы основных функций.
- Проверены договоры с участниками, получающими данные.
- Подготовлены необходимые уведомления РКН и соблюдён порядок начала обработки и передачи.
- Ограничены доступы; определены сроки хранения, порядок удаления и реагирования на инциденты.
- Разработчик проверил сценарии на тестовых примерах, включая отказ, отзыв согласия и обращение пользователя.
Удаление переписки пользователем и блокировка бота не означают, что сведения автоматически исчезли из вашей базы, CRM и копий. Эти процессы необходимо организовать отдельно.
Если бот уже работает, начните с фактической схемы и имеющихся материалов. Определите операции, которые требуют немедленного изменения или приостановки, проверьте основания использования ранее собранной базы и исправьте документы. Новая политика не оформляет прошлую обработку задним числом.
Как «Софист» помогает подготовить Telegram-бот к работе
Помогаем владельцам ботов и Mini App разобраться с обработкой данных, подготовить юридическое оформление и передать команде понятные рекомендации.
Уведомление Роскомнадзора — 10 000 рублей
Подходит, если документы и основные процессы уже оформлены, а нужна помощь с уведомлением об обработке персональных данных. Уточняем сведения о деятельности, целях, категориях данных и используемых базах, готовим уведомление и сопровождаем подачу. Если уведомление подавалось ранее, проверяем необходимость изменения сведений.
Уведомление о трансграничной передаче — отдельная задача. Оно не заменяется общим уведомлением об обработке. Подробнее о порядке работы — в статье об уведомлении Роскомнадзора.
Базовый пакет для чат-бота — 35 000 рублей
Подходит владельцам Telegram-ботов и Mini App, которым нужно оформить основные вопросы обработки данных перед запуском или привести в порядок действующий проект.
В пакет входят:
- подготовка или актуализация политики обработки персональных данных с учётом функций бота;
- необходимые согласия на обработку данных и согласие на рекламу, если она направляется;
- подготовка или проверка уведомления Роскомнадзора и сопровождение его подачи в согласованном объёме;
- правовая проверка пользовательских сценариев: какие данные запрашиваются, где доступны документы и как пользователь выражает согласие;
- правовая проверка соблюдения требований к локализации по сведениям об устройстве продукта;
- практические рекомендации для владельца и разработчика.
В этой услуге проверяем чат-бот и Mini App вместо сайта. Документы и рекомендации готовим под их функции и обработку данных. Базовый пакет можно заказать и при отсутствии отдельного сайта.
Универсальный пакет — 50 000 рублей
Подходит, если помимо оформления бота нужно организовать внутреннюю работу с персональными данными: доступ сотрудников, хранение и уничтожение, обработку обращений, взаимодействие с подрядчиками и распределение обязанностей.
Включает всё из Базового пакета, расширенный комплект внутренних документов и материалов, пошаговую инструкцию по применению и повторную правовую проверку чат-бота после согласованных исправлений. Состав внутренних документов определяем с учётом деятельности организации.
Подробнее о пакетах — на странице юридического сопровождения по 152-ФЗ.
Базовый пакет — основной вариант для оформления обработки в чат-боте. Универсальный выбирают, когда дополнительно нужны внутренние процедуры организации. Оба пакета предполагают правовую проверку в установленном объёме. Углублённый анализ сложной архитектуры, оформление трансграничной передачи и сопровождение обезличивания оцениваем отдельно. Если продукт платный, подготовку оферты и других договорных условий также согласуем дополнительно.
Юридический аудит бота или Mini App
Если нужно выяснить, как продукт соответствует требованиям, проводим юридический аудит цифрового продукта — от 50 000 рублей.
Изучаем согласованные сценарии, состав данных, получателей и документы. По итогам передаём заключение с выявленными проблемами и рекомендациями. Новые документы, уведомления и проверку исправлений включаем в согласованный состав работ. Технические изменения выполняют специалисты клиента.
Можно начать с отдельной задачи или консультации — 5 000 рублей за час работы. Предварительное чтение документов, анализ схемы и письменные рекомендации учитываются в согласованном рабочем времени. Проверка нескольких документов и систем не ограничивается автоматически одним часом разговора.
Для первоначального разбора обычно достаточно описания продукта, списка сервисов, схемы и вымышленных примеров. Реальные базы пользователей и секретные ключи передавать не требуется.
Объём, результат, сроки и стоимость закрепляем в договоре. Наша задача — дать применимые юридические рекомендации и помочь с оформлением выбранного процесса. Разработчик реализует изменения, а владелец организует дальнейшую работу. Если задача выходит за пределы ПДн, её можно включить в юридическое сопровождение IT-проекта.
Опыт практики и пример работы
Практика «Софист» работает с 2016 года. Сопровождаем IT-проекты, стартапы и крупные предприятия Татарстана, работаем дистанционно с клиентами из других регионов. Работу ведёт Василий Кустов.
В одном из проектов к нам обратился ИИ-стартап, использовавший зарубежный AI-сервис. Мы изучили обработку, предложили подход с предварительным обезличиванием, подготовили локальный акт и акт оценки методов. Актуализировали политику и другие документы, дали рекомендации по внедрению.
Компания получила документы и правовые рекомендации для применения выбранного подхода. Подробнее — в кейсе по обезличиванию данных для ИИ-стартапа. Другие примеры — в разделе кейсов практики.
Благодарственные письма клиентов
Благодарственное письмо ООО «Вайс Сити Системс»
Отзыв о сотрудничестве с юридической практикой «Софист».
Благодарственное письмо ООО «МАНТЛ КОД»
Отзыв о сотрудничестве с юридической практикой «Софист».
Письма отражают оценку сотрудничества с практикой. Сведения о нас и другие отзывы — на странице «О нас».
Часто задаваемые вопросы
Разработчик уже добавил политику и кнопку. Зачем обращаться к юристу?
Нужно проверить, что они соответствуют реальной работе продукта: данным, целям, сервисам и действиям пользователя. Готовая кнопка не отвечает на вопросы о локализации, подрядчиках, уведомлениях и сроках хранения. Мы связываем эти вопросы и даём рекомендации по необходимым изменениям.
Можно заказать только проверку готовых документов?
Да. Согласуем документы, вопросы и результат: комментарии, перечень правок или редактирование. Для проверки потребуется описание обработки. Если проблема находится в устройстве сервиса, объясним её отдельно: изменить только формулировку политики в такой ситуации недостаточно.
У нас небольшой MVP. Обязательно покупать полный аудит?
Нет. Формат зависит от функций и задачи. Можно начать с консультации или подготовки документов под определённый процесс. Если продукт включает сложные передачи, загрузку документов или несколько провайдеров, сначала согласуем необходимую глубину анализа. Размер проекта сам по себе не определяет объём юридической работы.
Можно использовать документы с нашего сайта?
Иногда да, после проверки и актуализации. Нужно учитывать владельца, цели, данные и сервисы бота. Если эти сведения уже корректно отражены в документах, дублировать их отдельным комплектом только из-за нового канала не обязательно.
Нужно предоставлять доступ к исходному коду и базе пользователей?
Для первоначального разбора — нет. Начинаем с описания, документов и тестовых примеров. Для аудита могут понадобиться демонстрация, тестовый доступ и пояснения разработчика. Необходимые материалы и условия конфиденциальности согласуем заранее.
Можно обратиться, пока бот ещё разрабатывается?
Да. На этом этапе можно определить требования к сбору, документам и интерфейсу и учесть их до запуска. После реализации важно сопоставить согласованные решения с фактической работой. Проверку готового продукта включаем в объём по договорённости.
Вы исправите бота и гарантируете отсутствие штрафов?
Мы выполняем юридическую работу: анализируем, готовим документы и рекомендации, разъясняем применение. Программирование и настройки выполняет ваша команда. Гарантировать отсутствие штрафов нельзя; в договоре фиксируем конкретные результаты и границы работы, а соблюдение требований зависит также от внедрения и последующего использования продукта.