Метод за съответствие с AI Act — сравнителен анализ и избор преди 2 декември 2027 г.

Метод за съответствие с AI Act

I. Защо изборът на метод за съответствие с AI Act е юридически важен

До 2 декември 2027 г. (отложен от 2 август 2026 г. с Digital Omnibus) всички доставчици и внедрители на високорискови системи с изкуствен интелект в ЕС трябва да са привели своите системи в съответствие с Регламент (ЕС) 2024/1689 — т.нар. AI Act. Регламентът не предписва конкретен технически метод; той установява резултатните задължения — какво трябва да бъде доказано — но оставя на задълженото лице правото и отговорността да избере метода, по който ще го докаже.

Чрез Digital Omnibus Европейският съюз отложи задълженията за високорисковите AI системи по AI Act — първоначално приложими от 2 август 2026 г. — за 2 декември 2027 г., а задълженията за системите, вградени в регулирани продукти, за 2 август 2028 г. Официалната причина е, че хармонизираните стандарти и инструментите за оценка на съответствието, необходими за прилагането на тези задължения, не са готови. Това е официално институционално признание, че надзорният инструмент, който Регламентът предполага, все още не е изграден. ЗКАП е именно този инструмент: дефицитът беше диагностициран — а решението подадено за патент (BG/P/2026/114317, март 2026 г.) — преди самите институции да признаят, че той съществува.

ЗКАП решава едновременно всички основни проблеми. Работещият надзорен инструмент трябва да покрива едновременно четири условия — и досега нито един не ги покриваше:

  • Непрекъснатост — проверка на съответствието за всяко отделно решение през целия жизнен цикъл, не еднократно при сертификация.
  • Без разкриване — без достъп до модела, обучаващите данни или лични данни.
  • Независимост — без разчитане на самодекларация от доставчика.
  • Мащабируемост — достатъчно бързо, за да покрият нотифицираните органи пазарния обем.

ЗКАП покрива и четирите: всяко решение на AI система носи криптографско доказателство (с нулево знание), че е спазило подписан набор от правила — проверимо от регулатор или нотифициран орган за милисекунди, без изобщо да се разкриват моделът, данните или търговска тайна. Точно тази комбинация отлагането по Digital Omnibus потвърди, че досега не е съществувала.

Този избор не е технически детайл. Той е юридически акт със санкционни последици. По чл. 99 от AI Act несъответствието с чл. 9-15 води до административни санкции в размер до 35 млн. евро или 7% от световния годишен оборот, което е по-високото. Поради това изборът на метод за съответствие с AI Act трябва да бъде документиран, обоснован и защитим — не само пред регулатора, но и пред акционери, застрахователи и съд.

Настоящият анализ представя четирите основни подхода, които са налице към април 2026 г., и предоставя критерии за избор.

II. Какво точно означава „метод за съответствие с AI Act"

Методът за съответствие с AI Act е структуриран правно-технически процес, чрез който задълженото лице:

  1. идентифицира кои изисквания на AI Act се прилагат към неговата конкретна система (чл. 6, Приложение III);
  2. установява проверими вътрешни контроли за всяко приложимо изискване;
  3. генерира доказателствен корпус, който демонстрира изпълнението;
  4. подава доказателствата пред нотифициран орган или регулатор по чл. 43-49 AI Act;
  5. поддържа непрекъснато наблюдение и актуализация (чл. 61 — post-market monitoring).

На пазара към 2026 г. съществуват четири различни методологии, които покриват тези стъпки — всяка с различни гаранции, рискове и мащабируемост.

III. Четирите метода за съответствие с AI Act — сравнение

Метод 1 — Документен одит (традиционният подход)

Екип от юристи и технически експерти съставя подробна документация: техническо описание на системата (чл. 11), записи на обучението, FRIA оценка (чл. 27), политика за киберсигурност (чл. 15), и я предоставя на одитор или нотифициран орган за проверка.

Предимства: познат подход, утвърдена юридическа практика, съвместим с действащи ISO 9001/27001 процеси.

Слабости: (а) изисква разкриване на техническа и проектна документация пред одитор — риск за търговската тайна (Директива ЕС 2016/943); (б) не мащабира при 65 000+ високорискови системи в ЕС, защото нотифицираните органи имат ограничен капацитет; (в) одитът е еднократен снимков срез — не осигурява непрекъсната съвместимост по чл. 72 AI Act.

Заключение: подходящ за малки на брой системи с ниска чувствителност на документацията. Неподходящ за мащабни внедрявания.

Метод 2 — AI Governance платформи (Credo AI, Holistic AI, FairNow)

Софтуерна платформа от трета страна, която автоматизира чеклистове, управлява документация и генерира отчети за съответствие. Популярни решения: Credo AI, Holistic AI, FairNow.

Предимства: автоматизация на рутинни задачи, унифицирана документация в едно място, lead generation за compliance officer-и.

