Стаття 12 Закону ЄС про ШІ: вимоги до ведення журналу та аудиторського звіту
Стаття 12 Закону ЄС про ШІ вимагає, щоб високоризикові системи ШІ автоматично записували події протягом усього терміну служби системи. На цій сторінці детально описано, що саме має містити ваш аудит, правила зберігання та взаємодія статті 11 та технічної документації, наведеної в Додатку IV.
Останнє оновлення: July 4, 2026
Що вимагає стаття 12
Високоризикові системи ШІ повинні бути розроблені таким чином, щоб забезпечувати автоматичний запис подій («журнали») протягом усього терміну служби системи. Журнали повинні забезпечувати достатню простежуваність для післяпродажного моніторингу, регуляторних перевірок та людського контролю, як передбачено у статті 14.
Стаття 12 є однією з небагатьох вимог Закону ЄС про ШІ, яка вимагає наявності технічних можливостей, а не лише документації щодо процесів — ваша система ШІ повинна фактично створювати ці записи під час її роботи.
Що повинен містити ваш аудит
Журнали, що ведуться відповідно до статті 12, повинні містити достатню кількість деталей для відтворення того, як і чому приймалися рішення:
- Ведення журналу на рівні подій з надійними мітками часу
- Вхідні дані, отримані системою ШІ, та вихідні дані, що генеруються
- Внутрішні етапи процесу (обговорення, проміжні рішення, оцінка політики)
- Дії, що виконуються людиною: затвердження, скасування, передача на вищий рівень
- Дані про стан системи, достатні для відтворення контексту прийняття рішення
- Аномальні події та їх обробка
Технічні вимоги
У нормативному акті визначено кілька технічних характеристик, яким повинна відповідати ваша інфраструктура ведення журналів:
- Автоматичне ведення журналів — ручне введення записів у журнал не відповідає вимогам статті 12
- Надійний, повний запис подій
- Безпечне зберігання, захищене від несанкціонованого доступу
- Термін зберігання, пропорційний призначенню та профілю ризиків
- Можливість експорту у формати, придатні для перевірки регуляторними органами
Найбільш поширені недоліки у відповідності вимогам
Виходячи з нашого досвіду роботи з командами, що розробляють системи ШІ для підприємств, ось найчастіші недоліки у відповідності вимогам статті 12:
- Ведеться облік лише вихідних даних, а не обґрунтування, яке їх створило
- Відсутні або неповні записи про скасування дій людиною
- Зберігання журналів, яке можна змінювати, і яке не відповідає вимогам щодо захисту від несанкціонованого доступу
- Занадто короткі терміни зберігання для регуляторних перевірок
- Відсутність структурованого експорту — лише запити до бази даних, що виконуються вручну
Технічна документація, що передбачена статтею 11 та Додатком IV
Стаття 11 вимагає наявності технічної документації, яка разом із журналами, що ведуться відповідно до статті 12, демонструє відповідність вимогам.
У Додатку IV зазначено структуру: опис системи, передбачуване призначення, вибір дизайну, дані для навчання та тестування, процедури перевірки, моніторинг та самі журнали. Розглядайте ці два аспекти як один робочий процес.
Як AIAgentree реалізує вимоги статті 12
AIAgentree було розроблено з урахуванням вимог статті 12:
- Запис траєкторії прийняття рішень — кожен вхідний параметр, проміжний етап, вихідний параметр записуються
- Етапи обґрунтування зберігаються разом із вихідними даними
- Відстеження дій, що виконуються людиною, із зазначенням інформації про те, хто, коли та чому їх виконував
- Цілісність ланцюга криптографічних хешів для забезпечення захисту від несанкціонованого доступу
- Експорт в один клік у формати, призначені для перевірки регуляторними органами (PDF, JSON, CSV)
Часті запитання
Як довго потрібно зберігати журнали, що ведуться відповідно до статті 12?
Закон ЄС про ШІ не визначає фіксований термін; журнали повинні зберігатися протягом періоду, пропорційного призначенню та профілю ризиків системи ШІ. Більшість постачальників дотримуються правил зберігання, що застосовуються до конкретних секторів (фінансові послуги, охорона здоров’я), і вважають найдовший застосовний період мінімальним терміном.
Чи потрібно реєструвати кожне обчислення моделі?
Стаття 12 вимагає ведення журналу подій, які забезпечують простежуваність прийнятих рішень. Для важливих рішень, які впливають на права чи безпеку людей, це фактично означає реєстрацію кожного обчислення. Для суто внутрішніх допоміжних завдань може бути достатньо ведення більш легкого, зведеного журналу — в будь-якому випадку задокументуйте обґрунтування.
Чи є самі журнали персональними даними відповідно до GDPR?
Часто так, особливо якщо вони містять вхідні дані, пов’язані з ідентифікованими особами. Розглядайте зберігання журналів відповідно до статті 12 та контроль доступу як комплексну проблему, що стосується як Закону ЄС про ШІ, так і статті 32 GDPR.
Джерела
- Regulation (EU) 2024/1689, Article 12 — artificialintelligenceact.eu/article/12
- Article 11 + Annex IV — artificialintelligenceact.eu/article/11
Continue exploring the EU AI Act guide
EU AI Act Compliance Guide
The complete guide to EU AI Act compliance for AI agents — start here.
Article 14 — Human Oversight
Designing effective human-in-the-loop controls for AI decisions.
Annex III — High-Risk AI Systems
Which AI use cases the Act classifies as high-risk.
EU AI Act Compliance Checklist
A step-by-step checklist to reach and document compliance.
Compliance Cost Calculator
Estimate your EU AI Act compliance effort and cost.
Deadlines & Timeline
Key enforcement dates, including the August 2, 2026 deadline.
Fines & Penalties
Penalty tiers up to €35M or 7% of global annual turnover.
Transparency Obligations (Art. 13 & 50)
Disclosure duties for AI systems and their outputs.
Risk Management & Conformity Assessment
Build a risk management system and assess conformity.
GPAI Obligations
Rules for providers of general-purpose AI models.
EU AI Act for US Companies
Extraterritorial scope and what US providers must do.
Omnibus Update
The latest changes to the EU AI Act timeline and rules.
Penalty Calculator
Estimate your maximum fine under the Article 99 tiers.
Article 11 + Annex IV
What technical documentation the EU AI Act requires.
Article 26: Deployer Obligations
What deployers of high-risk AI must do, including log retention.
Article 17: Quality Management
The QMS providers of high-risk AI must document.
Article 10: Data Governance
Data quality, bias mitigation, and governance duties.
Article 4: AI Literacy
The staff AI-literacy duty in force since February 2025.
Deployer vs Provider
Who bears which obligation — and when a deployer becomes a provider.
FRIA (Article 27)
Who must run a Fundamental Rights Impact Assessment, and how.
Who Does It Apply To?
Scope, operators, and the extraterritorial reach of the EU AI Act.
Post-Market Monitoring
Articles 72–73: ongoing monitoring and incident reporting.
ISO 42001 vs EU AI Act
How the voluntary standard and the binding law fit together.
NIST AI RMF vs EU AI Act
A practical crosswalk between the framework and the law.
EU AI Act for Healthcare
High-risk medical AI, MDR/IVDR interplay, and clinician oversight.
EU AI Act for Financial Services
Credit scoring, insurance pricing, and existing financial regulation.
EU AI Act for HR & Employment
Hiring AI as high-risk, plus NYC LL144 and EEOC overlap.