Нейросети и персональные данные клиентов: что нельзя загружать по 152-ФЗ

Что считается персональными данными клиента

Статья 3 закона № 152-ФЗ определяет персональные данные как любую информацию, относящуюся к прямо или косвенно определённому или определяемому физическому лицу. Ключевое слово — «косвенно». Данные остаются персональными, даже если в них нет фамилии, но по совокупности сведений человека можно узнать.

Практичный тест: если коллега из другого отдела, прочитав фрагмент, может сказать «а, это та женщина с Ленина, 15, которая заказывала шкаф», — фрагмент содержит персональные данные. Отдельная зона риска — сведения о здоровье и профессиональная тайна: как с ними обращаться, разобрали на примерах сайта психолога и нейросети для юриста.

Почему загрузка в нейросеть — это обработка и передача данных

По той же статье 3 обработка — это любое действие с персональными данными: сбор, запись, хранение, использование, передача и так далее. Когда сотрудник вставляет переписку в окно чат-бота, данные попадают на серверы сервиса — то есть передаются третьему лицу, которое их обрабатывает.

Компания, которая собрала данные клиентов, в терминах закона — оператор. Статья 6 разрешает оператору поручить обработку другому лицу с согласия субъекта (если иное не предусмотрено законом) и на основании договора. В поручении должны быть перечень данных, перечень действий с ними, цели и обязанность соблюдать конфиденциальность.

В переводе на практику: чтобы законно отдать данные клиентов в нейросеть, нужно три вещи — основание (обычно согласие клиента, где упомянута такая обработка), договор с сервисом, отвечающий требованиям закона, и понятная цель. У обычного бесплатного аккаунта в чат-боте нет ни договора-поручения, ни согласия ваших клиентов на эту передачу.

Зарубежные нейросети: два дополнительных барьера

Если сервис хранит и обрабатывает данные за рубежом, к общим правилам добавляются два требования.

Локализация. Часть 5 статьи 18 прямо говорит: при сборе персональных данных, в том числе через интернет, запись, систематизация, накопление, хранение, уточнение и извлечение данных граждан России с использованием баз данных за пределами РФ не допускаются (с узкими исключениями). Чат-бот, который сохраняет историю переписки на зарубежных серверах, под это описание подпадает.

Трансграничная передача. Статья 12 требует, чтобы оператор до начала трансграничной передачи уведомил Роскомнадзор о своём намерении — отдельно от общего уведомления об обработке персональных данных. Трансграничная передача, по определению статьи 3, — это передача данных иностранному государству, иностранному физическому или юридическому лицу.

Вывод простой: для малого бизнеса загружать данные клиентов в зарубежный чат-бот — почти всегда нарушение, и закрыть его «бумажками» на практике сложно. Обезличить данные дешевле.

Российские нейросети: проще, но не автоматически можно

Российский сервис с серверами в России снимает вопросы локализации и трансграничной передачи. Остальные требования остаются:

• нужно основание для передачи данных сервису — как правило, согласие клиента, в котором упомянута обработка третьими лицами по поручению;
• нужен договор с сервисом, где он принимает обязанности по защите данных, — у корпоративных тарифов это бывает, у бесплатного личного аккаунта обычно нет;
• цель обработки должна совпадать с целью, ради которой вы собирали данные. Телефон, оставленный ради обратного звонка, — не материал для обучения скриптов продаж без отдельного основания.

Поэтому даже с российской нейросетью безопаснее работать с обезличенными данными, а персональные передавать только через интеграции, где оформлены договор и согласия. Чем ещё различаются модели, разобрали в статье YandexGPT, GigaChat или ChatGPT для бизнеса.

Что можно, а что нельзя: практичное правило

Если коротко: обобщения и цифры — можно; люди и их детали — нельзя, пока не оформлены основание и договор.

Если хотите использовать нейросети в работе с клиентами, но не понимаете, где проходит граница, — покажем, какие задачи можно закрыть без передачи персональных данных и как собрать процесс безопасно.

Как обезличить выгрузку перед загрузкой в нейросеть

Закон называет обезличиванием действия, после которых без дополнительной информации невозможно определить, кому принадлежат данные. Замена фамилии на «Клиент 1» при сохранённом телефоне — не обезличивание. Порядок такой:

1. Решите, что нужно нейросети для задачи. Для анализа возражений не нужны ни имена, ни даты, ни суммы. Оставьте только текст реплик.
2. Удалите прямые идентификаторы. ФИО, телефоны, e-mail, ники в мессенджерах, номера договоров и заказов, паспортные данные, адреса.
3. Удалите косвенные идентификаторы. Точные адреса, редкие должности, названия маленьких компаний клиента, точные даты и суммы, если по ним можно узнать человека. Округлите: «заказ около 50 000 ₽», «весной».
4. Почистите свободный текст. В переписке имена прячутся внутри фраз: «Марина, добрый день», «передайте Сергею». Пройдитесь поиском по типовым обращениям.
5. Замените коды, если нужно связать строки. Если нейросети важно понимать, что три реплики от одного клиента, используйте условные коды. Таблицу соответствия кодов и людей не загружайте никуда и храните отдельно.
6. Проверьте выборочно. Откройте 10–20 случайных строк и попробуйте узнать человека. Узнали — возвращайтесь к шагу 3.
7. Загружайте минимум. Для выводов о возражениях хватит 50–100 обезличенных фрагментов, а не всей базы за три года.

Хороший побочный эффект: обезличенные и сокращённые данные нейросеть анализирует лучше — в них меньше шума.

Что грозит за нарушение

Ответственность — в статье 13.11 КоАП. Две самые вероятные для истории с нейросетями части:

Суммы по редакции КоАП на дату публикации. Отдельные, более крупные штрафы предусмотрены за утечки и за нарушение требований о локализации — их размер зависит от масштаба и сверяйте его по актуальной редакции статьи.

Но штраф — не единственный риск. Выгрузка клиентской базы в чужой сервис — это ещё и потеря контроля: вы не знаете, кто и как долго имеет доступ к истории чатов сотрудника.

Пример: как получить пользу от нейросети без персональных данных

Пример условный.

Допустим, мебельная мастерская в Казани хочет понять, почему из 120 заявок в месяц до договора доходят 25. Первое желание менеджера — выгрузить все переписки из мессенджера и CRM и спросить нейросеть «что не так». Это 120 диалогов с именами, телефонами, адресами и суммами — классический пример того, что загружать нельзя.

Безопасный вариант:

• менеджер выгружает только реплики клиентов из 40 диалогов, где сделка сорвалась;
• удаляет имена, телефоны, адреса, точные суммы и даты — на 40 диалогов уходит около часа;
• загружает обезличенный текст и просит сгруппировать причины отказа.

Результат, допустим, такой: 15 из 40 клиентов ушли после фразы «замер платный», 10 — потому что не получили ответ в тот же день, 8 — из-за срока изготовления. Это уже конкретные задачи: перенести стоимость замера в договор, настроить автоответ, честно писать срок на сайте. Персональные данные для этого вывода не понадобились вообще.

Для сравнения: если бы та же выгрузка ушла в зарубежный чат-бот, по таблице выше компания рисковала бы штрафом от 150 тысяч рублей ради вывода, который получился и без данных клиентов.

Как навести порядок в компании: 5 правил для команды

Главный источник риска — не руководитель, а сотрудник, который «просто хотел быстрее ответить клиенту». Помогает короткий внутренний регламент:

1. Список разрешённых сервисов. Какие нейросети можно использовать в работе, через какие аккаунты (рабочие, не личные).
2. Запрет на прямые идентификаторы. Никаких ФИО, телефонов, адресов, номеров договоров, скриншотов CRM и мессенджеров в чат-ботах.
3. Инструкция по обезличиванию. Семь шагов из раздела выше — на одну страницу, с примерами «было → стало».
4. Ответственный. Человек, к которому идут с вопросом «а это можно загрузить?», вместо того чтобы загрузить и не спросить.
5. Проверка раз в квартал. Посмотреть историю чатов в рабочих аккаунтах, обновить список сервисов.

Если в компании внедряется что-то серьёзнее чат-бота — например, AI-агент, который сам обрабатывает заявки, — вопрос о персональных данных нужно решать на этапе проектирования: где стоят серверы, какой договор с поставщиком, что написано в согласии на сайте.

Согласие на сайте: что проверить, если планируете нейросети

Согласие на обработку персональных данных собирается там, где клиент оставляет контакты: в формах, квизах, чат-виджетах. Что важно:

• по статье 9 согласие должно быть оформлено отдельно от иных документов, которые подтверждает или подписывает человек. Галочка, спрятанная в «Я принимаю условия оферты и политики», — плохая идея;
• если вы поручаете обработку сторонним сервисам, это стоит отразить в согласии и политике обработки данных;
• цели обработки в согласии должны покрывать то, что вы реально делаете с данными.

Форму и согласие стоит пересматривать каждый раз, когда меняется способ работы с заявками, — особенно если между сайтом и менеджером появляется новый сервис — например, нейросеть для автоответов в мессенджерах. Обычно это делают вместе с юристом, а мы со своей стороны собираем формы и интеграции так, чтобы данные шли только туда, куда разрешено.

Если хотите понять, какие задачи в вашей компании можно доверить нейросети без риска для данных клиентов, — оставьте заявку, разберём процессы и покажем безопасные варианты.