AI compliance 2026: 152-ФЗ, GDPR и EU AI Act для AI-обработки — детальный гид юриста

Автор: Silvana · Дата: 10.08.2026 · Verified: 01.09.2026 · Reading time: 26 минут · Prerequisite: базовое понимание PII и работы AI-сервисов, желательно прочитать статью Privacy клиентских данных

Эта статья — общая информация, не юридическая консультация. Для юр-решений консультируйся с юристом. Для compliance-аудита — со сертифицированным DPO.

AI compliance — не отдельный набор правил, а применение действующих законов о защите данных (152-ФЗ в РФ, GDPR в ЕС, отраслевые нормы) к специфике AI-обработки. Ключевые статьи 152-ФЗ: 6 (условия обработки), 12 (трансграничная передача), 16 (автоматизированные решения), 18 (локализация), 19 (безопасность), 22 (уведомление о начале обработки). Ключевые статьи GDPR: 5 (принципы), 22 (автоматизированные решения), 25 (privacy by design), 35 (DPIA). Отдельно EU AI Act (Regulation 2024/1689) вводит риск-классификацию: неприемлемый (запрет), высокий (жёсткие требования), ограниченный (прозрачность), минимальный. Автоматизированные решения с юридическими последствиями требуют явного правового основания, прозрачности логики и права оспорить. Ниже — практический разбор по статьям.

Кратко

AI compliance — не отдельный набор правил. Это применение существующих законов о защите данных (ФЗ № 152 в РФ, GDPR в ЕС, отраслевые нормы) к специфике AI-обработки.
Ключевые статьи ФЗ № 152: 6 (условия обработки), 7 (конфиденциальность), 10 (специальные категории), 12 (трансграничная передача), 16 (автоматизированные решения), 18 (локализация), 18.1 (меры обеспечения), 19 (безопасность), 21 (уведомление об инциденте), 22 (уведомление о начале обработки).
Ключевые статьи GDPR: 5 (принципы), 6 (правовые основания), 7 (условия согласия), 9 (специальные категории), 13-14 (информирование), 15-22 (права субъектов), 22 (автоматизированные решения), 25 (privacy by design), 30 (records of processing), 32 (безопасность), 33-34 (уведомления об инцидентах), 35 (DPIA), 44-49 (трансграничная передача).
Отдельно европейский AI Act (Regulation 2024/1689) вводит риск-ориентированную классификацию AI-систем: неприемлемый риск (запрет), высокий риск (жёсткие требования), ограниченный риск (прозрачность), минимальный риск.
Автоматизированные решения с юридическими или существенными последствиями требуют: явного правового основания, прозрачности логики, права оспорить, человеческого ревью, объяснения.
DPIA (по GDPR) / ОРПД (по российской практике) обязательна для высокорисковых AI-операций: систематическое профилирование, обработка спецкатегорий, автоматизированные решения. Отдельная защита от prompt injection — обязательная часть организационных мер.
Штрафы 2025-2026: до 15 млн руб по КоАП РФ за неуведомление об инциденте, до 4% глобального оборота или 20 млн евро по GDPR.

Что такое AI compliance

AI compliance — соответствие обработки данных с помощью AI-систем требованиям действующего законодательства о защите персональных данных и связанных областей (потребительские права, антидискриминация, отраслевые нормы). Про базовые обязанности оператора при внедрении AI в SaaS/CRM/поддержку — privacy клиентских данных при работе с AI.

Ключевое понимание: отдельного «закона об AI» в РФ на 2026 год нет. AI-обработка регулируется теми же законами, что и любая другая обработка: ФЗ № 152 «О персональных данных», ФЗ № 149 «Об информации», ФЗ № 98 «О коммерческой тайне», ФЗ № 152 применительно к отраслевым системам (медицина, финансы, госуслуги).

В ЕС ситуация другая: с 2024 года действует Regulation (EU) 2024/1689, известный как EU AI Act. Он вводит специальную классификацию AI-систем и обязанности по их разработке и развёртыванию — параллельно с существующим GDPR.

Практический подход к AI compliance:

Понять, какие правовые нормы применимы к твоей обработке (юрисдикция, категории данных, отрасль).
Классифицировать AI-системы по риску (для ЕС — обязательно, для РФ — рекомендуется).
Реализовать требования: правовые основания, прозрачность, права субъектов, безопасность, документация.
Готовиться к аудиту и инцидентам.
Обновлять по мере изменения регулирования — оно меняется быстро.

ФЗ № 152: ключевые статьи для AI

Разбор статей, наиболее актуальных для AI-обработки. Приведены основные требования; для полной формулировки — читай оригинал на pravo.gov.ru.

