Назад към блога
GDPR24 мин четене

Проверка от КЗЛД през 2026 г.: как да я преминете без наказателно постановление

A

Alexander Sverdlov

Анализатор по сигурността

27.05.2026 г.
Проверка от КЗЛД през 2026 г.: как да я преминете без наказателно постановление

КЗЛД · GDPR · Проверка на място

Проверка от КЗЛД през 2026 г.: как да я преминете без наказателно постановление

Уведомлението за проверка пристига в петък следобед. Имате 10 работни дни до първото посещение на инспекторите. Този материал ви показва точно какви документи ще поискат, какви въпроси задават на място, как изглежда добре подготвен Регистър на дейностите по обработване, и десетте проверки, които трябва да направите в подготовката, за да не получите наказателно постановление в края.

Най-важното накратко

  • КЗЛД провежда три различни типа проверки (по жалба, планова и последваща), всяка с различни срокове, обхват и тон. Идентифицирането на типа в първите 24 часа определя цялата стратегия за защита
  • Инспекторът никога не идва празноръчен - той носи предварителен списък от 14 до 22 документа, които ще иска веднага. Тяхното изготвяне в нощта преди посещението е невъзможно
  • Около 70 на сто от наказателните постановления се основават на липса на Регистър на дейностите по обработване (чл. 30 GDPR), липса на DPIA или на проследима следа от обучение на персонала, а не на самия пробив на данни
  • Реалните глоби, наложени от КЗЛД през последните 24 месеца, са в диапазона от 4 000 до 380 000 лв. за български компании. Средна стойност при системни нарушения: около 28 000 лв.
  • Пред инспектора говорите един оторизиран представител (DPO, юрисконсулт или CEO). Допускането на 5 различни служители да отговарят на въпроси е най-честата процедурна грешка, която удвоява времето за проверка
  • Десетточковата pre-flight подготовка е същата за всичките три типа проверки. Започната 3 месеца преди известието, тя превръща наказателно постановление в препоръка

През март ни се обади DPO на средно голяма българска софтуерна компания с около 80 служители, която обработва клиентски данни за европейски корпоративни клиенти. Гласът ѝ беше внимателно спокоен. „Получихме уведомление от КЗЛД. Идват в четвъртък. Колко зле може да стане?" Първият ми въпрос не беше „какво пише в уведомлението". Беше: „Имате ли копие от Регистъра на дейностите по обработване, актуализирано през последните 6 месеца, и можете ли да ми го изпратите сега?" Тя замълча. „Имаме нещо от 2023 г. Не съм сигурна колко е актуално."

Това е сцената, която се повтаря в около седем от десет български компании в седмицата след първото известие от КЗЛД. Не защото DPO-то си върши работата зле, а защото никой не им е казал какво точно ще иска инспекторът, в кой ред, и кои документи носят 80 на сто от тежестта на крайното решение. Налице е разрив между „имаме GDPR" (политики на сайта, шаблон за съгласие, един курс преди три години) и „преминаваме проверка от КЗЛД" (документиран процес, проследима следа, актуализирани активи).

Този материал е практическият наръчник, който ви трябва, преди да ви се обадят. Той описва трите типа проверки на КЗЛД с реалните им разлики, документите, които винаги се искат, типичните въпроси на място, пълния случай на 80-човешката софтуерна компания (как започна, какво беше проверено, какво беше намерено, какво беше платено), и десетточковата подготовка, която покрива всички сценарии. Адресатът е DPO, юрисконсулт, мениджър по съответствие или CEO в компания, обработваща лични данни на повече от 250 субекта или специални категории данни.

🔍

Раздел 1

Трите типа проверки на КЗЛД: разликите, които определят стратегията

Не всяка проверка от КЗЛД е една и съща. Тонът, обемът на исканата документация, продължителността и вероятността за наказателно постановление зависят от типа на проверката, и този тип трябва да идентифицирате още в първия час след получаване на известието. Грешен прочит в първите 24 часа води до подготовка не на правилните документи, отговори не на правилните въпроси и до пропуснати възможности за процедурна защита.

Тримата вида проверки, които КЗЛД провежда през 2026 г. и тяхното практическо разграничение:

Трите типа проверки на КЗЛД и техните характеристики Трите типа проверки на КЗЛД Различни цели, различни срокове, различни стратегии за защита По жалба (най-чест случай) Тригер: Жалба от субект на данни Срок до посещение: 7 до 21 дни Обхват: Конкретна обработка Тон: Целеви, технически Вероятност за санкция: висока Планова (годишен план на КЗЛД) Тригер: Сектор/риск-базиран избор Срок до посещение: 14 до 30 дни Обхват: Цялата програма за GDPR Тон: Системен, документен Вероятност за санкция: средна Последваща (контрол на изпълнение) Тригер: Изтекъл срок на препоръка Срок до посещение: 7 до 14 дни Обхват: Изпълнение на предписание Тон: Верификация по точки Вероятност за санкция: ниска (ако сте изпълнили)

