2 августа 2024 EU AI Act вступил в силу. Phased provisions заходили в течение 2025; основной массив для general-purpose AI и high-risk систем теперь binding в 2026. В сумме с 8 годами GDPR-практики и обновлениями ePrivacy 2025, deploy AI-агента который касается EU-резидентов — это 14-pункт compliance exercise, не 1-pункт.
Чек-лист написан с нашими outside counsel по AI / privacy в Варшаве и Берлине. Мы прогоняем его на каждом deploy. Ни один пункт не bureaucratic theatre — каждый это что-то о чём DPA реально спрашивал нашего клиента в 2024–2025.
Часть A — GDPR обязательства специфичные для AI-агентов
1. Правовое основание обработки voice и chat input
Нельзя обрабатывать call-audio просто потому что юзер позвонил. Правовое основание одно из: explicit consent (Art. 6(1)(a)), contract performance (Art. 6(1)(b)) — только если AI реально необходим для контракта, или legitimate interest (Art. 6(1)(f)) с документированным LIA. Для voice biometrics или emotion detection: Art. 9 special-category data — explicit consent единственный реалистичный basis.
2. Real-time голосовой consent
Pre-call IVR с «эта связь может записываться» в 2026 недостаточно. Юзер должен быть проинформирован: (a) кто собирает данные, (b) с какой целью, (c) что он говорит с AI, (d) как достучаться до человека. Сам consent должен быть logged вместе с audio-segment, не просто заявлен в Terms of Service.
3. Право на human review (Art. 22)
Если AI-агент принимает любое решение с legal или significant effect на юзера (отказ в кредите, отклонение претензии, отмена записи, suspension аккаунта, изменение цены) — у юзера есть право получить human intervention, выразить позицию и оспорить решение. Заложи путь «talk to human» в UX до запуска, а не после жалобы.
4. Data minimization в транскриптах
Default behavior большинства STT-вендоров — хранить full audio + transcript бесконечно. Это нарушает Art. 5(1)(c). Нужно: документированный retention (рекомендуем 90 дней raw audio, 365 дней redacted transcripts), automated PII-redaction в stored копиях, и deletion-job который реально работает (тестируй ежемесячно).
5. Subprocessor disclosure
Твой AI-агент скорее всего использует OpenAI / Anthropic / Deepgram / ElevenLabs как subprocessors. Каждый должен быть disclosed в privacy policy со страной обработки и covered подписанным DPA. У ChatGPT Enterprise, Claude for Work и major STT-провайдеров есть GDPR-compliant DPAs — используй их, не consumer tier.
6. Data residency для EU-клиентов
Большинство LLM-провайдеров теперь предлагают EU residency: Anthropic Claude на AWS Frankfurt / Ireland, OpenAI EU residency доступен с Feb 2024, Azure OpenAI в West Europe / France Central. Если контракт или сектор клиента (healthcare, finance, public sector) требуют EU residency — переключайся на эти endpoints. Разница в cost обычно <10%.
7. Data Processing Impact Assessment (DPIA)
AI-агенты почти всегда триггерят Art. 35 DPIA: large-scale systematic processing, automated decisioning, vulnerable populations (medical, employment), или new tech. DPIA это 6–10 страничный документ — твой DPO может написать по template, но должен существовать до запуска и пересматриваться ежегодно.
Часть B — EU AI Act обязательства (binding 2026)
8. Классификация рисков
Каждый AI-агент попадает в одну из 4 категорий по EU AI Act: prohibited (social scoring, real-time biometric ID в общественных местах), high-risk (employment, credit, healthcare, education, law enforcement), limited-risk (чатботы, deepfakes — только transparency obligations), minimal-risk (spam-фильтры, видеоигры). Обязательства сильно различаются. Большинство коммерческих AI-агентов limited-risk; HR-screening или credit-scoring агенты high-risk.
| Risk class | Примеры | Ключевые обязательства |
|---|---|---|
| Prohibited | Social scoring, mass biometric surveillance | Нельзя deploy, full stop |
| High-risk | HR screening, credit, medical, education | Conformity assessment, technical docs, human oversight, регистрация |
| Limited-risk | Customer-service чатбот, voice agent, deepfake generator | Transparency: юзер должен знать что это AI; deepfakes labelled |
| Minimal-risk | Spam filter, recommender, NPC dialogue | Нет специфических обязательств по AI Act |
9. Прозрачность: «Я — AI»
Даже для limited-risk систем юзер должен быть проинформирован в начале каждого взаимодействия что говорит с AI. Voice-агенты — в первые 10 секунд. Chat-агенты — в первом сообщении. Это не просто good practice, это теперь legal obligation по Art. 50 AI Act.
10. Логи и audit trail
High-risk системы должны вести automatic logs достаточные для «обеспечения traceability функционирования AI» (Art. 12). Для limited-risk: best practice такая же. Логируй каждый input, каждый model output, каждое решение, каждый fallback на человека и каждый override. Retention: минимум 6 месяцев, рекомендуем 24.
11. Human oversight
Для high-risk: документированный человек ответственный за мониторинг AI в проде, с технической authority его override/pause. Его training и competence должны быть documented. Для limited-risk: минимум — fallback-to-human путь и канал жалоб.
12. Тестирование bias и reporting
High-risk системы должны быть тестированы на bias по protected characteristics (gender, ethnicity, age, disability и др.) с документированными remediation actions. Тест это не «мы спросили модель»; это статистический анализ outcomes по группам. Особенно для HR-screening агентов — регуляторы активно аудитят это в 2026.
Часть C — operational practices которые мы кладём сверху
13. Ежеквартальный compliance review
Calendar invite: каждые 90 дней DPO + tech lead + product owner садятся на 60 минут. Проходят: изменения data flows, новые subprocessors, deletion requests received and fulfilled, жалобы received, model updates от upstream vendors. Документируют встречу; подписывают.
14. Incident response runbook
Data breach notification по GDPR — 72-часовой clock. Имей runbook ДО того как понадобится, с named on-call людьми, draft notification templates для DPA и для affected users, и tested escalation path. Видели клиентов которые пропускали 72-час окно из-за неподготовленности, а не из-за серьёзности самого breach'а.
Worked example: voice-агент для healthcare booking
Реальный клиент: польская сеть стоматологий, voice-агент для записи и переноса. Классификация: limited-risk по AI Act (booking не medical decisioning), но обрабатывает Art. 9 health-adjacent data (визиты, symptom keywords). Финальный compliance package:
- —Lawful basis: contract (запись) + consent для transcript retention
- —In-call disclosure: «Вы говорите с AI-ассистентом [Клиники]» в первые 8 секунд
- —Talk-to-human path: скажи «человек» или нажми 0 в любой момент
- —Data residency: Anthropic Claude на EU endpoint, Deepgram EU region
- —Retention: audio 90 дней, redacted transcript 365 дней
- —DPIA: 9-страничный документ подписан DPO до запуска
- —Quarterly review: да
- —Incident runbook: да
- —Никакой biometric обработки, никакого decisioning кроме appointment-слота — оставило нас в limited-risk
Time to compliance: 4 недели юр. работы размазанные на 8 недель build'а. Cost: ~€8K outside counsel. Результат: запуск в срок, ноль DPA-запросов за 14 месяцев в проде.
Как пользоваться чек-листом
Распечатай. Помечай каждую строку green / yellow / red. Yellow и red — pre-launch blockers. Green-пункты тоже требуют re-check ежеквартально. Если не можешь честно пометить пункт #2, #3, #9 или #10 как green — ты не готов к запуску в EU.