Слабости: (а) чувствителни данни се съхраняват в инфраструктура на трето лице — допълнителен договорен и GDPR риск; (б) съответствието е основано на репутация на платформата, не на криптографска гаранция; (в) при атака срещу платформата всички клиенти са compromised едновременно (single point of failure); (г) не предоставя математически проверими доказателства, които нотифициран орган може да верифицира независимо.

Заключение: полезен организационен инструмент, но не е достатъчен като самостоятелен метод за съответствие при високорискови системи. Препоръчително е да се използва в комбинация с криптографска методология.

Метод 3 — Академичен софтуерен одит с нулево знание

Категория научни рамки, които интегрират криптография с нулево знание в MLOps жизнения цикъл на софтуерно ниво. Типичен случай на употреба: банка доказва пред собствения си одитор, че моделът за оценка на кредитен риск отговаря на регулаторните изисквания.

Предимства: математическа гаранция за коректността на изпълнението на модела, защита на параметрите от разкриване, академично рецензиран подход.

Слабости: (а) работи изцяло на софтуерно ниво — не защитава срещу компрометиране на самия софтуерен стек от оператора; (б) предполага двустранна връзка оператор ↔ одитор без институционално обособен регулаторен орган; (в) атестацията е ретроспективна (post-hoc) — резултатът се доставя преди доказателството; (г) обхватът е практически ограничен до тесни приложни класове; (д) няма правно обвързване към конкретни членове на регулаторен режим.

Заключение: ценен за локален вътрешен одит между оператор и неговата одиторска фирма. Недостатъчен за регулаторни режими, при които се изисква налагане (enforcement), а не ретроспективна проверка.

Метод 4 — ЗКАП (Zero-Knowledge Audit Protocol)

Методология, разработена в периода 2025-2026 г. от адвокат Радослав Радославов, с над 20 години юридическа практика и 17 години вътрешен опит в КПКОНПИ. ЗКАП е обект на две български патентни заявки: BG/P/2026/114317 (30 март 2026 г.) — хардуерна реализация, и BG/P/2026/114328 (12 април 2026 г.) — софтуерна реализация с хардуерен надзор.

ЗКАП се позиционира различно спрямо останалите три метода по четири измерения:

  • Налагане преди извеждане на резултата (prove-before-output enforcement): изходът на AI системата е физически блокиран до момента на верификация на криптографското доказателство. Несъответстващ резултат никога не достига ползвателя. Това е качествена разлика спрямо Методи 1-3, при които проверката е ретроспективна.
  • Хардуерно обвързване (Certified Stack binding): моделът, средата за изпълнение, политиката за битова цялост и хардуерната конфигурация са обвързани в единен криптографски отпечатък (RootHash). Компрометиране на която и да е компонента разрушава математически възможността за генериране на валидно доказателство. Това гарантира съответствие въпреки компрометиране на оператора.
  • Институционално разделен регулаторен одит: подписаният от орган комплект ограничения (Constraint Authority) отделя задаването на правилата от изпълнението им и от проверката им. Това е правно изискване при режими, в които самите ограничения са обект на политически и съдебен контрол.
  • Независимо от конкретната област приложение: ЗКАП покрива целия спектър на административни и съдебни решения с правни последици — високорисков AI по AI Act, гражданска конфискация и антикорупция (ЗОНПИ), киберсигурност по NIS2, защита на лични данни по GDPR, финансов сектор, данъчна администрация, обществени поръчки.

Подробно техническо описание на ЗКАП и архитектурата R-Domain / C-Domain е налично в отделната статия „ЗКАП — Протокол с нулево знание".

🛡️

Интерактивно демо на ЗКАП — режимите на работа

Можете да изпробвате работещо демо на двата приложни режима на ЗКАП: антикорупционен филтър в административно производство (с ескалация към ръководител на учреждението) и AI Act филтър за inference на високорискови AI системи (с ескалация към регулатора). Демото илюстрира принципа на криптографски проверимо съответствие — без разкриване на данни или модел — в контекста на патентните заявки BG/P/2026/114317 и BG/P/2026/114328.

▶ Отвори интерактивното демо

Демото работи в браузъра. Зарежда се за 1-2 секунди. Без инсталация, без външни зависимости. Симулирана криптография за демонстрационни цели; production реализацията е patent-protected.

IV. Сравнителна таблица — какъв метод за регулация на ИИ да изберете

Критерий Документен одит Governance платформи Академичен ZK одит ЗКАП
Защита на търговска тайнаЧастичнаЧастичнаПълна (софтуер)Пълна (хардуер+софтуер)
МащабируемостНискаСреднаВисокаВисока
Налагане преди извежданеНеНеНеДа
Хардуерна устойчивостНеНеНеДа
Институционално разделениеНеНеНеДа
Непрекъснато атестиранеНеЧастичноЧастичноДа
Приложим обхватОбщОбщФинансиAI Act + NIS2 + GDPR + антикорупция + др.

V. Критерии за избор — правен, технически и стратегически

При избора на метод за съответствие с AI Act юристът трябва да отговори на следните пет въпроса:

Критерий 1 — Каква е чувствителността на модела и обучаващите данни

