Урок 1: Персональные данные в AI-проекте — как не попасть на 500 млн

Чему вы научитесь

• Быстро определять, есть ли в промпте, вложении, логе или эмбеддинге персональные данные
• Решать, можно ли по 152-ФЗ отправлять данные в конкретный AI-сервис и где надо остановиться
• Различать три разных обязанности: локализация в РФ, уведомление о начале обработки и уведомление о трансграничной передаче
• Ставить ИТ-команде и интегратору правильные ограничения для OpenAI, Anthropic, Gemini и российских альтернатив
• Отсекать опасные сценарии: обучение на клиентской базе, векторные БД с ПД и чат-боты без информирования

В 2024–2025 годах тема персональных данных из «юридического приложения» превратилась в управленческий стоп-фактор. С 11 декабря 2024 года в УК РФ появилась статья 272.1 с наказанием до 10 лет лишения свободы (421-ФЗ; ст. 272.1 УК РФ). С 30 мая 2025 года за повторную утечку обычных персональных данных для бизнеса действует оборотный штраф от 1% до 3% выручки, но не менее 20 млн ₽ и не более 500 млн ₽ (420-ФЗ; КоАП РФ, ст. 13.11 ч. 15). В марте 2026 года арбитраж уже начал рассматривать первые дела по новым составам: А40-351064/2025 и А56-4733/2026 (решение АС Москвы от 05.03.2026; решение АС СПб и ЛО от 10.03.2026).

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

152-ФЗ определяет персональные данные максимально широко: это любая информация, относящаяся к прямо или косвенно определённому человеку (152-ФЗ, ст. 3). Для AI-проекта это означает неприятный, но полезный вывод: проблема начинается не на этапе дообучения (fine-tuning), а намного раньше.

В зону 152-ФЗ обычно попадают:

• таблицы с ФИО, телефонами, email, табельными номерами, историей обращений;
• промпты вида «проанализируй переписку менеджера Иванова с клиентом Петровым»;
• вложения из CRM, сервис-деска (Service Desk), HRM, ERP и почты;
• логи чат-бота, если в них есть контактные данные, идентификаторы или текст обращения;
• эмбеддинги и векторные записи, если они построены из текстов с ПД и хранятся вместе с метаданными. Здесь безопаснее применять консервативный подход и считать их обработкой ПД, потому что закон трактует обработку очень широко, а публичного исключения для эмбеддингов Роскомнадзор не дал (152-ФЗ, ст. 3).

flowchart TD
    A[Есть ли в запросе или файле данные о человеке?] -->|Нет| B[Можно работать по обычному ИБ-процессу]
    A -->|Да| C[Данные сначала собираются и хранятся в РФ?]
    C -->|Нет| D[Стоп: нарушается требование локализации]
    C -->|Да| E[Есть правовое основание и согласие, если оно нужно?]
    E -->|Нет| F[Стоп: сначала легализуйте обработку]
    E -->|Да| G[Сервис зарубежный?]
    G -->|Нет| H[Проверьте договор, логи, доступы и обезличивание]
    G -->|Да| I[Нужно уведомление о трансграничной передаче и оценка контрагента]

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

Что именно изменилось в 2024–2026 годах

Типовые ошибки в AI-проектах — и как их закрыть

Ошибки ниже вытекают из широкого определения обработки ПД, требований ст. 12, 18 и 22 152-ФЗ и разъяснения Минцифры о трансграничной передаче с 1 июля 2025 года (152-ФЗ, ст. 12; Минцифры № П25-44929).

Чек-лист перед подключением AI-сервиса

1. Определите, кто оператор. Это не академический вопрос. Нужно понимать, кто собирает ПД, кто определяет цели обработки и кто потом отвечает перед РКН и в суде.

2. Опишите, какие именно данные уходят в модель. Не «у нас обращения клиентов», а конкретно: ФИО, email, телефон, текст обращения, вложения, аудио, фото, идентификатор заявки.

3. Разведите два потока. Публичные, синтетические и обезличенные данные — отдельно. Живые ПД сотрудников и клиентов — отдельно, через правовой и ИБ-контур.

4. Проверьте правовое основание. Если опираетесь на согласие, с 1 сентября 2025 года оно должно быть отдельным документом, а не абзацем внутри оферты (156-ФЗ, ст. 5).