Статья 5 «Принципы обработки персональных данных» устанавливает основные принципы:

Законность и справедливость.
Ограничение обработки достижением конкретных, заранее определённых и законных целей.
Недопущение объединения баз данных, содержащих ПД, обработка которых осуществляется в целях, несовместимых между собой.
Обработка только тех ПД, которые отвечают целям обработки.
Соответствие содержания и объёма ПД целям обработки.
Точность, достаточность, актуальность ПД.
Хранение в форме, позволяющей идентификацию, не дольше, чем требуется целями обработки.

Для AI критично: минимизация данных и ограничение целей. Соблазн собрать больше данных «на всякий случай для обучения AI» — прямое нарушение.

Статья 6 «Условия обработки» — правовые основания. Разбор был в статье Privacy клиентских данных. Ключевое: обработка правомерна только при наличии хотя бы одного из перечисленных оснований.

Статья 7 «Конфиденциальность» — операторы и лица, получившие доступ к ПД, обязаны не раскрывать третьим лицам и не распространять ПД без согласия субъекта, если иное не предусмотрено федеральным законом.

Для AI: работники, имеющие доступ к системам, где обрабатываются ПД через AI, обязаны NDA. Аккаунты доступа — под контроль. Логи доступа — вести.

Статья 9 «Согласие субъекта» — условия действительности согласия. Ключевое: конкретное, информированное, сознательное, добровольное. Форма — письменная (в том числе через галочку с явной формулировкой), простая электронная подпись, УКЭП. Отзыв — в любой момент.

Для AI: формулировка согласия должна упоминать использование AI-инструментов и их специфику (если для обработки требуется отдельное согласие).

Статья 10 «Специальные категории» — расовая, национальная принадлежность, политические, религиозные убеждения, состояние здоровья, интимная жизнь. Обработка запрещена, кроме исключительных случаев (согласие в письменной форме, медицинская помощь, страхование, публичные данные субъектом, судебное разбирательство и др.).

Для AI: обработка специальных категорий через LLM (например, sentiment analysis текстов о здоровье) требует особых оснований и мер защиты. Часто требуется отдельный высокий уровень защищённости системы (УЗ-1 или УЗ-2 по классификации ФСТЭК).

Статья 11 «Биометрические ПД» — данные, характеризующие физиологические и биологические особенности человека, позволяющие установить его личность. С 2023–2024 годов обработка биометрии ужесточена: только через ЕБС (Единая биометрическая система), с согласия, с уведомлением Роскомнадзора.

Для AI: распознавание лиц, голосовая аутентификация, обработка образцов — все под этим режимом. Использование иностранных биометрических систем для российских субъектов практически невозможно.

Статья 12 «Трансграничная передача» — передача ПД оператору, находящемуся на территории иностранного государства.

Основные требования (редакция 2026 года):

Уведомление Роскомнадзора до начала transbordertransfer.
Уведомление содержит: страны, категории данных и субъектов, цели, правовые основания.
Роскомнадзор в 10 рабочих дней может ограничить или запретить.
Для стран без адекватного уровня защиты (США, большая часть недружественных стран) — согласие субъекта на конкретную операцию с указанием получателя.
Заключение договора с получателем с гарантиями защиты.

Для AI: передача PII в OpenAI/Anthropic/Google — transborder-transfer, регулируется этой статьёй.

Статья 16 «Права субъекта при принятии решений на основании автоматизированной обработки» — ключевая для AI.

По общему правилу статьи запрещается принятие решений на основании исключительно автоматизированной обработки ПД, если такие решения порождают юридические последствия в отношении субъекта или иным образом затрагивают его права и законные интересы, — кроме случаев, прямо перечисленных в самой статье (проверено 10.08.2026, точная формулировка — на pravo.gov.ru).

Исключения:

Согласие субъекта в письменной форме.
Обстоятельства, предусмотренные федеральными законами.
В случаях, когда автоматизированное решение принимается на основании договора, заключённого между оператором и субъектом.

Оператор обязан обеспечить возможность заявления субъектом возражений против принятого решения. При наличии таких возражений оператор обязан рассмотреть их и уведомить субъект о результатах.

Для AI: любые автоматизированные решения с юридическими последствиями (кредит, приём на работу, бан аккаунта, отказ в обслуживании) — под этим режимом. Нужны: согласие или другое основание, механизм возражений, human review.

Статья 18 «Обязанности оператора при сборе ПД» — при сборе PII оператор обязан обеспечить запись, систематизацию, накопление, хранение, уточнение, извлечение с использованием баз данных, находящихся на территории Российской Федерации, для граждан РФ.

Локализация — обязанность обеспечить первичное хранение и обработку в РФ. Не запрет на трансграничную передачу, но требует, чтобы «первичка» была в РФ.

