EU AI Act і комплаєнс: що змінюється для українських компаній

За роками роботи з регуляторами з обох боків столу я дійшла до простого висновку: будь-який закон працює не тоді, коли його ухвалили, а тоді, коли бізнес починає змінювати рішення через нього.

Що таке EU AI Act і чому це важливо для України?

EU AI Act (Регламент (ЄС) 2024/1689) — це перший у світі комплексний правовий акт, що регулює розробку, розміщення на ринку та використання штучного інтелекту. Він набув чинності 1 серпня 2024 року і застосовується поетапово до 2 серпня 2027 року. Для українських компаній значення регламенту визначається його екстеріторіальною дією: він поширюється на провайдерів, що розміщують AI-системи на ринку ЄС, і на деплойерів, що використовують їх на території ЄС, незалежно від місця реєстрації компанії.

Український бізнес вже інтегрований в європейські ланцюги вартості. IT-компанії експортують рішення, фінтехи використовують скорингові моделі, логістика застосовує алгоритми оптимізації маршрутів. Кожна з цих систем може потрапити під категорію «високого ризику» або «обмеженого ризику» і вимагати відповідних процедур конформності.

Які категорії ризику передбачає регламент і як їх відрізнити?

Регламент встановлює чотири рівні ризику. Системи неприпустимого ризику заборонені: маніпулятивні техніки, соціальний скоринг державою, реальна біометрична ідентифікація в публічному просторі для правоохоронців (з вузькими винятками). Системи високого ризику — це серце регламенту. До них належать AI у медичних пристроях, системах оцінювання кредитоздатності, рекрутингу, управління критичною інфраструктурою, освіті, міграції, правоохороненні. Системи обмеженого ризику підлягають лише обов'язкам прозорості: користувач має знати, що спілкується з AI (чат-боти, деепфейки, емоційний аналіз). Системи мінімального ризику не регулюються регламентом (спам-фіltrи, відеоігри).

Практична складність: однакова технологія може бути в різних категоріях залежно від контексту використання. Біометрична верифікація для доступу до офісу — обмежений ризик. Та сама технологія для ідентифікації підозрюваних у публічному просторі — неприпустимий ризик. Класифікацію треба фіксувати в реєстрі AI-систем компанії з обґрунтуванням.

Які обов'язки виникають у провайдерів систем високого ризику?

Провайдери систем високого ризику повинні: провести оцінку відповідності (внутрішню або через нотифікований орган), створити систему управління ризиками (стаття 9), забезпечити якість навчальних даних (стаття 10), розробити технічну документацію (стаття 11), запровадити автоматичний логування подій (стаття 12), забезпечити прозорість та інформацію для користувачів (стаття 13), передбачити людський нагляд (стаття 14), досягти точності, стійкості та кібербезпеки (стаття 15). Після цього — оформити декларацію про відповідність, нанести CE-маркування та реєструвати систему в європейській базі даних.

Для української фінтех-компанії, що продає скорингову модель європейському банку, це означає: повний аудит даних, на яких навчалася модель, документування процесу тренування, тестування на упередження, впровадження human-in-the-loop для критичних рішень, регулярний моніторинг дрифту моделі. Це не разовий проект — це постійний операційний процес.

Що від деплойерів систем високого ризику?

Деплойери (користувачі) систем високого ризику мають обов'язки за статтею 26: використовувати систему відповідно до інструкцій провайдера, призначити кваліфікованих операторів для людського нагляду, забезпечити релевантність вхідних даних, моніторити роботу системи та повідомляти провайдера про інциденти, зберігати логи автоматично згенерованих подій, провести оцінку впливу на основні права (FRIA) для публічних органів та окремих приватних секторів (банківське кредитування, страхування).

Український банк, що впроваджує закуплену AI-систему оцінювання заборгованості, стає деплойером. Він не може перекласти відповідальність на вендора. Потрібні: внутрішня політика використання, навчання відповідальних осіб, процедура ескалації інцидентів, регулярні перевірки якості даних. Це розширює рамки традиційного вендор-менеджменту.

Які терміни вступу в силу і що керується першим?