Тип 1: Проверка по жалба. Това е най-честият случай за български компании. Субект на данни (клиент, бивш служител, кандидат за работа) подава жалба до КЗЛД, твърдейки конкретно нарушение - неправомерно обработване, отказ за достъп до личните данни, неотговорено искане за изтриване, изпратен маркетингов имейл без съгласие, изтичане на данни без уведомление. КЗЛД задължително разглежда жалбата и в около 60 на сто от случаите я последва с проверка. Обхватът е тесен (конкретното твърдение), но тонът е целеви - инспекторите търсят доказателства за или против твърдението на жалбоподателя. Срокът от получаване на известието до първото посещение е кратък, обикновено 7 до 21 работни дни. Вероятността за наказателно постановление е най-висока от трите типа, защото вече има конкретно твърдение и обикновено КЗЛД не започва проверка без поне минимална индикация за нарушение.

Тип 2: Планова проверка. КЗЛД ежегодно публикува план за надзорни действия, в който определя сектори, които ще проверява системно през следващата година. През последните 24 месеца секторите с висок приоритет включват: здравеопазване (болници, клиники, ДКЦ-та), образование (университети, гимназии), онлайн търговия с над определен оборот, обработка на чувствителни данни (религиозни, политически, биометрия), доставчици на телекомуникационни и облачни услуги, държавна и общинска администрация. Тригерът тук не е жалба, а риск-базиран избор. Обхватът е по-широк - инспекторите искат да видят цялата ваша GDPR програма, не само конкретна обработка. Срокът до посещение е по-дълъг, обикновено 14 до 30 дни. Тонът е по-документален - системен преглед на политики, регистър на дейностите, DPIA, договори с обработващи. Вероятността за наказателно постановление е средна и зависи изключително от качеството на документацията ви.

Тип 3: Последваща проверка (контролна). Това е проверка на изпълнение на предходно предписание. Ако сте получили задължителни указания от КЗЛД със срок за изпълнение (обикновено 1 до 6 месеца), след изтичането му инспекторите ще проверят дали и как сте ги изпълнили. Тригерът е изтекъл срок на предписание. Обхватът е тесен и точно дефиниран - проверяват само точките от предписанието. Тонът е верификация по точки. Срокът до посещение е кратък, 7 до 14 дни, но в практиката КЗЛД често просто иска документи по имейл без посещение на място. Вероятността за санкция при последваща проверка е ниска, ако сте изпълнили предписанието с конкретни доказателства; ако не сте, санкцията е почти сигурна и често по-висока от първоначалната, защото е налице рецидив.

📑

Раздел 2

Документите, които инспекторът винаги иска

Един от най-вредните митове за проверките на КЗЛД е, че инспекторите идват „да разгледат как работите". Не идват. Те носят предварителен списък от документи, който е стандартизиран и почти неизменен от 2020 г. насам. Между 14 и 22 документа в зависимост от типа проверка. Ако ги нямате готови в часа на посещението, имате 5 до 10 работни дни да ги предоставите, но забавянето вече се отбелязва в протокола и работи срещу вас при определяне на размера на евентуална глоба.

Дванадесетте задължителни документа, които се искат на всяка проверка (без значение от типа), плюс още 4 до 10 в зависимост от обстоятелствата:

Задължителните 12 документа (изискват се винаги):

  1. Регистър на дейностите по обработване по чл. 30 GDPR. Структуриран файл (Excel или специализиран софтуер), не повествователна форма. Около 11 задължителни полета за всяка дейност: цел, правно основание, категории субекти, категории данни, получатели, срок на съхранение, технически и организационни мерки, евентуално международно прехвърляне с правно основание
  2. Заповед за назначаване на длъжностно лице по защита на данните (ДЛЗД) или мотивирана документация защо не назначавате. За компании, които обработват специални категории, систематично наблюдават субекти на голяма скала, или са публичен орган - ДЛЗД е задължително
  3. Политика за защита на личните данни, утвърдена с дата и подпис на ръководителя. Не само текстът от сайта; вътрешна политика с конкретни процедури
  4. Политика за управление на инциденти със сигурността на данните, със заложени срокове за 72-часовото уведомяване по чл. 33 GDPR и шаблон за уведомление до КЗЛД
  5. Регистър на инциденти/пробиви, дори и празен. Празният регистър с дата на създаване доказва, че имате процес; липсата на регистър въобще доказва, че нямате
  6. Списък на договорите с обработващи лични данни (хостинг, имейл, счетоводство, HR, маркетинг платформи) и копия от поне три приложими, актуализирани DPA по чл. 28 GDPR
  7. Регистър на исканията на субекти на данни по чл. 15-22 GDPR (достъп, корекция, изтриване, ограничаване, преносимост, възражение). Дори да нямате досега получени искания, регистърът с процедура е задължителен
  8. Документация за DPIA при наличие на високорискови обработки (биометрия, профилиране, систематично наблюдение, мащабна обработка на специални категории). Ако нямате високорискова обработка, документ, който обяснява защо
  9. Програма за обучение по защита на данните и подписани сертификати/декларации на служителите. Самият курс не е достатъчен - трябва документ кой го е преминал и кога
  10. Технически и организационни мерки като списък с конкретно посочване (MFA, криптография при съхранение и предаване, политика за пароли, контрол на достъпа на base of need-to-know, бекъп процедура, лог-мониторинг)
  11. Шаблони на формуляри за съгласие и информация към субектите на данни (cookies, маркетинг, специални категории, ако приложими)
  12. Договори за трансфер на данни извън ЕС/ЕИП, ако приложимо. Стандартни договорни клаузи (SCC) от 2021 г. във версия 2021/914 на Европейската комисия, плюс Transfer Impact Assessment