Статья 18.1 «Меры, направленные на обеспечение выполнения оператором обязанностей» — назначение ответственного за обработку, издание документов, ознакомление работников, применение правовых, организационных и технических мер, оценка вреда, публикация документа о политике.

Обязательный набор внутренних документов:

Политика обработки ПД.
Локальные акты по мерам защиты.
Формы согласий, уведомлений, ответов на запросы субъектов.
Реестр обработки.
Приказы о назначении ответственных, о применении мер защиты.

Статья 19 «Меры по обеспечению безопасности» — оператор обязан принимать необходимые правовые, организационные и технические меры или обеспечивать их принятие для защиты ПД от неправомерного или случайного доступа, уничтожения, изменения, блокирования, копирования, предоставления, распространения, а также от иных неправомерных действий.

Уровни защищённости определяются Постановлением Правительства № 1119. Требования по уровням защищённости — приказами ФСТЭК № 21 и ФСБ № 378. Для AI-систем, обрабатывающих специальные категории или большие объёмы, часто требуется УЗ-2 или УЗ-1.

Статья 21 «Обязанности оператора при обращении субъекта или при получении запроса» — обязательства по реализации прав субъектов. Ответ в срок до 30 дней.

Статья 22 «Уведомление уполномоченного органа» — до начала обработки оператор обязан уведомить Роскомнадзор, кроме исключений (обработка исключительно на бумажных носителях, обработка своих работников, и ряд других).

Уведомление содержит: наименование, ИНН, категории данных, цели, правовые основания, категории субъектов, срок обработки, наличие ТСЗ.

Реестр уведомлений — публичный, доступен на портале rkn.gov.ru.

Разбор статей, наиболее актуальных для AI-обработки. Для полной формулировки — читай оригинал на eur-lex.europa.eu или консолидированную версию gdpr-info.eu.

Article 5 «Principles relating to processing» — семь принципов:

Lawfulness, fairness, transparency.
Purpose limitation.
Data minimisation.
Accuracy.
Storage limitation.
Integrity and confidentiality (security).
Accountability.

Ключевой для AI: accuracy. AI-модели могут выдавать неточные данные о субъектах (hallucinations). Оператор обязан обеспечивать точность и, при неточности, исправлять или удалять.

Article 6 «Lawfulness of processing» — правовые основания. Шесть вариантов: consent, contract, legal obligation, vital interests, public interest, legitimate interests. Обработка правомерна только при наличии.

Article 7 «Conditions for consent» — детальные требования к согласию:

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

Для AI: opt-in чекбоксы должны быть явными, отдельными, не предвыбранными. «Согласие на использование данных для улучшения продукта, включая обучение AI-моделей» — недостаточно чётко для многих юрисдикций, лучше конкретизировать.

Article 9 «Special categories» — специальные категории (расовая, политическая, религиозная принадлежность, здоровье, интимная жизнь, биометрия, генетика). Обработка запрещена, кроме перечисленных исключений (в основном — explicit consent, employment, vital interests, public interest, publicly manifested, judicial, health).

Article 13-14 «Information to be provided» — информация, обязательная к раскрытию субъекту при сборе данных. Article 13 — при сборе от самого субъекта, Article 14 — при получении от третьих лиц.

Обязательный минимум: identity контроллера, DPO, цели, правовое основание, legitimate interests (если applicable), получатели, международная передача с деталями, срок хранения, права субъекта, право отзыва согласия, право жалобы, обязательность/необязательность предоставления данных, наличие автоматизированных решений с логикой.

Article 15 «Right of access» — субъект имеет право получить от контроллера подтверждение обработки и, если это имеет место, доступ к данным и другой информации (цели, категории, получатели, срок, права, источник, наличие автоматизированных решений).

Article 16 «Right to rectification» — исправление неточных данных.

Article 17 «Right to erasure (right to be forgotten)» — удаление в определённых случаях. Ограничения: обязанность по закону, право на свободу выражения и информации, публичный интерес в области здоровья, архивы/статистика, judicial.

Article 18 «Right to restriction» — ограничение обработки в определённых обстоятельствах.

Article 19 «Notification obligation» — контроллер обязан уведомить каждого получателя данных о rectification, erasure, restriction.

Article 20 «Right to data portability» — получить свои данные в структурированном, широко используемом машиночитаемом формате и передать другому контроллеру.

Article 21 «Right to object» — возражать против обработки на основании legitimate interests или public interest. Direct marketing — абсолютное право возражения.

Article 22 «Automated individual decision-making, including profiling» — центральная статья для AI:

«The data subject shall have the right not to be subject to a decision based solely on automated processing, including profiling, which produces legal effects concerning him or her or similarly significantly affects him or her.»