5. Проверьте локализацию. Первичный сбор, запись, систематизация, хранение и извлечение ПД граждан РФ должны идти через базу в России с 1 июля 2025 года (23-ФЗ; Минцифры № П25-44929).

6. Проверьте уведомления. Отдельно — уведомление о начале обработки по ст. 22 152-ФЗ. Отдельно — уведомление о намерении осуществлять трансграничную передачу по ст. 12 152-ФЗ (ст. 12 152-ФЗ; портал РКН).

7. Закрепите режим логов и обучения. В договоре и настройках должно быть видно, хранятся ли промпты, используются ли они для обучения модели, кто имеет к ним доступ и как быстро они удаляются.

8. Сократите данные до минимума. Маскируйте имена, телефоны, email, номера договоров и любые устойчивые идентификаторы ещё до отправки запроса в модель.

9. Пилотируйте на безопасном наборе данных. Для отладки промптов и сравнения моделей используйте обезличенные или синтетические данные. Для практики с моделями под рукой удобен arckep.ru, но он не отменяет требований 152-ФЗ и не легализует отправку живых ПД во внешний сервис.

10. Фиксируйте решение письменно. У CDTO должен оставаться артефакт: какая модель, какой контур, какие данные, какое основание обработки, кто согласовал и кто отвечает за инцидент.

Если работаете с OpenAI, Anthropic или Gemini

Для российского предприятия это не вопрос «зарубежная модель лучше или хуже». Это вопрос режима трансграничной передачи и локализации.

Во что упирается практическая схема:

• сначала ПД должны быть собраны и сохранены в российской базе; собирать их сразу в иностранный облачный сервис (SaaS) после 1 июля 2025 года нельзя (23-ФЗ; Минцифры № П25-44929);
• до начала трансграничной передачи оператор обязан подать отдельное уведомление в РКН, причём отдельно от уведомления о начале обработки (152-ФЗ, ст. 12 ч. 3);
• если страна входит в перечень юрисдикций с адекватной защитой, передача возможна после подачи уведомления; если не входит, оператор до истечения срока рассмотрения не вправе начинать передачу, а базовый срок рассмотрения — до 10 рабочих дней (152-ФЗ, ст. 12 ч. 9–11).

Практический вывод для CDTO такой: OpenAI, Anthropic и Gemini можно рассматривать только как внешний слой поверх уже локализованного российского контура и только после отдельной юридической проверки. Если сервис нужен для реальной эксплуатации, а не для демонстрации, задавайте интегратору четыре вопроса: где первичная база, кто иностранный получатель, какой режим логов, как вы удаляете данные по запросу субъекта.

Если на такой вопрос нет чёткого ответа, не спорьте о промптах — меняйте контур. Для предприятий, которым внешний западный облачный сервис нельзя по комплаенсу, обычно рассматривают YandexGPT 5.1 Pro, Cotype и корпоративную линейку GigaChat. Если в коммерческом предложении фигурирует «GigaChat 3 Pro», просите зафиксировать точное коммерческое наименование модели в договоре: в публичной документации Сбера на 20 апреля 2026 года доступны GigaChat 2 Pro и GigaChat 2 Max. Для значимых объектов КИИ иностранный облачный контур (SaaS) надо считать недоступным уже не только по 152-ФЗ, а по более жёсткому отраслевому режиму.

Что делать с обучением моделей на клиентских данных

Здесь самая частая ошибка звучит так: «Мы же не раскрываем данные, мы только улучшаем модель». Для закона это слабый аргумент.

Если вы обучаете или дообучаете модель на клиентской базе, вы как минимум:

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

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

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

Кейсы, которые стоит помнить на совещании

Итоги

• В AI-проекте персональные данные — это не только Excel с ФИО, но и промпты, логи, вложения и часто эмбеддинги.
• После 30 мая 2025 года риск по 152-ФЗ измеряется уже не «неприятным штрафом», а диапазоном до 500 млн ₽ при повторной утечке.
• С 1 июля 2025 года сначала нужен российский контур сбора и хранения, потом — любые внешние сервисы.
• Уведомление о начале обработки, уведомление об утечке и уведомление о трансграничной передаче — это три разные обязанности.
• Для OpenAI, Anthropic и Gemini безопасный путь начинается только после локализации, отдельной юридической проверки и ограничения данных до минимума.
• Если задача не проходит по комплаенсу, не спорьте с законом: уходите в российские сервисы, локальные модели или в обезличенный контур.