Поетапне введення: 2 лютого 2025 року — заборона систем неприпустимого ризику, вимоги до AI-грамотності персоналу. 2 серпня 2025 року — обов'язки для моделей загального призначення (GPAI), системи штрафів, наглядові органи. 2 серпня 2026 року — повний набір обов'язків для систем високого ризику (додаток III). 2 серпня 2027 року — системи високого ризику, що є продуктами або компонентами продуктів, підлягаючими іншим директивам (медичні пристрої, іграшки, ліфти).

Першочергове — аудит на наявність заборонених практик та впровадження AI-грамотності команди. Європейське агентство з правових питань (Europol) у звіті від 25 вересня 2026 року підкреслило: ефективне використання даних і технологій правоохоронцями має балансуватися з фундаментальними правами та верховенством права. Це сигнал для всього ринку: регулятор дивиться не на папери, а на реальний баланс інновацій та прав людини.

Як це перетинається з фінмоніторингом та санкційним скринінгом?

AI-системи, що використовуються для AML-скринінгу, виявлення підозрілих операцій, санкційного перевірки контрагентів — часто потрапляють у категорію високого ризику, якщо вони приймають автоматизовані рішення, що впливають на права фізичних осіб (блокування рахунків, відмова у обслуговуванні). Тут з'являється подвійний регуляторний тиск: закон про запобігання легалізації вимагає ефективного виявлення ризиків, AI Act — вимагає пояснюваності, людського нагляду, відсутності упереджень.

Практичний конфлікт: правила AML тискають на автоматизацію і швидкість, AI Act — на прозорість і контроль. Рішення не в обранні одного з двох, а в архітектурі: правила-детектори (детерміновані) для жорстких порогів, ML-моделі для пріоритизації алертів, остаточне рішення — за людиною з документуванням підстав. Таку архітектуру можна показати регулятору обох профільів.

Як почати побудову AI-комплаєнсу в компанії?

Крок 1: Інвентаризація. Створіть реєстр усіх AI-систем: власних, закуплених, вбудованих у SaaS. Для кожної — категорія ризику, роль компанії (провайдер/деплойер), сфера застосування, відповідальна особа.

Крок 2: Гейп-аналіз. Порівняйте існуючі процеси з вимогами регламенту для систем високого та обмеженого ризику. Де є документація, де — людський нагляд, де — логування, де — тестування на упередження.

Крок 3: Політики та процедури. AI-політика компанії, процедура оцінки ризику нових систем, процедура управління інцидентами, процедура постачаної ланки (вендори AI).

Крок 4: Технічні заходи. Впровадження логування, моніторингу дрифту, інструментів пояснюваності (SHAP, LIME), контурів людського нагляду.

Крок 5: Навчання та культура. AI-грамотність для всіх, хто приймає рішення на основі AI-виводів. Це вимога регламенту з 2 лютого 2025 року.

Крок 6: Постійний моніторинг. Post-market monitoring plan, регулярні переоцінки ризику, оновлення документації при змінах моделі.

Як AI Act впливає на інвестиційну привабливість та due diligence?

Інвестори та донори вже включають AI-комплаєнс у чек-листи due diligence. Відсутність інвентаризації AI-систем, незрозумілість ролей провайдера/деплойера, відсутність людського нагляду для критичних моделей — це червоні прапорці. Доброчесність у ланцюгу постачання тепер включає перевірку AI-вендорів на відповідність регламенту. Якщо ваш ключовий алгоритм — «чорна скринька» без документації та тестування на упередження, інвестор побачить оперативний та репутаційний ризик, а не технологічну перевагу.

Як це стосується генеративного AI (LLM) та моделей загального призначення?

Моделі загального призначення (General Purpose AI — GPAI) мають окремий режим (розділ V). Провайдери GPAI зобов'язані: надавати технічну документацію деплойерам, публікувати повідомлення про контент, використаний для тренування (за винятком відкритих даних), дотримуватися авторського права. Для системічних ризиків (потужні моделі >10^25 FLOPs) — додаткові обов'язки: оцінка системічних ризиків, інцидент-менеджмент, кібербезпека. Українські компанії, що фінетюють або використовують LLM у продуктах для європейців, стають деплойерами GPAI і мають вимогувати від провайдерів документацію для виконання власних обов'язків.

Чому комплаєнс «для галочки» не витримає перевірки за AI Act?