Исключения (Article 22(2)):

Необходимо для заключения или исполнения контракта.
Разрешено законом с надлежащими гарантиями.
Основано на explicit consent субъекта.

Обязательные гарантии в этих случаях (Article 22(3)):

Право на человеческое вмешательство контроллера.
Право выразить свою точку зрения.
Право оспорить решение.

Для специальных категорий (Article 22(4)) — только на основании explicit consent или public interest с надлежащими гарантиями.

Article 25 «Data protection by design and by default» — при определении средств обработки и при обработке контроллер обязан внедрить надлежащие технические и организационные меры (псевдонимизация, минимизация), интегрированные в процессы.

Для AI: privacy by design означает, что защита данных встроена в архитектуру AI-системы с самого начала, а не добавлена потом.

Article 30 «Records of processing activities» — обязательный реестр обработки. Содержит: наименование контроллера, цели, категории субъектов и данных, категории получателей (включая третьих стран), transborder-transfer, сроки хранения, меры защиты.

Обязательно для контроллеров с 250+ сотрудниками, для меньших — при регулярной обработке или обработке специальных категорий.

Article 32 «Security of processing» — надлежащие технические и организационные меры, включая:

Псевдонимизация и шифрование.
Обеспечение конфиденциальности, целостности, доступности, устойчивости систем.
Способность восстанавливать доступность данных после инцидента — типичные сценарии data leaks через LLM описаны отдельно.
Регулярное тестирование, оценка эффективности мер.

Article 33 «Notification of a personal data breach to the supervisory authority» — 72 часа с момента обнаружения (unless unlikely to result in a risk).

Article 34 «Communication of a personal data breach to the data subject» — уведомление субъекта, если высокий риск для прав и свобод.

Article 35 «Data protection impact assessment» — DPIA обязательна при вероятном высоком риске. Обязательные случаи включают: систематическое profiling с юридическими последствиями, обработка специальных категорий в больших масштабах, систематическое наблюдение публичных зон.

Article 36 «Prior consultation» — если DPIA показывает высокий риск и контроллер не смог его снизить — обязана консультация с supervisory authority до начала обработки.

Articles 44-49 «Transfers to third countries» — трансграничная передача. Разрешена на основании: adequacy decision, appropriate safeguards (SCC, BCR, approved codes/certifications), derogations (specific situations).

EU AI Act: специальный режим для AI-систем

Regulation (EU) 2024/1689, вступил в силу в 2024 году, полное применение — 2026-2027. Дополняет GDPR специфичными для AI требованиями.

Классификация AI-систем по риску:

1. Unacceptable risk — запрещённые. Полный запрет использования в ЕС.

Социальный скоринг государствами (в стиле Китая).
Cognitive behavioural manipulation, эксплуатирующая уязвимости.
Real-time remote biometric identification в публичных пространствах правоохранителями (с исключениями).
Emotion recognition в рабочей среде и образовании (с исключениями).
Predictive policing на основе профилирования только.
Untargeted scraping лиц для баз распознавания.

2. High-risk — высокорисковые. Разрешены, но с жёсткими требованиями (Annex III перечисляет случаи).

Примеры: биометрическая идентификация, критическая инфраструктура, образование (оценка учащихся), employment (recruitment), essential services (кредит, страхование, приоритизация emergency), law enforcement, migration, administration of justice, democratic processes.

Требования для high-risk AI-систем:

Risk management system.
Data governance (качество и репрезентативность данных).
Technical documentation.
Record-keeping (logs).
Transparency и predostavlenie информации пользователям.
Human oversight.
Accuracy, robustness, cybersecurity.
Conformity assessment до размещения на рынке.
CE marking.
Регистрация в EU database.

3. Limited risk — ограниченный риск. Обязанность прозрачности.

Пользователь должен знать, что взаимодействует с AI (чатботы должны себя идентифицировать).
AI-сгенерированный контент (deepfake, синтетические изображения) должен быть помечен.
Emotion recognition и биометрическая категоризация — уведомление субъектов.

4. Minimal risk — минимальный риск. Без специальных требований (spam-фильтры, video game AI).

General-Purpose AI (GPAI) models — новая категория, добавленная в позднюю фазу разработки. Включает foundation models (GPT-5, Claude 4, Gemini 3, Llama 4, DeepSeek R2). Требования:

Техническая документация.
Copyright compliance.
Обучающий summary (что за данные использовались).
Для systemic risk (модели с > 10^25 FLOPs обучения) — дополнительные требования: model evaluations, adversarial testing, security assessment, uvедомление AI Office.

Штрафы EU AI Act:

Нарушение запрещённых практик — до 35 млн евро или 7% глобального оборота (что больше).
Нарушение других обязательств — до 15 млн евро или 3% оборота.
Предоставление неверной информации — до 7.5 млн евро или 1% оборота.

Кто попадает под AI Act:

Providers (разработчики) AI-систем, размещённых на EU-рынке.
Deployers (пользователи-организации) AI-систем, находящиеся в ЕС.
Providers и deployers за пределами ЕС, если output системы используется в ЕС.

Российская компания, экспортирующая AI-функциональность в ЕС или обслуживающая клиентов в ЕС, попадает под AI Act, даже без физического присутствия.

Автоматизированные решения: практика

Article 22 GDPR и статья 16 ФЗ № 152 — правовые ограничения. Разберём практическую реализацию.

Что считается автоматизированным решением с последствиями:

Кредитный скоринг с автоматическим отказом.
Автоматический отказ в приёме на работу на основании CV-анализа.
Автоматическая модерация контента с баном пользователя.
Автоматическое повышение цены на основании профилирования.
Автоматическое одобрение/отказ в страховании.
Автоматическая приоритизация обращений с последствиями для сроков.
Автоматический отказ в возврате товара.

Что НЕ считается (при правильной организации):

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

Требования при автоматизированном решении с последствиями:

Правовое основание. По GDPR Article 22(2): контракт, закон с гарантиями, или explicit consent. По ФЗ № 152 статья 16: аналогично.
Прозрачность. Субъект должен знать: что решение автоматизированное, значимая логика (не обязательно раскрывать алгоритм полностью, но общий принцип), значимость и последствия.
Право оспорить. Механизм подачи возражения, обязательство рассмотреть, ответить.
Human review. Реальный, содержательный, не rubber-stamp. Человек должен иметь возможность и полномочия изменить решение.
Право на объяснение. Спорная область в юриспруденции ЕС, но общая позиция EDPB — да, право на explanation значимой логики есть.
Мониторинг bias. Регулярная оценка на дискриминацию. Документируется.

Инженерная реализация:

Отдельный флаг «принято автоматически» в записи решения.
API для подачи возражения.
Workflow для human review с логированием.
Explainability слой (SHAP, LIME для tabular; attention analysis для LLM).
Регулярный bias audit.

DPIA / ОРПД: когда и как

DPIA (по GDPR Article 35) / ОРПД (по практике Роскомнадзора с 2024 года) — обязательный документ для высокорисковых операций.

Когда обязательна DPIA (по WP29 guidance):

Систематическая и extensive оценка личных аспектов через автоматизированную обработку.
Обработка специальных категорий в больших масштабах.
Систематическое monitoring публичных зон.

По EDPB — если операция попадает под 2+ из 9 критериев (evaluation/scoring, automated decision-making, systematic monitoring, sensitive data, large scale, matching/combining datasets, vulnerable subjects, innovative use of tech, transfer beyond EU).

Типичные AI-операции, требующие DPIA:

ML-модели для оценки кредитоспособности.
AI-модерация с автоматическими последствиями.
Профилирование клиентов для персонализации.
Использование биометрии.
Медицинские AI-системы.
Использование новых AI-моделей на больших объёмах данных.

Структура DPIA:

Описание операций обработки.
Цели и правовые основания.
Необходимость и пропорциональность.
Оценка рисков для прав и свобод субъектов.
Меры mitigation.
Consultation с DPO и, при необходимости, с subjects.
Заключение.

ОРПД (Российская практика): аналогичный документ, форма определяется приказом ФСТЭК и внутренней политикой оператора. Для операторов с большими объёмами данных, спецкатегориями, биометрией — обязательна с 2024 года.

Обновление DPIA: при существенных изменениях операции (новая модель, новые категории данных, изменение целей).

Reestr обработки / Records of processing

По ФЗ № 152 (статья 22) и GDPR (Article 30) оператор ведёт реестр обработки.

Содержание реестра (типичный минимум):

Наименование и контакты оператора / контроллера.
Наименование и контакты DPO (если назначен).
Цели обработки.
Правовое основание.
Категории субъектов данных.
Категории обрабатываемых данных.
Категории получателей (включая третьих лиц).
Международная передача (страны, гарантии).
Сроки хранения.
Общая описание технических и организационных мер защиты.

Для AI-операций дополнительно:

Какие AI-модели используются (свои, вендорские, версии).
Как данные попадают в AI-систему.
Автоматизированные решения — да/нет, с какими последствиями.
Меры защиты специфичные для AI (redaction, ZDR, sandbox).
DPIA — проведена/не проведена, ссылка.

Формат: электронный документ, доступный для регулятора при проверке. По GDPR — если контроллер за пределами ЕС имеет operations в ЕС, реестр ведётся и предоставляется по запросу supervisory authority.