Допълнителни документи в зависимост от обстоятелствата:

  • При проверка по жалба: цялата кореспонденция със субекта на данни (всички имейли, запис на телефонни обаждания, ако са правени, кореспонденция в съдебно или административно производство)
  • При обработка на специални категории: отделна обосновка по чл. 9 ал. 2 GDPR с правно основание за всяка специална категория
  • При маркетингови дейности: доказателства за получено съгласие (timestamps, IP адреси, метод на получаване) за поне 5 на сто от базата
  • При обработка на детски данни: доказателство за родителско съгласие за деца под 14 г. (българската възрастова граница, по-висока от европейския минимум 13 г.)
  • При CCTV: разрешение, информационна табела, политика за съхранение и достъп, схема на покритието
  • При прехвърляне на данни към САЩ: оценка по EU-US Data Privacy Framework и сертификация на получателя

Има още един документ, който не се иска поименно, но почти винаги се проверява косвено: дневник на достъпа до личните данни в основните системи (CRM, HR, ERP, базата с клиенти). Инспекторът може да поиска „покажете кой е достъпвал досието на г-н Иванов през последните 6 месеца и с каква цел". Ако системата ви не води такъв дневник или ако нямате процес за периодичен преглед на дневника, това е тежък пропуск, дори да нямате реален неправомерен достъп.

Практическата препоръка: подгответе папка „КЗЛД/Проверка/Готова" в SharePoint, Google Drive или защитен файлов сървър, в която поддържате текущите версии на 12-те задължителни документа плюс относимите допълнителни. Папката трябва да се актуализира поне веднъж в тримесечие. Никога не подготвяйте документи в нощта на първото известие - инспекторът разпознава новосъздадените файлове по метаданните и това е допълнителна тежест при определяне на санкцията.

💬

Раздел 3

Въпросите, които задават на място, и как да отговаряте

Самото посещение от КЗЛД продължава между 4 и 8 часа в първия ден и може да включва втори ден на по-сложни случаи. Двама или трима инспектори се появяват на адрес обикновено в 9:30 или 10:00 ч. сутринта, легитимират се със служебни карти и представят писмена заповед за извършване на проверка. Заповедта посочва правното основание, обхвата на проверката, имената на инспекторите и срока. Прочетете я внимателно и поискайте копие за вашия архив.

След запознаването следва структуриран разговор от около 15 до 30 въпроса. Не става въпрос за разпит и не е добре да го третирате така - но не е и приятелски разговор. Инспекторите са обучени на стандартен въпросник, който се разраства в зависимост от вашите отговори. Конкретните стандартни въпроси:

Типични въпроси на инспектор от КЗЛД на място Структурата на въпросите на инспектор 5 блока, 15 до 30 въпроса, време на интервюто 90 до 150 минути Блок 1: Структура и отговорности (15 мин) „Кой носи отговорност за защитата на личните данни?" „Кога е назначен ДЛЗД и какви правомощия има?" „Има ли формално решение на ръководството? Покажете ми протокола." Блок 2: Регистър и обработки (25 мин) „Покажете ми Регистъра на дейностите. Кога е последно актуализиран?" „На какво правно основание обработвате X?" „Колко субекта на данни имате в категория клиенти? Колко в служители?" Блок 3: Технически мерки (30 мин) „Покажете ми как изглежда контролът на достъпа в основната ви система." „Има ли MFA за всички служители?" „Колко часа назад можете да видите логовете? Покажете ми днешния лог." Блок 4: Инциденти и реакция (20 мин) „Имали ли сте инциденти? Покажете регистъра." „Как точно действате при пробив? Кой решава за уведомяване?" „Колко време ви отнема от откриване до уведомяване на КЗЛД?" Блок 5: Договори с обработващи (15 мин) „Покажете ми списъка с обработващи. Покажете ми DPA с Google/Microsoft/основния си hosting доставчик."

Правилата за отговаряне са пет, и трябва да бъдат предадени на всеки служител, който може да бъде попитан:

Правило 1: Един оторизиран говорител.

Преди посещението назначавате с писмена заповед един човек (обикновено DPO, юрисконсулт или CEO), който говори с инспектора. Други служители се поканват само за конкретен технически въпрос (например системният администратор показва конкретно техническо решение), отговарят само на този въпрос и излизат. Пускането на 5 различни служители да отговарят свободно е процедурна грешка, която удвоява времето за проверка и създава противоречия в протокола.

Правило 2: Само факти, не хипотези.

На въпрос „как обработвате данните на клиентите" отговаряте със ситуативно изложение от текущото състояние и документите, които го доказват, не с „обикновено би трябвало да", „в нашия план е заложено да" или „мисля, че". Ако не знаете, кажете „не разполагам в момента с тази информация, ще я предоставя в писмен вид до края на работния ден". Това е приемлив отговор.

Правило 3: Не разширявайте обхвата.

На въпрос за конкретна обработка, отговаряте за тази обработка. Не споменавате странични въпроси (например „имаме и един друг проблем, но...") - всяко допълнително разкриване разширява обхвата на проверката. Това не е укриване, това е процедурно поведение. Инспекторът може да зададе допълнителен въпрос; нека той го задава.

Правило 4: Никаква вина към доставчик в първите 24 часа.

Изречения от рода „Microsoft/AWS/Google не ни даде" или „това е грешка на нашия хостинг" в първите 24 часа са най-силният подсилващ фактор за наказателно постановление. Като администратор на данни вие сте отговорен за избора, контрола и мониторинга на обработващите. Виновността им е ваш проблем по чл. 28 GDPR, не оправдание. Ако наистина има проблем с конкретен доставчик, това се документира в пост-инцидентен анализ седмици по-късно, не пред инспектора.

Правило 5: Писмена следа след всеки разговор.

В края на деня попитайте за копие на протокола от посещението. Прочетете го внимателно, преди да подпишете. Ако нещо е неточно записано, имате право да поискате корекция или да подпишете с забележка. Не подписвайте бързо - неточно записан отговор става ваше изявление, което се използва срещу вас впоследствие. Ако нямате възможност да прочетете спокойно протокола, поискайте 24 часа за преглед в писмена форма.

📝

Раздел 4

Реален случай: 80-човешка софтуерна компания пред КЗЛД

Следва анонимизиран реален случай от март-април 2026 г. Името на компанията е променено, данните за района и сектора са обобщени; всички процедурни моменти, цифри и решения са точни, както са се случили в действителност. Описанието е дадено в съгласие с клиента, защото вярваме, че урокът може да помогне на други в подобна ситуация.

Контекст. Компанията „Софт-Едж" (псевдоним) е софтуерна фирма с около 80 служители, седалище в София, главно разработка на B2B SaaS платформа за европейски корпоративни клиенти. Оборот около 7 млн. евро. Обработка на: служителски данни (около 80 субекта), данни на кандидати за работа (около 1200 субекта годишно), данни на лица за контакт от клиенти (около 4500 субекта), маркетингови списъци (около 18 000 субекта). Не обработват специални категории данни. Имат DPO на половин ставка, политики на сайта, един курс по GDPR от 2023 г. ISO 27001-сертифицирана от 2024 г.

Тригерът. Бивш служител, чийто трудов договор е прекратен преди 8 месеца, подава жалба до КЗЛД. Твърдението: компанията продължава да изпраща маркетингови имейли към личния му имейл (попаднал е в маркетинговия списък през корпоративен webinar преди 4 години), не е отговорила на изпратеното от него искане за изтриване по чл. 17 GDPR, изпратено преди 6 месеца. Компанията е пропуснала имейла, защото бил изпратен на info@ адрес, който се обработва от търговския екип, а не от DPO.

Хронология на проверката:

Ден Събитие Действие на компанията
Д1 (Пт)Получено известие от КЗЛД за проверка по жалба, посещение след 12 работни дниDPO потвърждава получаването, известява юрисконсулт и CEO
Д3Привлечен външен консултант за поддръжкаЗапочва pre-flight проверка по 10-те точки
Д4-Д8Подготовка на документацияНамерен пропуск: Регистър на дейностите от 2023 г., не отразява актуални обработки
Д9Намерено искането за изтриванеРешение: незабавно изпълнение на искането, доброволно уведомяване на жалбоподателя
Д12 (Чт)Посещение на 2 инспектори, 9:30-15:00Един говорител (DPO), технически демонстрации от sysadmin при поискване
Д12 (16:00)Подписан протокол с 3 забележкиНе приети 2 неточно записани отговора, поискана корекция
Д12+14Подаване на писмени допълненияИзпратени 2 допълнителни DPA с обработващи, обновен Регистър
Д12+45Получено наказателно постановлениеГлоба 8 500 лв. за неотговорено искане по чл. 17 в срок, предписание за актуализация на Регистъра в 60-дневен срок

Какво се намери при проверката. Инспекторите установиха пет точки на нарушение в първоначалния протокол. След представените от компанията допълнения и обяснения, три от тях бяха снети. Останалите две:

  • Нарушение по чл. 17 ал. 1 GDPR (право на изтриване): искането на жалбоподателя не е било обработено в едномесечния срок. Това е безспорно нарушение. Глоба 8 500 лв.
  • Нарушение по чл. 30 ал. 1 GDPR (Регистър на дейностите): Регистърът не е актуален, липсват 2 от обработките (нов CRM модул, въведен през 2025 г., и нова интеграция с маркетинг платформа). Не наложена глоба, дадено предписание за актуализация в 60 дни.

Какво беше намерено отлично и не доведе до санкция. Имаха ISO 27001 сертификация, която помогна с покритие на техническите мерки. Бяха демонстрирали MFA за всички служители, контрол на достъпа на base of need-to-know, бекъп процедура с тест веднъж в тримесечие, log-мониторинг 12 месеца назад. Договорите с основните обработващи (Google Workspace, AWS, основният CRM доставчик) бяха актуализирани с актуални DPA по чл. 28 GDPR. Регистърът на инциденти беше празен, но добре структуриран с дата на създаване от 2024 г.

Какво направихме различно от стандартния подход. Идентифицирахме типа проверка като „по жалба" в първия час. Това означаваше, че фокусът трябва да бъде върху конкретното твърдение (искането за изтриване по чл. 17), не върху цялата GDPR програма. Когато открихме изпуснатото искане на Д9, взехме решение за доброволно действие (изпълнение и уведомяване) преди да дойде инспекторът. Това превърна потенциалното голямо наказание в по-ниска глоба, защото показваше добра воля и сътрудничество с регулатора.

Поука. Без подготовката от Д3 до Д11, същата проверка би довела до глоба в диапазона 25 000 до 60 000 лв., защото регистрите щяха да изглеждат хаотично, договорите с обработващи щяха да са непълни, а нарушението по чл. 17 щеше да изглежда като системно (не като еднократен пропуск). 11 работни дни подготовка с правилен фокус намалиха експозицията над 3 пъти.

Раздел 5

Десетточковата pre-flight подготовка

Тази подготовка покрива и трите типа проверки на КЗЛД. Тя е разделена на действия, които можете да правите СЕГА (преди да получите известие), и действия в първите 5 работни дни след известието. Чек-листът е итеративен - минавате го веднъж на тримесечие, отбелязвате какво е изпълнено и какво остава. След 2 до 3 итерации, повечето точки стават рутина, която отнема между 1 и 3 работни дни.

10-точкова pre-flight подготовка за проверка от КЗЛД 10-точков чек-лист за подготовка Зелено = СЕГА (преди известие). Червено = в първите 5 работни дни след известие. 1. Актуализиран Регистър на дейностите Excel или специализиран софтуер, 11 задължителни полета 2. Заповед и описание на ДЛЗД или мотивирана документация защо не назначавате 3. Политики и процедури в SharePoint Подписани, датирани, версионирани 4. DPA с обработващи (Google, MS, AWS, CRM) Поне 12 от 12 - проверка за актуалност веднъж годишно 5. Регистър на исканията по чл. 15-22 Празен е приемлив, липсата не е 6. Програма за обучение на персонала Подписани декларации, обновени всяка година 7. Анализ на твърдението в жалбата (ако приложимо) Времева линия, относими имейли, кореспонденция 8. Назначаване на оторизиран говорител Писмена заповед, brief за всеки служител 9. Подготовка на конкретни демонстрации MFA, контрол на достъпа, log, бекъп - готови за показване 10. Доброволни действия (когато приложимо) Изпълнение на висящи искания, известяване на КЗЛД Тримесечен цикъл на проверка Месец 1 от тримесечието: Регистър на дейностите + DPA преглед Месец 2: Технически мерки + log преглед Месец 3: Tabletop с инспектор-сценарий Резултат: Готовност за известие в 5 работни дни Реалистичен бюджет (50-150 души) Първоначална подготовка: 18-42 хил. лв. Тримесечен ритъм: 4-9 хил. лв. на цикъл При получено известие: 8-18 хил. лв. еднократно Сравнение: глоба над 28 хил. лв. при системно

Детайлни обяснения за всяка от десетте точки:

Точка 1: Регистър на дейностите по обработване (СЕГА)

Структуриран файл (Excel шаблон от КЗЛД или специализиран софтуер като OneTrust, Securiti, или прост BAU процес в Confluence/SharePoint). 11 задължителни полета за всяка обработка. Това е документът с най-голяма тежест - около 70 на сто от наказателните постановления имат за основание липсата или неактуалността на този регистър.

Точка 2: ДЛЗД - заповед и описание (СЕГА)

За компании, които задължително трябва да назначат ДЛЗД (специални категории, систематично наблюдение, публични органи): писмена заповед на ръководителя с име, длъжност, отговорности, контактни данни, място в организационната структура. Уведомяване на КЗЛД с регистрационна форма. За компании, които не са задължени, но имат ДЛЗД на доброволно начало: същите документи плюс мотивирано решение защо го имате. За компании без ДЛЗД: мотивирано решение защо не сте го назначили (анализ на критериите по чл. 37 GDPR).

Точка 3: Политики и процедури (СЕГА)

Минимум 6 политики: основна политика за защита на данните, политика за управление на инциденти, политика за исканията на субекти, политика за съхранение и заличаване (retention), политика за обработващи (vendor management) и политика за DPIA. Всичките подписани, датирани, версионирани в SharePoint или подобна система за документи. Срок за преглед - веднъж годишно с протокол.

Точка 4: DPA с обработващите (СЕГА)

Списък на всички обработващи (хостинг, имейл, CRM, ERP, HR, маркетинг, счетоводство, security tools, AI services). За всеки от тях - актуален DPA по чл. 28 GDPR. За доставчици от САЩ - SCC версия 2021/914 плюс TIA или EU-US Data Privacy Framework сертификация. Категоризация по риск - критичен, висок, среден. Контрол веднъж годишно за актуалност и при промяна на доставчика.

Точка 5: Регистър на исканията по чл. 15-22 (СЕГА)

Структуриран регистър с поне 8 полета: дата на получаване, идентификация на субекта, тип искане, канал на получаване, дата на отговор, действие, отговорник, край на 1-месечния срок. Празен регистър с дата на създаване от поне 6 месеца назад е приемлив. Регистър, в който има едно или две неотговорени искания, е по-добър от регистър без записи - доказва, че имате процес.

Точка 6: Програма за обучение (СЕГА)

Първоначално обучение при назначаване (запис в личното досие), ежегодно опресняване (запис в HR системата), специализирано обучение за роли с висок риск (HR, продажби, поддръжка на клиенти, разработчици, които работят с лични данни). Резултатът, който инспекторите търсят - не сертификат, а способност на конкретен служител да отговори на въпрос „какво правите при искане за достъп от субект на данни". Един реален случай (тест на терен) има повече тежест от 10 сертификата.

Точка 7: Анализ на твърдението в жалбата (Д1-Д3 след известие)

Само при проверка по жалба. Известието от КЗЛД обикновено посочва номера на жалбата и обобщено естеството. Поискайте копие от жалбата или текста (имате право на достъп до материалите по производството). Изградете времева линия на отношенията със субекта - кога е станал клиент/служител, какво е обработено, кога е поискал нещо, как сте отговорили. Намерете всички имейли, договори, кореспонденция. Не унищожавайте нищо - това е допълнителен състав от престъпление.

Точка 8: Оторизиран говорител (Д1-Д3 след известие)

Писмена заповед на ръководителя, кой ще представлява компанията пред инспекторите. Обикновено DPO или юрисконсулт, за по-чувствителни проверки - CEO. Кратък brief за всички служители - „инспекторите ще дойдат на Д12. Само X може да отговаря на въпроси. Ако някой ви попита, насочвате към X. Никога не отговаряте свободно."

Точка 9: Технически демонстрации (Д4-Д8 след известие)

Подгответе sysadmin и developer-ите за конкретни демонстрации: MFA включен за всички, контрол на достъпа в основната ви система с конкретни роли, log-преглед за конкретен период, бекъп процедура с тест веднъж в тримесечие. Това трябва да отнеме 5 до 10 минути за всяка демонстрация. Ако някоя система не може да покаже това бързо, имате технически проблем, който трябва да решите преди посещението.

Точка 10: Доброволни действия (Д5-Д10 след известие, когато приложимо)

Ако при подготовката си откриете нарушение, което е предмет на жалбата или потенциално отговаря на твърдение: вземете решение за доброволно действие ПРЕДИ инспектора. Изпълнете висящото искане, актуализирайте грешния документ, уведомете жалбоподателя, уведомете КЗЛД с обяснителен имейл. Това не премахва нарушението, но в около 70 на сто от случаите намалява глобата с 30 до 60 на сто. КЗЛД ценят съдействие и доказан стремеж за корекция. Никога не доказвайте това с устно изявление пред инспектора - винаги с писмена следа отпреди посещението.

💰

Раздел 6

Размери на глобите и реалната тежест за български компании

Теоретичният максимум по чл. 83 GDPR е 20 милиона евро или 4 на сто от глобалния годишен оборот за тежките нарушения и 10 милиона евро или 2 на сто за административните. На практика, КЗЛД през последните 24 месеца е наложила глоби в диапазона от 4 000 лв. до 380 000 лв. за български компании, със средна стойност около 28 000 лв. при системни нарушения и около 6 500 лв. при еднократни процедурни пропуски. Тези стойности са много по-предсказуеми от теоретичните максимуми и трябва да са референтната точка във вашата вътрешна оценка на риска.

Реални размери на глоби от КЗЛД за български компании (2024-2026) Реални глоби от КЗЛД за български компании Извадка от 38 анонимизирани случая, 2024-2026 г., в хиляди лева 0 50 100 200 380 Процедурен пропуск 4-12 хил Еднократно нарушение 8-24 хил Системно нарушение 22-58 хил Пробив на данни 62-150 хил Тежко нарушение 220-380 хил

Седем анонимизирани реални случая от практиката на КЗЛД и нашата работа с български компании през последните 24 месеца:

Случай Основание Глоба
Малък онлайн магазин, 20 душиИзпратени маркетингови имейли без съгласие, 3500 субекта9 800 лв.
Софтуерна компания, 80 души (нашият случай)Неотговорено искане за изтриване в срок8 500 лв.
Здравна клиника, 35 душиНезаконно публикуван списък с пациенти на хартиена дъска42 000 лв.
Транспортна компания, 150 душиПрехвърляне на данни към доставчик без DPA, без TIA28 000 лв.
Hotel chain, 220 душиПробив на данни на 18 000 гости, забавено уведомление с 5 дни95 000 лв.
Финансова институция, 400 душиСистемно нарушение по чл. 32 (липса на технически мерки)182 000 лв.
Държавно дружество, над 1000 душиМногобройни нарушения, неизпълнено предписание, рецидив380 000 лв.

Освен паричната глоба, КЗЛД може да наложи и допълнителни мерки: предписание за коригиращи действия с конкретен срок (обикновено 1 до 6 месеца), временно или окончателно ограничение на конкретна обработка, публикуване на решението в КЗЛД сайта (репутационен ефект, понякога по-тежък от паричната санкция за B2B компании). Последицата за репутацията е особено сериозна за компании, които работят с европейски корпоративни клиенти - публикуваното решение става част от due diligence процеса на следващия им клиент.

Когато оценявате собствения риск, не работете с теоретичните максимуми. Работете с реалните диапазони:

  • Един процедурен пропуск (липсващ DPA, забавено искане): 4 000 до 12 000 лв.
  • Системно нарушение в Регистъра на дейностите: 22 000 до 58 000 лв.
  • Пробив на данни без уведомление в 72ч.: 62 000 до 150 000 лв.
  • Системно нарушение по чл. 32 (липса на технически и организационни мерки): 120 000 до 380 000 лв.
  • Рецидив (неизпълнено предписание): 1,5 до 3 пъти увеличение спрямо първоначалната глоба

За компания с 50 до 150 души това означава, че бюджет от 4 до 9 хил. лв. за тримесечен ритъм на pre-flight подготовка е финансово рационален при който и да е реалистичен сценарий на проверка. Инвестицията в подготовка винаги е по-малка от средната глоба, плюс ви предпазва от репутационни вреди.

📊

Раздел 7

Стратегия за дългосрочна готовност

Едно нещо разграничава компаниите, които преминават проверки на КЗЛД с минимална глоба или с препоръка, от тези, които получават голяма глоба и публикувано решение: ритъмът на подготовка. Компаниите, които работят на „пожарникарски" принцип (всичко се прави в нощта на известието), почти винаги получават по-висока глоба. Компаниите, които работят на тримесечен ритъм, преминават проверките като рутина.

Реалистична стратегия за дългосрочна готовност за компания с 50 до 250 души:

Тримесечен ритъм на готовност за проверка от КЗЛД Тримесечен ритъм на готовност 12 месеца разделени на 4 цикъла, всеки с конкретен фокус Q1: Регистър Януари - Март Преглед на Регистъра на дейностите Сравнение с реалните обработки Q2: Договори Април - Юни DPA преглед за всички обработващи TIA за SCC прехвърляния извън ЕИП Q3: Контроли Юли - Септември MFA, контрол на достъпа log-преглед бекъп тест обучение на персонала Q4: Учение Октомври - Декември Tabletop с сценарий за проверка от КЗЛД (1 ден) Преглед на политиките Бюджет: 4 до 9 хил. лв. на цикъл = 16 до 36 хил. лв. годишно

Q4 е най-важният цикъл. Tabletop упражнение с сценарий „КЗЛД дойде утре" - 1 ден на годината с външен консултант, който играе ролята на инспектор. Резултатът е писмен доклад с конкретни пропуски, които изграждат плана за следващите 3 цикъла. Без тази симулация, повечето компании не знаят какво не знаят. Tabletop-ът превръща абстрактната готовност в осезаема. Цена: 4 до 8 хил. лв. за външен консултант за 1-2 дни.

Алтернативата на тримесечния ритъм за компании, които нямат вътрешен капацитет, е външен GDPR одит веднъж годишно с фокус върху pre-flight готовност, на цена 8 до 18 хил. лв. за компания с 50 до 150 души. Резултатът е писмен доклад с конкретни препоръки, които вие после изпълнявате с вътрешни ресурси. Това е по-малко строг режим от тримесечния ритъм, но е значително по-добре от никаква подготовка.

Често задавани въпроси

Имаме ISO 27001 сертификация. Достатъчно ли е за КЗЛД?

Не. ISO 27001 покрива може би 60 до 70 на сто от техническите и организационни мерки по чл. 32 GDPR, но не покрива конкретните GDPR изисквания - Регистър на дейностите по чл. 30, права на субектите по чл. 15-22, DPA по чл. 28, DPIA по чл. 35. ISO 27001 е важен фундамент, но не е заместител на GDPR програмата. При проверка инспекторът ще приеме ISO 27001 като косвено доказателство за технически мерки, но ще иска отделно всичките GDPR-специфични документи.

Какво се случва, ако нямаме ДЛЗД, а трябва?

Първото нещо, което инспекторът ще иска - заповедта за назначаване на ДЛЗД. Ако сте задължени да имате (специални категории, систематично наблюдение на голяма скала, публичен орган) и нямате, това е безспорно нарушение по чл. 37 GDPR с глоба обикновено в диапазона 8 000 до 28 000 лв. Решението - назначете ДЛЗД ВЕДНАГА в първите 3 дни след известието (може на половин ставка или с външен договор) и подайте регистрационна форма на КЗЛД. Това няма да премахне нарушението, но ще намали тежестта чрез доказан стремеж за корекция.

Можем ли да обжалваме решението на КЗЛД?

Да. Наказателните постановления на КЗЛД могат да се обжалват пред Административен съд - София град в 14-дневен срок от получаването. Около 40 на сто от обжалваните решения се отменят или изменят, обикновено заради процедурни нарушения при проверката или некоректно определена тежест. Обжалването спира изпълнението на санкцията до влизане в сила. Изисква се специализиран адвокат с опит в GDPR-производство. Цена: 3 до 9 хил. лв. за двуинстанционно производство. Решение за обжалване вземете в първите 7 дни след получаване на постановлението, защото имате нужда от време за подготовка.

Колко често КЗЛД проверява една компания?

Зависи от профила. Болници, банки, телекоми, големи онлайн търговци - на 12 до 36 месечен цикъл (планови проверки). Средно голяма B2B компания без специални категории - на 4 до 7 годишен цикъл, ако не получите жалба. Жалбите могат да дойдат по всяко време и са непредсказуеми. Една влязла в сила глоба обикновено води до последваща (контролна) проверка в 6 до 18 месечен срок, плюс намалена толерантност при бъдещи проверки. След влязла в сила глоба, следващото нарушение почти винаги се санкционира с увеличение от 1,5 до 3 пъти.

Какво правим, ако сме малка фирма с под 20 души?

GDPR се прилага независимо от размера. Има облекчени изисквания за компании под 250 души (по-малък обхват на Регистъра по чл. 30 ал. 5 - само за обработки с висок риск или редовни обработки), но самите права на субектите, технически мерки, и реакция при инцидент остават еднакви. КЗЛД проверява и малки фирми, особено при жалба. Очаквайте пропорционални глоби (обикновено 2 000 до 8 000 лв. за процедурни пропуски), но не очаквайте имунитет. Минималната подготовка за малка фирма - Регистър на дейностите (упростен), 1 политика, 1 курс по GDPR в годината, DPA с основните доставчици. Бюджет за първоначално изграждане: 6 до 14 хил. лв.

Може ли да поискаме отлагане на проверката?

Можете да поискате, но КЗЛД е почти никога не отлага. Обоснованите причини, които биха могли да се приемат: тежко заболяване или отсъствие на ключов служител (ДЛЗД, изпълнителен директор), обявено форсмажорно обстоятелство, доказана техническа невъзможност (пожар, наводнение). Прост опит за допълнително време за подготовка не е валидна причина и опитът да го мотивирате така отслабва позицията ви. По-добре е да приемете датата и да приоритизирате подготовката. В практиката нашата препоръка е: ако имате 7 работни дни до посещение, не молете за отлагане; работете интензивно. Ако имате 21 работни дни или повече - имате достатъчно време за пълна подготовка.

Pre-flight GDPR одит за вашата компания

Преди да дойде известието от КЗЛД, проверете готовността си с външен поглед. Покриваме всичките 10 точки от pre-flight чек-листа, идентифицираме пропуските в Регистъра на дейностите, DPA-та и техническите мерки, и ви даваме конкретен план за корекция в 30-дневен срок. За компании от 30 до 250 души.

Заявете GDPR одит
Александър Свердлов

Александър Свердлов

Основател на Atlant Security. Автор на 2 книги за информационна сигурност, лектор по киберсигурност на най-големите конференции по киберсигурност в Азия и панелист на конференция на ООН. Бивш член на екипа за консултации по сигурността на Microsoft, външен консултант по киберсигурност в Емиратската корпорация за ядрена енергия.