152-ФЗ для ИИ-систем: персональные данные в контуре агентов

Инженерный чек-лист начинается с правового основания, цели, состава и срока обработки, мер защиты, документов и прав субъектов. В официальном тексте 152-ФЗ эти вопросы распределены по разным нормам: статья 5 задаёт принципы и ограничение цели, статья 6 — условия обработки, статья 9 — требования к согласию, статья 11 — отдельный режим биометрических данных, статьи 18.1 и 19 — обязанности и меры защиты. Это не полный пересказ закона: точный набор обязанностей и допустимость основания определяют для сценария по актуальным нормам вместе с юристом.

Полный состав применимых требований зависит от ролей участников, данных и сценария и определяется по актуальным нормам вместе с юристом. Инженерно полезно учитывать выбранные требования с начала проектирования, но это не подтверждает соответствие само по себе.

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

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

Как принципы 152-ФЗ выглядят в устройстве ИИ-контура:

• Основание и цель. До сбора определяется применимое правовое основание, понятная цель, состав данных и порядок выполнения прав субъекта.
• Минимизация и целевое маскирование. Распознаваемые телефоны, email и идентификаторы можно заменить до вызова модели. Фильтр снижает риск, но не гарантирует обнаружение всех ПДн в свободном тексте.
• Контроль обработки. Контур ограничивает внешние маршруты; разрешённые вызовы, фактический payload и сбои проверяются тестами и мониторингом.
• Проверка на границах. Правила и гардианы могут обнаружить заданные классы нарушений, но имеют слепые зоны и не заменяют доступ, DLP и human-in-the-loop.
• Фиксация обработки. Предусмотренные события и идентификаторы оснований записываются в аудит; полнота и целостность контролируются отдельно.

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

Аудит может показать записанные события: идентификатор основания, применённые правила, внешний вызов и подтверждение человека. Append-only семантика помогает хронологии, но не гарантирует неизменность или полноту. Для доверия нужны контроли целостности, доступа и сбоев записи, а при проверке журнал рассматривают вместе с договорами, политиками и первичными документами.

Журнал сам может содержать персональные данные, поэтому для него отдельно определяют основание, состав, доступ и срок хранения. Маскирование и минимизация снижают риск, но не доказывают соответствие автоматически. Конкретную доказательную силу и правовую схему оценивает юрист.

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

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

Мы по умолчанию раскрываем участие ИИ как принцип прозрачности. Для записи разговора отдельно определяются цель, правовое основание, порядок информирования или согласия и сценарий отказа. Универсальную обязанность или форму для любого канала мы не заявляем; продающие звонки и применимость 38-ФЗ проверяются под конкретный сценарий — подробнее на странице голосовой ИИ-агент.

Прозрачность может снижать репутационный риск, но эффект на доверие зависит от аудитории и формулировки. Юридические обязанности подтверждает юрист, а клиентский эффект — пилот и обратная связь.

Требования 152-ФЗ мы учитываем с начала проектирования: определяем основание и цель, минимизируем данные, контролируем внешние вызовы и ведём аудит предусмотренных событий. На этом сайте чат маскирует распознаваемые email, российские телефоны и длинные цифровые идентификаторы, но не все возможные ПДн; иной свободный текст может быть передан облачному провайдеру, поэтому чувствительные сведения вводить нельзя.

Мы не заменяем юриста: конкретные обязанности оператора, договоры и доказательную схему согласуют с ним. Наша часть — технические меры, тесты границ и журналирование, которые поддерживают проверяемый процесс, но не гарантируют соответствие сами по себе. Как это встроено в надзорный контур — в обзоре «Надзор и безопасность ИИ-агентов»; состав работ — на странице ИИ-операторы.

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

• Федеральный закон № 152-ФЗ «О персональных данных» — официальный текст с внесёнными изменениями; для архитектуры ИИ-контура особенно релевантны статьи 5, 6, 9, 11, 12, 18, 18.1, 19 и 22.
• Приказ Роскомнадзора от 19.06.2025 № 140 — официально опубликованные требования и методы обезличивания. Он важен для границы между техническим маскированием отдельных полей и юридически оцениваемым обезличиванием.
• Федеральный закон от 24.06.2025 № 156-ФЗ — официальная публикация изменения, после которого согласие на обработку ПДн оформляется отдельно от иных подтверждаемых или подписываемых субъектом документов.