Можно ли загружать персональные данные в нейросеть, зависит от того, какие сведения компания передает сервису и для какой задачи. Федеральный закон № 152-ФЗ не вводит отдельного режима для нейросетей: при работе с клиентскими и кадровыми данными действуют общие требования к обработке персональных данных.
Для бизнеса практический вопрос начинается не с выбора модели, а с состава информации. Во многих задачах ИИ достаточно текста обращения, структуры документа или профессиональных характеристик кандидата без имени, телефона и других идентификаторов.
Что происходит с данными после загрузки
Федеральный закон № 152-ФЗ относит к обработке широкий круг операций с персональными данными. Поэтому передача резюме, клиентской таблицы или другого файла внешнему ИИ-сервису требует оценки так же, как использование другого внешнего инструмента для обработки данных.
Особое значение имеет роль поставщика сервиса. Часть 3 статьи 6 закона № 152-ФЗ регулирует случаи, когда оператор поручает обработку другому лицу. В поручении должны быть определены перечень данных, операции с ними, цели обработки, требования к конфиденциальности и безопасности. Ответственность перед субъектом персональных данных в предусмотренных законом случаях сохраняется за оператором.
Само согласие клиента или сотрудника не решает все вопросы обработки. Статья 9 требует, чтобы согласие было конкретным, предметным, информированным, сознательным и однозначным. С 1 сентября 2025 года согласие на обработку персональных данных оформляют отдельно от других документов и информации, которые подписывает или подтверждает человек. При этом закон предусматривает и другие основания обработки.
Когда реальные данные модели не нужны
Заведующий лабораторией доверенного искусственного интеллекта РТУ МИРЭА Юрий Силаев рекомендует исходить из принципа минимальной достаточности: передавать сервису только информацию, которая действительно требуется для выполнения задачи.
Этот подход меняет сам порядок работы. Если сотруднику нужно подготовить черновик ответа на жалобу, модели часто достаточно содержания проблемы. ФИО клиента, номер телефона, адрес, банковские реквизиты или номер договора могут не влиять на результат.
Та же логика работает с документами. Юрий Силаев рекомендует перед загрузкой убирать фамилии, адреса, номера документов, банковские реквизиты, QR-коды, подписи и другие чувствительные сведения, если они не нужны для анализа.
Практический запрос можно сократить:
Было: «Подготовь ответ Иванову Ивану Ивановичу, телефон +7…, по договору №…, проживающему по адресу…».
Стало: «Подготовь ответ клиенту по следующей претензии: …».
Тот же принцип используется при работе с клиентскими базами: реальные имена и телефоны заменяют идентификаторами, а модели передают только сведения, необходимые для анализа.
Удаление одного имени, однако, не гарантирует обезличивания. Кандидата или сотрудника иногда позволяют определить должность, работодатель, город, даты работы и описание уникального проекта. Поэтому оценивать нужно весь набор сведений, а не только наличие ФИО.
Когда можно загружать персональные данные в нейросеть
Универсального разрешения для такой загрузки нет. Компания проверяет конкретную операцию: цель обработки, правовое основание, состав данных, получателя информации и условия работы поставщика.
Если сервис получает реальные персональные данные, одного критерия «сервер находится в России» недостаточно. Российское размещение связано с вопросом локализации, но не заменяет проверку основания обработки, договора с поставщиком, доступа к сведениям и мер защиты.
Часть 5 статьи 18 закона № 152-ФЗ отдельно регулирует локализацию. При сборе данных граждан России, в том числе через интернет, закон запрещает использовать базы за пределами России для записи, систематизации, накопления, хранения, уточнения и извлечения таких данных, кроме прямо предусмотренных исключений.
Поэтому формула «персональные данные россиян вообще нельзя обрабатывать за рубежом» неточна. Вопрос дальнейшей передачи за границу регулирует уже статья 12 закона № 152-ФЗ.
Что меняется при зарубежном сервисе
До начала трансграничной передачи оператор в общем случае уведомляет уполномоченный орган по защите прав субъектов персональных данных. Уведомление о такой передаче подается отдельно от общего уведомления об обработке персональных данных.
До его подачи оператор обязан получить от иностранного получателя предусмотренные законом сведения, в том числе о мерах защиты и условиях прекращения обработки. Порядок дальнейшей передачи зависит от государства, куда уходят данные. Для стран, не включенных в перечень государств с адекватной защитой, статья 12 устанавливает дополнительные ограничения до завершения установленного срока рассмотрения.
Что проверить у поставщика ИИ
До загрузки реальных клиентских или кадровых данных компании нужна информация не только о стране размещения сервиса. При работе с ИИ в HR предлагается проверять, какие данные получают поставщик и его субподрядчики, где находятся основные и резервные копии, как работает удаление и используются ли данные клиента для обучения модели.
Для рабочего сценария список можно свести к шести пунктам:
- Какие данные получает сервис.
- Где они обрабатываются и хранятся.
- Получают ли их субподрядчики.
- Использует ли поставщик запросы для обучения.
- Как удаляются файлы, запросы и история.
- Какие условия конфиденциальности и безопасности закреплены в договоре.
Проверку проводят до загрузки реальных данных. Название продукта или наличие платного тарифа сами по себе не отвечают ни на один из этих вопросов.
Отдельные правила нужны для кадровых данных
Резюме, контакты, история работы, запись интервью и выводы о кандидате могут содержать персональные данные. При использовании ИИ в подборе персонала рекомендуется до запуска сценария определить цель, состав информации, получателей, место хранения, срок удаления и условия работы внешнего поставщика.
Полное резюме не требуется для каждой задачи. Для подготовки вопросов к собеседованию модели может хватить описания вакансии и обезличенного перечня навыков. Передача полного файла дает сервису дополнительную информацию, которая не всегда нужна для результата.
Отдельное ограничение касается кадровых решений. Статья 16 закона № 152-ФЗ запрещает решения, основанные исключительно на автоматизированной обработке и создающие юридические последствия для человека либо затрагивающие его права и законные интересы, кроме предусмотренных законом случаев. При письменном согласии закон предусматривает такую возможность, но оператор обязан разъяснить порядок решения и предоставить человеку возможность возразить.
Поэтому автоматический рейтинг модели не стоит превращать в готовый отказ кандидату без правовой оценки сценария и содержательной проверки сотрудником.
Какие правила закрепить внутри компании
Рабочий регламент полезнее списка конкретных брендов, потому что сервисы и их условия меняются. Для HR такой регламент строится вокруг сценариев, состава данных, правил хранения и удаления, человеческого контроля и действий при инцидентах.
Для сотрудника правило должно отвечать на практические вопросы: какие ИИ-сервисы компания разрешила, для каких задач, какие сведения нельзя передавать, как сокращать набор данных и кому сообщать о спорном случае.
Перед отправкой текста, таблицы, резюме или другого файла сотруднику достаточно последовательно проверить пять пунктов:
- Реальные данные человека действительно нужны для задачи?
- Компания разрешила использовать этот сервис для такой информации?
- Определены цель и правовое основание обработки?
- Понятно, кто получит данные и где они будут обрабатываться?
- Из файла удалены сведения, которые не влияют на результат?
Если ответа нет хотя бы на один вопрос, загрузку рабочего документа стоит отложить до внутренней юридической или ИБ-проверки.