Короткий ответ: да, можно — но не «просто вставить данные в чат», а на трёх опорах: законное основание обработки, контроль того, куда физически уходят данные, и минимальные доступы. Когда мы внедряем ИИ-агентов в компаниях с клиентскими базами, первичкой и коммерческими тайнами, юридическая часть закрывается до первой рабочей интеграции, а не после вопроса от безопасника. В статье — как это устроено, без пересказа закона простынёй.
Дисклеймер. Это практический разбор внедренца, а не юридическое заключение. В спорных случаях — консультация с вашим юристом; мы помогаем подготовить документы, но не заменяем правовую экспертизу.
Закон говорит о «обработке персональных данных» — под это попадает любой их сбор, запись, систематизация, использование и передача. Нейросеть в цепочке — просто ещё один обработчик: сначала данные видел сотрудник в CRM, теперь ещё и модель читает текст обращения и готовит черновик ответа. С точки зрения закона изменилось два факта:
Отдельного запрета «передавать данные нейросетям» в законе нет. Штрафы прилетают не за ИИ, а за обработку без основания, без уведомления или за утечку — и ИИ-агент тут лишь новый риск-фактор, который надо закрыть так же, как закрывали доступы подрядчиков.
| Условие | Что это значит на практике | Чем фиксируется |
|---|---|---|
| 1. Основание обработки | Обработка уже идёт на законном основании: исполнение договора с клиентом или законный интерес оператора. Меняется исполнитель, а не цель | Ваш договор с клиентом + поручение обработки |
| 2. Контроль передачи | Данные не уходят за рубеж без уведомления РКН; для чувствительных данных — модели с хранением в РФ или локальное развёртывание | Уведомление о трансграничной передаче (если применимо), договор с провайдером модели |
| 3. Минимальные доступы | Агент получает только те поля и действия, которые нужны для его задачи. Не «доступ к CRM», а «чтение карточки клиента, создание черновика» | Приказ о доступах, роли в системах, журнал действий агента |
Разберём каждое условие подробнее.
Самая частая ошибка — считать, что для работы ИИ с данными клиента нужно брать у него отдельное согласие. В большинстве случаев это не так. Если вы обрабатываете данные, чтобы исполнить договор (принять заказ, выставить счёт, ответить на обращение), основанием является сам договор. Автоматизация этого процесса не создаёт новую цель обработки — она меняет способ.
Юридическая конструкция, которая это закрывает, — поручение обработки: вы как оператор поручаете обработку стороне, которая её выполняет по вашей инструкции. Так работает аутсорс бухгалтерии, колл-центр, ИТ-подрядчик — и точно так же работает ИИ-агент. Согласие понадобится только там, где оно было нужно и до ИИ: например, для рекламных рассылок, где основанием обработки является именно согласие.
Практический чек-лист: посмотрите, на каком основании вы сейчас обрабатываете конкретные данные. Если это договор или законный интерес — ИИ в цепочку добавляется поручением. Если согласие — проверьте, что формулировка согласия покрывает автоматизированную обработку, и обновите шаблон.
Вот где действительно можно поймать проблему — зарубежные облачные модели. Отправка данных клиента в API зарубежного сервиса — это передача персональных данных на территорию иностранного государства. Для этого нужен отдельный порядок: уведомление Роскомнадзора о трансграничной передаче, оценка рисков в стране получателя, и в ряде случаев — запрет на такую передачу для отдельных категорий данных.
Именно поэтому в проектах, где в цепочку попадают персональные данные или коммерческая тайна, мы по умолчанию используем:
Зарубежные модели остаются для задач без персональных данных: генерация промптов, работа с публичной документацией, внутренние эксперименты. Это легально и без бюрократии — просто держите потоки раздельными.
Третье условие — техническое, и оно же самое дешёвое в реализации. Правило одно: минимально необходимые доступы под конкретную задачу.
Каждый доступ оформляется приказом и настраивается в системе так же, как права нового сотрудника. Никаких «дадим админа, чтобы быстрее работало» — это прямая дорога к утечке и штрафу, причём не связанному с нейросетью как таковой.
Распределение ролей простое и важно понимать его правильно:
| Роль | Кто это | За что отвечает |
|---|---|---|
| Оператор | Ваша компания | Цели и состав обработки, законность оснований, уведомления РКН. Ответственность всегда здесь |
| Обработчик по поручению | Внедренец (мы) и/или провайдер модели | Обработка строго по инструкции оператора, безопасность средств обработки — в объёме договора |
| Средство обработки | ИИ-агент, модель | Не субъект права. Его действия — действия оператора и обработчика |
Вывод для руководителя: ИИ-агент не принимает на себя вашу ответственность. Вопрос «а вдруг нейросеть утечёт данные клиента» превращается в обычный управленческий вопрос: какие доступы выданы, где лежат данные, кто подписал поручение. Всё это проверяется за час аудита — мы делаем такую проверку перед каждым внедрением.
Четыре документа, один вечер работы юриста на основе готовых шаблонов. Не нужно ждать «специального закона об ИИ» — действующего 152-ФЗ достаточно, чтобы работать легально уже сейчас.
Как это выглядит у нас. В собственных компаниях агенты работают с реальными данными клиентов (Den Den — запчасти, тендерные пакеты, первичка). Схема описанная выше: российские модели, поручение обработки, минимальные доступы, человек подтверждает ответственные действия. Общий подход к внедрению — в статье «Как внедрить ИИ в малый и средний бизнес без штатного программиста».
Разберём, какие данные попадут в цепочку агента, какое у них основание обработки, какие доступы реально нужны. На выходе — список документов к подписанию и схема потоков данных: что, где и кем обрабатывается. Сумма зачитывается в стоимость внедрения.
ЗаписатьсяЧитайте также: распознавание счетов и УПД нейросетью и чем ИИ-агент отличается от чат-бота. Все материалы — в разделе статей.