AI-агенты и защита данных: где 152-ФЗ и GDPR ставят стену

Автономный агент — не чат-бот, который отвечает на вопрос и забывает его. Он читает вашу переписку, забирает данные из CRM, ходит по внешним сайтам, вызывает API и совершает действия от вашего имени: бронирует, покупает, отправляет письма. Для российского закона о персональных данных (152-ФЗ) и европейского GDPR это уже не «удобный интерфейс к модели», а полноценная обработка персональных данных. И именно к обработке, а не к архитектуре нейросети, у регуляторов есть вопросы.

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

Что вообще регулирует закон, когда работает агент

Ни 152-ФЗ, ни GDPR не написаны про ИИ отдельно. Они написаны про действия с данными: сбор, запись, хранение, использование, передачу, удаление. Агент делает всё это автоматически и в больших объёмах, поэтому попадает под общие правила без всяких скидок на новизну технологии.

Ключевой вопрос регулятора почти всегда один: на каком основании данные конкретного человека оказались внутри агента и куда они дальше ушли. Всё остальное — производные от этого вопроса.

• Основание обработки. Согласие, договор, закон — что-то из этого должно быть. «Пользователь же сам написал в чат» основанием на передачу его данных в сторонний LLM-сервис не является само по себе.
• Цель и минимизация. Агенту для брони билета не нужна вся история покупок. Если он её всё равно тянет «на всякий случай» — это нарушение принципа минимизации.
• Где физически лежат данные. Для 152-ФЗ важна первичная запись персданных россиян в базы на территории РФ. Отправка промпта с ФИО в зарубежное облако — отдельный сюжет.
• Кто обработчик. Провайдер модели, к API которого ходит агент, — это чаще всего обработчик по поручению. С ним нужен договор, где прописано, что он делает с данными.

Регулятор не спрашивает «у вас хороший ИИ?». Он спрашивает «покажите основание обработки и договор с тем, кому вы отправили данные клиента». На первый вопрос агент ответить не поможет.

На что реально смотрят регуляторы

Роскомнадзор в России и надзорные органы ЕС (DPA) исходят из разных текстов, но проверяют похожие вещи. Ниже — сопоставление подходов по темам, которые чаще всего всплывают именно у ИИ-агентов. Формулировки обобщённые: конкретный состав нарушения и санкцию смотрите в актуальной редакции 152-ФЗ, КоАП РФ и GDPR — суммы и статьи меняются.

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

Автоматические решения — отдельная зона риска

Если агент не просто советует, а решает — отказать в кредите, снять деньги, заблокировать заказ — это уже автоматизированное решение с юридическими последствиями для человека. И 152-ФЗ, и GDPR дают субъекту право оспорить такое решение и потребовать участия человека. Для агента это значит: в сценариях с последствиями нужен явный шаг «человек подтверждает».

Трансграничная передача через API модели

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

Кому это пригодится, а кому нет

Требования одинаковы не для всех. Масштаб и тип данных решают.

• Пригодится обязательно: финтех, HR-платформы, медицина, любой b2c-сервис, где агент видит ФИО, контакты, платежи или здоровье. Здесь цена ошибки — предписание, штраф и репутационный удар.
• Пригодится в умеренной форме: внутренние агенты компании, которые работают с данными сотрудников и клиентов в CRM. Локализация и договоры с обработчиками актуальны, но контур закрытый.
• Можно не усложнять: агент, который ходит только по обезличенным или публичным данным и не касается конкретных людей. Если персданных нет — нет и предмета для 152-ФЗ. Но проверьте, что обезличивание настоящее, а не «убрали фамилию, оставили телефон».

Практический минимум перед запуском

1. Опишите поток данных: что агент собирает, куда передаёт, где хранит. Без карты потока разговор с юристом бессмысленен.
2. Найдите основание для каждой обработки и каждой передачи отдельно.
3. Проверьте, куда физически уходят промпты с персданными — особенно если модель зарубежная.
4. Заключите договор с провайдером модели как с обработчиком по поручению.
5. Для решений с последствиями встройте подтверждение человеком.
6. Настройте удаление и реакцию на запросы субъектов — агент должен уметь «забыть» данные конкретного человека.

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

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