Регламент вимагає не наявності документів, а доказової бази постійної відповідності. Регулятор може запитати: покажіть логи автологування за останні шість місяців, покажіть протокол тестування на упередження при оновленні версії моделі, покажіть, як саме людина приймала рішення в цих 47 алертах. Папкова система, написана за тиждень до аудиту, не матиме цих даних. Єдина стратегія — вбудувати комплаєнс в життєвий цикл ML (MLOps): дані → тренування → валідація → деплой → моніторинг → перетренування — на кожному етапі з фіксацією доказів.

Практичний чекліст: готовність до AI Act

• [ ] Інвентар AI-систем оновлений за останні 30 днів
• [ ] Кожній системі присвоєно категорію ризику з обґрунтуванням
• [ ] Для систем високого ризику: технічна документація відповідає статті 11
• [ ] Система управління ризиками (ISO 14971 / ISO 23894) впроваджена
• [ ] Навчальні дані перевірені на упередження, репрезентативність, правові основи обробки
• [ ] Автоматичне логування подій активне і доступне для аудиту
• [ ] Людський нагляд: визначені ролі, процедури ескалації, журнали рішень
• [ ] Post-market monitoring plan затверджено і працює
• [ ] Інцидент-менеджмент: процедура повідомлення належним органам за 72 години
• [ ] Декларація про відповідність підписана, CE-маркування нанесено (де потрібно)
• [ ] Реєстрація в європейській базі даних виконана (де потрібно)
• [ ] Контракти з вендорами AI оновлені: обов'язки провайдера, права на аудит, SLA
• [ ] Персонал проївшов AI-грамотність (запис про навчання)
• [ ] FRIA проведено (де обов'язково: публічні органи, банки, страхування)

FAQ

Чи поширюється AI Act на українські компанії, які не мають офісу в ЄС?

Так, якщо вони розміщують AI-системи на ринку ЄС або їхні системи використовуються деплойерами на території ЄС. Екстеріторіальна дія регламенту (стаття 2) не вимагає юридичної наявності в ЄС.

Яка відповідальність за порушення AI Act?

Штрафи до 35 млн євро або 7% річного світового обертання за заборонені практики, до 15 млн євро або 3% — за порушення обов'язків систем високого ризику, до 7,5 млн євро або 1,5% — за недостовірну інформацію наглядовим органам.

Чи потрібен нотифікований орган для всіх систем високого ризику?

Ні. Для більшості систем додатку III (кредитний скоринг, HR, освіта, правоохоронення) — внутрішня оцінка відповідності. Нотифікований орган потрібен для AI у медичних пристроях, деяких машинах, ПЗВ та інших продуктах, що вже регулюються специфічними директивами.

Як оформити людський нагляд (human oversight) на практиці?

Призначити відповідальних операторів з кваліфікацією, дати їм інструменти переривання/ігнорування AI-рішення, зобов'язати документувати кожне таке втручання, регулярно перевіряти якість нагляду метриками (частота перебивань, час реакції, якість остаточних рішень).

Чи покриває ISO 42001 вимоги AI Act?

ISO 42001 (AI management system) — гарний каркас для системного управління, але не замінює специфічні технічні вимоги регламенту (якість даних, логування, точність, стійкість). Це доповнення, а не заміна.

Що робити з AI-системами, розробленими до вступу регламенту в силу?

Існуючі системи високого ризику, розміщені на ринку до 2 серпня 2026 року, мають дотриматися вимог до 2 серпня 2027 року, якщо вони не зазнали суттєвих змін. Суттєва зміна — перетренування, зміна призначення, архітектури — запускає повний цикл конформності негайно.

EU AI Act не є ще одним папером для архіву. Це зміна правил гри для будь-якого бізнесу, де алгоритм впливає на рішення про людей, гроші, доступ до послуг. Українські компанії, що почали інвентаризацію і гейп-аналіз сьогодні, отримають конкурентну перевагу: вони входять на європейський ринок зрозумілими, аудитованими, довірими партнерами. Ті, хто чекає — платять вищу ціну пізніше: у штрафах, втраченних контрактах, репутаційних кризах. Початок — інвентаризація зараз. Потім — системна робота з даними, моделями, людьми та процесами. Комплаєнс тут — не гальмо, а архітектура стійкого бізнесу.