Практика: реестр — не одноразовый документ. Обновляется при каждом изменении обработки. Рекомендация — quarterly review.

DPO: когда обязателен

По GDPR (Article 37):

Обработка государственным органом.
Регулярный и systematic monitoring в large scale.
Обработка специальных категорий в large scale.

По ФЗ № 152 (статья 22.1):

Государственные и муниципальные органы.
Оператор, назначающий его на основании внутренних документов.

Практически: обязательно для оператора, обрабатывающего специальные категории или биометрию systematically, или с большим объёмом обработки. Рекомендуется для всех крупных операторов.

Функции DPO:

Мониторинг compliance.
Обучение сотрудников.
Проведение DPIA / ОРПД.
Взаимодействие с регулятором.
Ответы на запросы субъектов.
Ведение реестра.

Требования к DPO:

Знание требований законодательства о защите данных.
Практический опыт.
Независимость от operational руководства (не должен подчиняться тем, чью деятельность оценивает).
Прямой доступ к высшему руководству.

DPO может быть внутренним сотрудником или внешним консультантом (outsource DPO).

Штрафы и правоприменение 2025-2026

Российская Федерация (КоАП, редакция 2025 года):

Статья 13.11 часть 1 (несоблюдение условий обработки): до 30 000 рублей для юрлиц.
Часть 2 (обработка без согласия, когда согласие обязательно): до 500 000 рублей для юрлиц.
Часть 8 (невыполнение обязанности по хранению): до 500 000 рублей.
Часть 9 (нарушение срока уведомления Роскомнадзора об инциденте): до 3 миллионов рублей.
Часть 10 (утечка данных, повлекшая передачу неопределённому кругу лиц): до 15 миллионов рублей.
Часть 12 (повторные нарушения): кратные суммы, возможен оборотный штраф (0.около 2% годовой выручки).

Плюс уголовная ответственность по УК статья 137 (нарушение неприкосновенности частной жизни) в отдельных случаях.

Европейский союз (GDPR):

Standard tier (Article 83(4)): до 10 миллионов евро или 2% глобального оборота (что больше).
Higher tier (Article 83(5)): до 20 миллионов евро или 4% глобального оборота (что больше).

Higher tier применяется к нарушениям базовых принципов, прав субъектов, transfer requirements.

EU AI Act:

Запрещённые практики: до 35 млн евро или 7% оборота.
Другие обязательства: до 15 млн евро или 3% оборота.

Примеры крупных штрафов последних лет:

Meta, GDPR, 1.2 миллиарда евро (2023, transborder-transfer в США без надлежащих гарантий).
Amazon, GDPR, 746 миллионов евро (2021, targeted advertising).
WhatsApp, GDPR, 225 миллионов евро (2021, transparency violations).
Google, GDPR, 90 миллионов евро (2022, cookie violations).
Clearview AI, GDPR, 20+ миллионов евро в нескольких юрисдикциях (unlawful scraping).

Штрафы за AI-специфичные нарушения только начинают формироваться, но регуляторы явно активны в этой области.

Compliance checklist для команды

Практический чек-лист для внедрения AI compliance.

Правовые документы:

Privacy Policy обновлён с раскрытием AI-обработки, вендоров, целей.
Terms of Service содержит соответствующие оговорки.
Data Processing Agreement с каждым AI-вендором.
Формы согласия обновлены (если основание — согласие).
AI Usage Policy для сотрудников.

Регуляторные обязательства:

Уведомление Роскомнадзора о начале обработки (для российских операторов).
Уведомление о transborder-transfer (если applicable).
Реестр обработки (Article 30 GDPR / статья 22 ФЗ № 152).
Регистрация DPO у Роскомнадзора (если назначен, обязательно).

Оценка рисков:

DPIA / ОРПД для высокорисковых AI-операций.
Legitimate Interest Assessment (LIA), если основание — legitimate interests.
Bias audit для automated decisions.
Классификация AI-систем по EU AI Act, если applicable.

Технические меры:

Шифрование данных at rest и in transit.
Access control с ролевой моделью и MFA.
Redaction перед отправкой в LLM.
ZDR-контракт с вендором для чувствительных данных.
Sandbox для tool execution в AI-агентах.
Логирование всех LLM-взаимодействий.
Мониторинг аномалий и alerts.

Организационные меры:

DPO назначен (если обязательно или желательно).
Регулярное обучение сотрудников по AI и защите данных.
Процедура incident response с включением AI-инцидентов.
Механизм реализации прав субъектов, включая право оспорить автоматизированное решение.
Регулярный аудит соответствия.

Особо для automated decisions:

Право на human review реализовано.
Механизм подачи возражения работает.
Explainability для significant decisions.
Логика решения документирована.

Специфика для отраслей

Разные отрасли имеют дополнительные требования поверх ФЗ № 152 / GDPR.

Финансы (банки, страховые, брокеры):

Банк России нормативы (для РФ) по обработке данных клиентов.
PCI DSS для payment card data.
SOX (для тех, кто на американских рынках).
Automated decisions регулируются дополнительно (кредитный скоринг — специальное регулирование).

Медицина:

HIPAA (США), с обязательным BAA с любыми обработчиками PHI.
ФЗ № 323 «Об основах охраны здоровья» и приказы Минздрава (РФ).
Специальные категории по GDPR/ФЗ № 152.
Медицинские AI-системы — под жёстким регуляторным контролем (CE Mark, FDA approval).

Образование:

FERPA (США).
Специальные требования по обработке данных несовершеннолетних (ФЗ № 152 статья 9 часть 6, GDPR Article 8).
EU AI Act relegated образовательные AI-системы (student assessment) к high-risk.

HR / recruitment:

Трудовое право (ТК РФ, местные аналоги в ЕС).
EU AI Act — recruitment AI попадает под high-risk.
Anti-discrimination laws.

Marketing:

ePrivacy Directive (ЕС) — cookies, tracking.
CAN-SPAM (США), законы об email-маркетинге в РФ.
Direct marketing — специальные требования GDPR (легко возражение).

План внедрения на квартал

Реалистичный план для средней команды.

Месяц 1: аудит и подготовка.

Инвентаризация всех AI-операций.
Категоризация данных.
Классификация по риску (для ЕС — под AI Act).
Оценка текущих мер и gaps.
Юридическая консультация по спорным вопросам.

Месяц 2: правовая база и документация.

Обновление Privacy Policy, Terms of Service.
Заключение DPA с вендорами.
Написание внутренних политик.
Форма согласия, если нужно.
Реестр обработки.

Месяц 3: технические меры и обучение.

Внедрение redaction pipeline.
ZDR/Enterprise-контракты с критичными вендорами.
Sandbox для tools.
Мониторинг и alerts.
Обучение сотрудников.

Далее — постоянный процесс:

Ежеквартальный audit compliance.
Обновление реестра при изменениях.
DPIA для новых операций.
Ежегодный training refresh.
Мониторинг регуляторных изменений.

FAQ

Есть ли в РФ специальный закон об AI?

На 2026 год специального федерального закона об искусственном интеллекте в РФ нет. Регулирование AI-обработки данных осуществляется через ФЗ № 152 «О персональных данных», ФЗ № 149 «Об информации», отраслевые нормы (медицина, финансы). Есть отдельные регуляторные документы Правительства и профильных министерств по цифровым технологиям, но полноценного analog EU AI Act пока нет.

Обязательна ли DPIA для российских операторов?

По ФЗ № 152 прямого обязательства провести DPIA как в GDPR нет. Однако с 2024 года действует требование оператора провести ОРПД (Оценка рисков персональных данных) для операций, включающих обработку специальных категорий, биометрии, автоматизированных решений. Форма — по внутренней политике оператора. При проверке Роскомнадзор запрашивает документ.

Что делать, если решение принимается AI, но финальный approve делает человек?

Если человек реально имеет возможность и полномочия изменить решение (не rubber-stamp), то это не «solely automated decision» в смысле Article 22 GDPR / статья 16 ФЗ № 152. Требования ограничения не применяются в полном объёме. Но всё равно рекомендуется прозрачность (сказать пользователю, что использовался AI) и логирование решений с указанием роли AI и человека.

Обязательно ли уведомлять пользователя о том, что он общается с чат-ботом?

По EU AI Act (Article 52) — да, для limited risk AI-систем, включая чат-боты, обязательство прозрачности: пользователь должен знать, что взаимодействует с AI. По ФЗ № 152 прямого обязательства нет, но принцип прозрачности из общих требований работает. Best practice — всегда явно идентифицировать, что собеседник — AI.

Обязан ли я показывать пользователю, какая именно AI-модель обрабатывает его данные?

Категории получателей должны раскрываться (Privacy Policy). Конкретные вендоры (OpenAI, Anthropic) — рекомендуется, но допустимо описать категорию («AI-сервисы для аналитики») со ссылкой на подробный список. Конкретную модель (GPT-5, Claude 4) обычно не требуется указывать, но это может помочь в прозрачности.

Можно ли использовать иностранные AI-модели для российских клиентов легально?

Можно, при соблюдении требований трансграничной передачи (уведомление Роскомнадзора, согласие субъектов для стран без адекватного уровня, договор с гарантиями). Практически проще: обезличивать данные перед отправкой, или использовать российских провайдеров (Yandex, Sber, MTS) для операций с PII.

