Персональные данные и нейросети: что можно загружать по 152-ФЗ
Персональные данные можно загружать в нейросеть, если у компании есть основание обработки, договор поручения с провайдером и уведомление Роскомнадзора о передаче за рубеж. Публичный чат в личном аккаунте этим условиям не отвечает. Туда идет только обезличенный текст, реальные данные — в модель по договору.
Почему нейросетям не рекомендуют передавать персональные данные?
Загрузка документа в нейросеть с точки зрения закона № 152-ФЗ считается обработкой персональных данных. По пункту 3 статьи 3 обработка — любое действие с данными, включая запись, хранение, передачу и предоставление доступа. Текст договора, вставленный в чат, попадает на серверы провайдера модели, и у данных появляется еще одно место хранения за пределами компании.
Отвечает за это оператор. По пункту 2 статьи 3 оператор определяет цели обработки, состав данных и действия с ними. Когда юрист вставляет договор в чат, оператором остается его компания. Сотрудник действует от ее имени.
Отсюда три вопроса, на которые закон требует ответа до загрузки. Есть ли основание обработки? Кто и по какому договору обрабатывает данные у провайдера? В какой стране работает модель?
Статья не юридическая консультация. Решение по конкретному документу принимает юрист компании или ответственный за организацию обработки персональных данных.
Что в документе считается персональными данными?
По пункту 1 статьи 3 персональные данные — любая информация, которая прямо или косвенно относится к определенному или определяемому человеку. В договоре это ФИО подписантов, паспортные данные представителя, адрес, телефон и почта. В претензии добавляются сведения о долге конкретного человека, в трудовом споре — зарплата и должность.
Косвенная связь тоже считается, и о ней чаще всего забывают. Если по должности, отделу и дате приказа понятно, о ком речь, текст содержит персональные данные даже без фамилии.
Обезличивание закон описывает в пункте 9 статьи 3. Это действия, после которых без дополнительной информации нельзя определить, кому принадлежат данные. Для договора это значит заменить стороны на «Сторона 1» и «Сторона 2», удалить реквизиты, адреса и даты, по которым узнается сделка.
Здесь две детали. Обезличивание тоже входит в перечень действий обработки, поэтому его проводит компания до отправки. Таблица соответствия, по которой «Сторона 1» превращается обратно в имя, остается внутри компании и в нейросеть не уходит.
Вручную обезличивать долго, и на десятом договоре сотрудник пропустит телефон в приложении. Для этого есть инструменты вроде Анонимизатор персональных данных по 152-ФЗ. Он находит паспорта, СНИЛС, ИНН, телефоны и адреса и заменяет их метками. В карточке каталога прямо сказано, что распознавание ошибается в обе стороны, поэтому выборку результатов проверяет человек.
Чем отличаются публичный чат, корпоративный тариф и свой сервер?
С точки зрения закона варианты различаются тремя вещами: договором провайдера с компанией, страной обработки и тем, кто отвечает за меры защиты.
Вариант | Договор с компанией | Где обрабатывается запрос | Что нужно по 152-ФЗ |
|---|---|---|---|
Публичный чат в личном аккаунте | нет, соглашение принял сотрудник | у провайдера, часто за рубежом | загружать только обезличенный текст |
Корпоративный тариф или API зарубежного провайдера | есть, в него можно включить условия поручения | за рубежом | основание, поручение по ч. 3 ст. 6, уведомление по ст. 12, первичная база в России по ч. 5 ст. 18 |
Российский облачный провайдер | есть | по договору, проверить в нем | основание, поручение по ч. 3 ст. 6, меры по ст. 19 |
Модель на своем сервере в России | третьей стороны нет | на сервере компании | основание, меры по ст. 18.1 и 19 |
Чат отпадает сразу. Пользовательское соглашение принял сотрудник как частное лицо, и требований части 3 статьи 6 в нем нет. Условия конкретных чатов, включая обучение на запросах, я сравнил в статье «Промпты для юриста: 10 шаблонов для договоров, претензий и писем».
Корпоративный тариф решает вопрос договора, но страну обработки оставляет прежней. Например, OpenAI пишет в документации API, что данные из API по умолчанию не идут в обучение моделей. Журналы для контроля злоупотреблений хранятся до 30 дней. В списке регионов хранения данных для API России нет. Значит, передача остается трансграничной.
В российском облаке другой набор настроек. Документация Yandex AI Studio говорит, что по умолчанию модели сохраняют все данные запросов. Для запросов с персональными данными логирование советуют выключать заголовком x-data-logging-enabled: false, и тогда содержимое не используется для улучшения сервиса.
Свой сервер убирает третью сторону из схемы. Открытую модель можно запустить, например, через Ollama. Ответственность за защиту сервера, доступы и журналы при этом целиком остается у компании.
Я проверил параметры сервисов 23 октября 2026 года.
Когда провайдер обрабатывает данные по поручению?
Провайдер модели обрабатывает данные по поручению, когда с компанией заключен договор с условиями из части 3 статьи 6. Часть 3 разрешает оператору поручить обработку другому лицу с согласия субъекта, если иное не предусмотрено федеральным законом.
В поручении закон требует перечислить:
- Перечень персональных данных и действий с ними.
- Цели обработки.
- Обязанность соблюдать конфиденциальность.
- Выполнение части 5 статьи 18 и статьи 18.1.
- Обязанность по запросу оператора подтверждать принятые меры документами.
- Требования к защите по статье 19.
- Уведомление оператора в случаях из части 3.1 статьи 21.
По части 4 статьи 6 провайдер не обязан сам получать согласие людей, чьи данные в документе. По части 5 перед человеком отвечает оператор, даже если ошибся провайдер. Сам провайдер несет ответственность перед оператором по договору.
Я бы сверял договор провайдера с этим списком построчно. Стандартное соглашение об обработке данных у зарубежных компаний написано под другое право. Пункты про часть 5 статьи 18 и статью 21 я бы искал в нем отдельно, это требования российского закона.
Нужно ли согласие человека на загрузку его данных?
Согласие нужно, если у компании нет другого основания из части 1 статьи 6. Там перечислены, среди прочего, согласие субъекта (пункт 1) и исполнение договора, где сам человек выступает стороной (пункт 5).
Отдельное условие задает часть 3 статьи 6. Поручить обработку провайдеру она разрешает с согласия субъекта, если иное не предусмотрено федеральным законом. Как это сочетается с вашим основанием обработки, решает юрист.
По части 1 статьи 9 согласие должно быть конкретным, предметным, информированным, сознательным и однозначным. Его оформляют отдельно от других документов. Общая фраза в договоре о том, что данные «могут обрабатываться любыми способами», этим признакам не соответствует.
Когда согласие оформляют письменно, часть 4 статьи 9 перечисляет его обязательные сведения. Пункт 6 этого перечня требует указать наименование и адрес лица, которое обрабатывает данные по поручению оператора. Если модель работает у провайдера по поручению компании, его название должно быть в тексте согласия.
Что закон требует при передаче данных за рубеж?
Передачу данных зарубежному провайдеру закон называет трансграничной (пункт 11 статьи 3). Ее регулирует статья 12.
По части 3 статьи 12 оператор уведомляет Роскомнадзор о намерении передавать данные за рубеж до начала передачи, причем отдельно от общего уведомления об обработке, которое компания подает по статье 22. Часть 4 перечисляет его содержание: правовое основание и цель, категории данных и людей, список стран и дату оценки мер защиты у получателя.
До подачи уведомления оператор получает от иностранного получателя сведения о мерах защиты и об условиях прекращения обработки (часть 5). Роскомнадзор рассматривает уведомление 10 рабочих дней (часть 9).
Дальше все зависит от страны. Роскомнадзор ведет перечень государств с адекватной защитой персональных данных. В эти страны передавать можно сразу после уведомления (часть 10). В остальные передача не начинается до окончания срока рассмотрения (часть 11).
Вторая норма для облака — часть 5 статьи 18. При сборе данных граждан России их запись, хранение и обновление в базах за рубежом не допускаются. Исключения перечислены в пунктах 2, 3, 4 и 8 части 1 статьи 6. Первичная база с данными должна быть в России. Зарубежная модель получает копию для конкретной задачи, и на эту передачу распространяется статья 12.
Какие меры защиты нужны внутри компании?
Статья 18.1 требует от оператора-юрлица назначить ответственного за организацию обработки персональных данных. Компания также издает политику и локальные акты, проводит внутренний контроль, оценивает возможный вред и знакомит сотрудников с правилами. Правило о нейросетях логично записать в те же локальные акты: какие сервисы разрешены и для каких документов.
Статья 19 перечисляет меры безопасности. Для нейросети из них важнее всего правила доступа и регистрация всех действий с данными, обнаружение несанкционированного доступа и контроль за принятыми мерами.
Те же требования относятся к ИИ-агенту, который читает документы сам. Агент видит только папки и поля, открытые его учетной записи. Он обезличивает текст перед отправкой во внешнюю модель и записывает в журнал каждое обращение. Решение о загрузке спорного документа и проверку результата оставляет человеку. Как я настраиваю такие границы для договоров, описано на странице ИИ-помощник для юридического отдела.
Если сотрудники ищут ответы по внутренним документам, данные проще убрать на этапе загрузки в базу. Так устроена база знаний компании на ИИ. Техническую проверку того, куда уходят данные, помогает провести скилл Аудит персональных данных по 152-ФЗ. В его карточке сказано, что он не заменяет юриста.
Что грозит компании за нарушение?
Ответственность задает статья 13.11 КоАП. Для юридического лица основные составы такие:
- обработка без законного основания или несовместимая с целями сбора (часть 1): от 150 тыс. до 300 тыс. руб.;
- обработка без письменного согласия, когда оно обязательно, или с неполным согласием (часть 2): от 300 тыс. до 700 тыс. руб.;
- запись и хранение данных граждан России в базах за рубежом (часть 8): от 1 млн до 6 млн руб.;
- неправомерная передача данных от 1 000 до 10 000 человек (часть 12): от 3 млн до 5 млн руб.
За более крупные утечки части 13 и 14 повышают суммы. Повторное нарушение по части 15 считают от выручки компании.
Про нейросети в кодексе ничего нет. Вопрос квалификации решает юрист, и из этого списка можно судить только о масштабе риска.
Что проверить перед загрузкой документа?
Если в документе есть персональные данные, перед загрузкой пройдите 12 пунктов. Если на любой пункт ответ «нет» или «не знаю», документ в таком виде не загружают.
- Вы знаете, какие персональные данные есть в документе: ФИО, контакты, паспорт, сведения, по которым узнается человек.
- Из текста убрано все, что не нужно для задачи.
- Для обработки есть основание из части 1 статьи 6, и цель соответствует основанию.
- Сервис работает по договору с компанией. Личный аккаунт сотрудника не подходит.
- Договор с провайдером содержит условия поручения из части 3 статьи 6.
- Если требуется письменное согласие, в нем указан провайдер как лицо, которое обрабатывает данные по поручению.
- Известна страна, где модель обрабатывает запрос.
- Если страна иностранная, уведомление в Роскомнадзор подано до первой передачи. Для страны вне перечня с адекватной защитой истек срок рассмотрения.
- Первичная база с этими данными находится в России.
- Сервис разрешен локальным актом компании.
- Хранение запросов у провайдера настроено.
- Ответственный за обработку персональных данных знает о сценарии.
Для разовой задачи проще убрать данные целиком и работать с обезличенным текстом. Пункты с 3 по 10 нужны, когда нейросеть становится частью процесса юротдела. Как сравнить сервисы для юристов по месту хранения данных, я разобрал в статье «ИИ для юристов: как выбрать сервис и где проходит граница».
Нормы закона № 152-ФЗ в редакции от 26 июля 2026 года я сверил с текстом на consultant.ru 23 октября 2026 года. Статью 13.11 КоАП в редакции с изменениями от 30 мая 2025 года я проверил по garant.ru в тот же день.
Если вы хотите встроить нейросеть в работу юристов, напишите, какой документ идет в работу чаще всего и где сейчас хранятся договоры.
Частые вопросы
Можно ли загружать договор в ChatGPT?
Договор с персональными данными в личный аккаунт ChatGPT отправлять нельзя. У компании нет договора с провайдером, а запрос обрабатывается за рубежом. Обезличенный договор без имен, реквизитов и узнаваемых деталей сделки допустим. Для постоянной работы с реальными договорами нужен корпоративный договор с условиями поручения и уведомление Роскомнадзора о трансграничной передаче. Другой путь — модель в России.
Обезличенный текст можно отправлять в любую нейросеть?
Закон определяет обезличивание так: без дополнительной информации нельзя понять, о ком данные. Поэтому перед отправкой проверьте две вещи. В тексте не осталось косвенных признаков вроде должности, даты приказа и суммы долга. Таблица соответствия меток и имен осталась внутри компании. Коммерческую тайну обезличивание не снимает, ее защищает отдельный закон.
Что делать, если сотрудник уже загрузил договор с данными в публичный чат?
В тот же день сообщите ответственному за организацию обработки персональных данных. Он оценит, какие данные ушли и куда, и решит, нужны ли уведомления. Удалите чат в аккаунте и проверьте настройки обучения на запросах. Затем запишите правило в локальный акт и покажите сотрудникам рабочий способ обезличить документ.
Для юротдела лучше облако или свой сервер?
Свой сервер в России снимает вопросы трансграничной передачи и поручения, но требует ресурсов на защиту и обслуживание модели. Российское облако по договору поручения проще запустить. Я бы начинал с облака и отключенного логирования запросов, если договоров немного. Свой сервер оправдан, когда через модель идет постоянный поток документов с паспортными данными.
Источники
- Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных» (ред. от 26.07.2026), КонсультантПлюс (откроется в новой вкладке)
- 152-ФЗ, статья 3. Основные понятия (откроется в новой вкладке)
- 152-ФЗ, статья 6. Условия обработки персональных данных (откроется в новой вкладке)
- 152-ФЗ, статья 9. Согласие субъекта персональных данных (откроется в новой вкладке)
- 152-ФЗ, статья 12. Трансграничная передача персональных данных (откроется в новой вкладке)
- 152-ФЗ, статья 18. Обязанности оператора при сборе персональных данных (откроется в новой вкладке)
- 152-ФЗ, статья 18.1. Меры, направленные на обеспечение выполнения обязанностей оператора (откроется в новой вкладке)
- 152-ФЗ, статья 19. Меры по обеспечению безопасности персональных данных (откроется в новой вкладке)
- Федеральный закон от 26.07.2026 № 265-ФЗ о внесении изменений в статью 12 закона «О персональных данных» (откроется в новой вкладке)
- КоАП РФ, статья 13.11. Нарушение законодательства РФ в области персональных данных (изм. от 30.05.2025), ГАРАНТ (откроется в новой вкладке)
- OpenAI API. Data controls in the OpenAI platform (откроется в новой вкладке)
- Yandex AI Studio. Отключение логирования запросов (откроется в новой вкладке)
- SkillFoxx. Анонимизатор персональных данных по 152-ФЗ (откроется в новой вкладке)
- SkillFoxx. Ollama (откроется в новой вкладке)
- SkillFoxx. Аудит персональных данных по 152-ФЗ (откроется в новой вкладке)
Разберем вашу задачу
Опишите процесс, который отнимает время у отдела. Первая консультация бесплатная: отвечу, подходит ли задача для агента и с чего начать.