Ако моделът съдържа търговска тайна с висока стойност или обучаващите данни включват специални категории лични данни (чл. 9 GDPR), методи, които изискват разкриване на модела пред одитор — са правно неприемливи. Това изключва Метод 1 (документен одит) за повечето практически случаи в банковия, здравния и публичния сектор.

Критерий 2 — Какъв е режимът на отговорност

При режими на наложена съвместимост (AI Act чл. 72 post-market monitoring, NIS2 чл. 21 непрекъснато управление на риска) ретроспективната проверка е недостатъчна. Необходим е метод с налагане преди извеждане на резултата. Само Метод 4 (ЗКАП) отговаря на това изискване в чист вид.

Критерий 3 — Каква е средата на внедряване

При доверени облачни среди с доверен оператор Метод 3 (академичен ZK софтуерен одит) е достатъчен. При среди, в които операторът може да бъде компрометиран (класически high-risk случай според чл. 6 AI Act), е необходимо хардуерно обвързване — изключителна характеристика на Метод 4.

Критерий 4 — Има ли институционално разделение на ролите

Ако задълженото лице е същото като органа, който определя правилата (т.е. вътрешен самоодит), Метод 3 е подходящ. Ако регулаторният орган е институционално отделен (което е нормалната ситуация при AI Act, NIS2, GDPR, ЗОНПИ, КПКОНПИ), необходим е тристранен протокол — характерен само за Метод 4.

Критерий 5 — Какъв е хоризонтът на експлоатация

Ако AI системата ще се експлоатира под 12 месеца, инвестицията в криптографски метод може да не се изплати — Метод 1 или 2 стават икономически разумни. При хоризонт над 24 месеца криптографският метод винаги има по-ниска обща стойност поради избягнати одиторски цикли и намалена санкционна експозиция.

VI. Хронология — какво да се направи до 2 декември 2027 г.

Типичният процес по избор и внедряване на метод за AI Act съответствие отнема между 3 и 9 месеца в зависимост от сложността на системата. Препоръчителна хронология за задължени лица към април 2026 г.:

  • До края на 2026 г.: правна оценка на обхвата (gap analysis) — кои системи попадат в обхвата на AI Act, в кои категории (чл. 6, Приложение III), какъв е рискът.
  • Първо полугодие на 2027 г.: избор на метод за съответствие на базата на петте критерия по-горе.
  • Средата на 2027 г.: имплементация, вътрешна верификация, документация.
  • Периодът преди декември 2027 г.: ангажиране на нотифициран орган по чл. 43-49 AI Act (ако е приложимо) и подаване на декларация за съответствие.
  • 2 декември 2027: влизат в сила задълженията — от този момент всяко използване на несъответстваща високорискова AI система представлява нарушение.

Забавянето на решението има кумулативен ефект — капацитетът на нотифицираните органи е ограничен, и компании, които ангажират одит непосредствено преди крайния срок, рискуват да не получат срочен отговор.

VII. Какво предлагаме — комплексно правно-техническо съдействие

Адвокатска кантора Радослав Радославов, съвместно с Advanced Consulting London, предоставя пълно комплексно съдействие по избор и внедряване на метод за съответствие с AI Act:

  • Правна оценка на обхвата (Scope Assessment) — идентификация на всички AI системи в организацията, класификация по AI Act (чл. 6 и Приложение III), картографиране на правните задължения;
  • Избор на метод — обоснован правен анализ по петте критерия, с документирано решение, защитимо пред регулатор, акционери и съд;
  • Внедряване на ЗКАП — за организации, които избират криптографския метод, предоставяме лицензиране на методологията и техническо съдействие по внедряване;
  • Процесуално представителство — пред КЗЛД (за GDPR аспектите), КРС (за NIS2), и в съд по реда на АПК — при регулаторни производства по AI Act, GDPR и NIS2;
  • Свързано съдействие: AI регулации и Cyber Risk Management, AI в държавната администрация, пълно описание на ЗКАП.

VIII. Изводи

Изборът на метод за съответствие с AI Act е стратегическо правно решение с дългосрочни последствия. Традиционните подходи — документен одит и governance платформи — ще останат приложими за нискорискови сценарии, но не отговарят на правните изисквания за високорискови системи при мащабата на 65 000+ задължени лица в ЕС.

Криптографските методи — в частност ЗКАП — предоставят качествено нов режим: непрекъснато криптографско атестиране при защита на търговската тайна, с налагане преди извеждане, хардуерно обвързване и институционално разделение. Това е методологията, която позволява на задълженото лице да изпълни AI Act без да компрометира нито търговската тайна, нито личните данни, нито интелектуалната собственост.

Задълженията всъщност бяха отложени — от 2 август 2026 г. на 2 декември 2027 г. — именно защото инструментите за съответствие не бяха готови. Отлагането не премахва изискването; то потвърждава, че инструментът за неговото изпълнение не е съществувал. Изборът на метод трябва да бъде направен, документиран и внедрен своевременно.


Нормативни източници и публикации