Что такое legitimate interests и когда можно использовать?

По GDPR Article 6(1) (f) — правовое основание, когда обработка необходима для интересов контроллера или третьей стороны, если не перевешивают интересы, права и свободы субъекта. Требуется balancing test (LIA — Legitimate Interest Assessment). Типичные случаи: analytics, direct marketing существующим клиентам, security, prevention of fraud. По ФЗ № 152 близкий аналог — «достижение общественно значимых целей» (пункт 7 части 1 статьи 6).

Достаточно ли иметь Terms of Service для юридической защиты?

Нет. Terms of Service — общие условия, но обработка PII регулируется отдельно (Privacy Policy для informing subjects). Согласие, если основание — согласие, оформляется отдельно (нельзя «утопить» его в Terms). Для B2B — дополнительно DPA (Data Processing Agreement) с клиентом, если клиент — контроллер, а ты — процессор.

Что делать, если использую AI для скрининга резюме кандидатов?

По EU AI Act — recruitment AI relegated к high-risk, требует полного набора мер (risk management, data governance, human oversight, transparency, etc.). По GDPR — Article 22 (автоматизированные решения) применим, если отсев автоматический. По ФЗ № 152 — статья 16. Обязательно: явное согласие или другое основание, право на human review, регулярный bias audit, документация логики.

Как реализовать «право быть забытым» для данных, использованных в fine-tuning AI-модели?

Это сложно, часто практически невозможно. Данные, «запечатанные» в весах модели, извлечь и удалить точечно нельзя (кроме экспериментальных техник machine unlearning). Best practice — не использовать PII в fine-tuning. Альтернатива — RAG (Retrieval-Augmented Generation) с actualным indехом, из которого пользователь удаляется точечно.

Обязан ли я иметь DPO?

По GDPR (Article 37) — обязательно для государственных органов, регулярного systematic monitoring в large scale, обработки специальных категорий в large scale. По ФЗ № 152 — не всегда обязательно, но настоятельно рекомендуется для крупных операторов. Практически: если ты обрабатываешь чувствительные данные многих субъектов — DPO нужен, внутренний или outsource.

Кто отвечает при инциденте с AI: я или вендор?

Оператор / контроллер несёт основную ответственность за обработку. Вендор (обработчик / процессор) отвечает по договору (DPA) и по прямым обязательствам, установленным законом. Оба могут быть оштрафованы. Практически: даже если инцидент вызван действиями вендора, регулятор в первую очередь обратится к тебе как к оператору.

Актуальность

Актуально на 10.08.2026. Регуляторные требования и правоприменение меняются часто, особенно в области AI. Перед бизнес-решением всегда сверяйся с первоисточником — все ссылки в разделе Sources ниже, и обязательно консультируйся с юристом для конкретных случаев.

Sources

https://pravo.gov.ru — консультативная копия ФЗ № 152 «О персональных данных», актуальная редакция (проверено 10.08.2026)
https://pravo.gov.ru — консультативная копия ФЗ № 149 «Об информации, информационных технологиях и о защите информации» (проверено 10.08.2026)
https://pravo.gov.ru — консультативная копия КоАП РФ, статья 13.11 (проверено 10.08.2026)
https://pravo.gov.ru — Постановление Правительства РФ № 1119 (проверено 10.08.2026)
https://fstec.ru — приказы ФСТЭК России, включая № 21 (проверено 10.08.2026)
https://rkn.gov.ru — сайт Роскомнадзора, реестр операторов, разъяснения (проверено 10.08.2026)
https://edpb.europa.eu — European Data Protection Board, все guidelines по GDPR (проверено 10.08.2026)
https://gdpr-info.eu — консолидированный текст GDPR со ссылками на официальный EUR-Lex (проверено 10.08.2026)
https://artificialintelligenceact.eu — консолидированный текст EU AI Act (Regulation 2024/1689) со ссылками на официальный EUR-Lex (проверено 10.08.2026)
https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai — официальная страница EU AI Act от Европейской Комиссии (проверено 10.08.2026)
https://owasp.org/www-project-top-10-for-large-language-model-applications/ — OWASP Top 10 for LLM (проверено 10.08.2026)
https://www.nist.gov/itl/ai-risk-management-framework — NIST AI Risk Management Framework (проверено 10.08.2026)
https://openai.com/policies/business-terms — OpenAI Business Terms, DPA-условия (проверено 10.08.2026)
https://www.anthropic.com/legal — юридические документы Anthropic (проверено 10.08.2026)
https://policies.google.com/privacy — Google Privacy Policy (проверено 10.08.2026)