ИИ и KVKK в Турция: 10 проверки по насоките на Органа преди работа с фирмени данни
ИИ и KVKK в Турция: 10 контролни въпроса по насоките на Органа за генеративен ИИ преди работа с фирмени данни и подходът „само четене“.
Личните данни, обработвани в инструменти с изкуствен интелект, също попадат под KVKK — турския закон за защита на личните данни, тоест под общите принципи на Закон № 6698 и задълженията за сигурност на данните. Насоките на турския Орган за защита на личните данни за генеративен ИИ от ноември 2025 г. извеждат на преден план ролите, уведомяването, предаването в чужбина, мерките за сигурност и воденето на записи. Преди работа с фирмени данни отговорете писмено на десетте въпроса по-долу.
Търговският мениджър се подготвя за утрешната среща и поставя в чатбот списъка с клиенти и миналогодишните ценови оферти; в замяна получава прегледно резюме. Специалистът по човешки ресурси по същия начин обобщава автобиографии. Счетоводството качва таблица, за да бъде „само форматирана“. Никой няма лоши намерения и никой не знае дали това е забранено. Ръководството пък задава за ИИ и KVKK, турския закон за защита на личните данни, два въпроса: как да въведем ред в използването на тези инструменти и къде отиват данните?
Генеративен ИИ се наричат системите с изкуствен интелект, които създават ново съдържание като текст, изображения, звук или програмен код въз основа на въведеното от потребителя; от гледна точка на KVKK въпросът е как личните данни, обработвани с тези системи, се третират според турския Закон № 6698. Статията дава десет проверки по насоките на Органа и правила за вътрешно използване.
Попада ли ИИ под KVKK? Какво казват насоките на KVKK за генеративния ИИ
На 24 ноември 2025 г. турският Орган за защита на личните данни публикува насоки, озаглавени „Генеративен изкуствен интелект и защита на личните данни (в 15 въпроса)“. Основното им послание е: личните данни, обработвани в системи с ИИ, също трябва да се обработват съгласно общите принципи на член 4 от Закона (законосъобразност и добросъвестност, точност, конкретна и законна цел, съразмерност, ограничен срок). Задължението на администратора на данни да взема техническите и организационните мерки по член 12 важи в пълна сила и при използването на ИИ.
Насоките подчертават, че ролите се определят повече от фактическия контрол, отколкото от договора. Например, ако компания вгради готов модел в процеса си по подбор и сама реши какви данни да се качват, с каква цел да се анализират и как да се използва резултатът, тя може да бъде разглеждана като администратор на данни. Освен това през март 2026 г. Органът публикува общ аналитичен документ „Агентен ИИ (Agentic AI)“, с който постави въпроса за отделното разглеждане на по-автономните системи с ИИ от гледна точка на личните данни.
Контролен списък по KVKK за генеративен ИИ: 10 въпроса
| Проверка | Въпрос | Основание и бележка |
|---|---|---|
| 1. Данни | Какви данни ще се въвеждат в инструмента; има ли лични данни или специални категории данни? | Насоките препоръчват да се избягва споделянето на идентификационни данни и данни за контакт и при възможност да се използват анонимизирани формулировки. |
| 2. Цел | Каква е конкретната, ясна и законна цел на това използване? | Закон, чл. 4: обработване, свързано с целта, ограничено и съразмерно. |
| 3. Правно основание | На кое условие за обработване се основава използването на тези данни? | Закон, чл. 5 и 6; правното основание трябва да е ясно посочено в уведомлението. |
| 4. Роли | Компанията ли е администратор на данни, а доставчикът — обработващ? | Насоките: ролята се определя по фактическия контрол и правомощието за решения повече, отколкото по формулировката на договора. |
| 5. Чужбина | В коя държава се намират системите на доставчика, към които отиват данните? | Закон, чл. 9: предаването зависи от решение за адекватност, подходящи гаранции или условията за изключителни случаи. |
| 6. Използване от доставчика | Използват ли се въведените данни за обучение или развитие на модела? | Насоките: важно е отделно и ясно уведомяване за използването на услугата и за развитието на модела. |
| 7. Достъп | Кой, с какви права и с какво удостоверяване достъпва инструмента? | Насоките посочват методи като многофакторно удостоверяване сред мерките за сигурност. |
| 8. Вид права | Може ли ИИ само да чете данните или и да ги променя? | Архитектура „само четене“ намалява риска грешен резултат да повреди данните. |
| 9. Записи | Записва ли се кой какво е попитал и кои данни са използвани? | Насоките: сигурното съхранение на записите за операции и системните логове улеснява откриването на нарушения. |
| 10. Хора и обучение | Знаят ли служителите какво да въвеждат и какво не и кой ще проверява резултата? | Насоките: информирането и обучението на служителите подкрепят културата на сигурност. |
Три неща, на които да обърнете внимание при прилагането на проверките
- Разделяне на уведомленията: Насоките смятат за важно отделно и ясно уведомяване за обработването с цел използване на интерфейса с ИИ и за обработването с цел развитие на системата. Без да прочетете условията за използване на данни на доставчика си, не можете да направите това разделение.
- Предаване в чужбина: Ако използвате услуга с ИИ на доставчик, установен в чужбина, насоките изискват това да се прецени съгласно член 9 от Закона и съответната наредба. Разберете от договора и документите в коя държава доставчикът обработва данните.
- Оценка на риска: Насоките посочват оценката на въздействието върху защитата на данните като пример за добра практика при системите с ИИ. Не я представят като задължителна; но писмена оценка на риска преди нов сценарий на използване, дори малка, превръща десетте проверки в документ.
Кое използване изисква по-малко внимание и кое — повече?
| Използване | Пример | Подход |
|---|---|---|
| Работа без лични данни | Обща чернова на текст или списък с идеи | Нисък риск; все пак се уверете, че няма търговска тайна. |
| Анонимизирано съдържание | Резюме на оплакване без името и идентификационните данни на клиента | Проверете дали анонимизирането наистина премахва възможността за идентифициране. |
| Анализ с лични данни | Списък с клиенти, автобиографии или данни за служители | Не започвайте, преди да има писмени отговори на всичките десет проверки. |
| Специални категории данни | Здравни, биометрични или подобни данни | Не използвайте без правно становище; насоките съветват хората да избягват такава информация. |
Вътрешно правило за използване на ИИ: шест точки за служителите
- Не въвеждайте в неодобрени инструменти данни, които идентифицират човек, като име и фамилия, адрес, телефон, идентификационни и банкови данни.
- Не качвайте в тези инструменти информация за трети лица — клиенти, служители или кандидати — без те да са уведомени.
- Не пишете в инструмента за чувствителни теми като здраве, финансово състояние и съдебни производства.
- При възможност описвайте случая с общи думи вместо с имена, дати и места.
- Попитайте ИТ отдела и юристите кои инструменти са одобрени и къде отиват данните.
- Проверявайте резултата от ИИ, преди да го използвате като свое решение; съобщавайте веднага при съмнение за изтичане на данни.
Копиране и поставяне в общи чатботове: къде помага и къде се проваля?
Поставянето на текст в общ чатбот е бързо и не изисква инсталиране или интеграция; за чернови, резюмета и идеи без лични данни често е достатъчно. С фирмени данни обаче се проваля на три места: данните отиват при доставчик извън контрола на компанията и не се знае къде; не се създава фирмен запис кой какво е питал; служителят всеки път ръчно избира и поставя данните, затова рискът от грешка и изтичане постоянно възниква отново.
Къде стои Корпоративен ИИ (Fero) спрямо тези проверки?
Решението на YazSis Корпоративен ИИ — Fero — е проектирано да изгради контролиран достъп до разрешените работни данни, вместо служителят да поставя данни. Във Fero изкуственият интелект не пише SQL; до данните се стига само чрез 17 определени работни инструмента „само четене“ и не се изпълняват свободни заявки. KPI, проценти и разлики се изчисляват в бекенда и моделът не може да посочи число, което не е в резултата на инструмента. Приложението се свързва с базата данни през акаунт само с право на четене, затова данните не могат да бъдат променени; екраните се изграждат от 13 одобрени компонента. Тази структура директно отговаря на проверка 8 (вид права) от списъка по-горе.
Нека ясно кажем и границите. Днес готовият източник на данни е MySQL; другите източници се разглеждат в рамките на проекта. Освен това не твърдим, че „данните не излизат от компанията“: в зависимост от начина на работа на модела с ИИ въпросите и резюметата на резултатите от инструментите може да отиват към външна услуга с ИИ; каква информация може да отива и кой доставчик ще се използва, трябва да се изясни в проекта. Затова на проверки 5, 6 и 9 трябва да се отговори писмено преди началото на проекта. Общата рамка на подхода ни да работим с ИИ върху фирмените данни и процеси е описана на страницата изкуствен интелект: ограничаване на данните и правата за достъп, свързване на използването с реален бизнес проблем, вграждане на резултата в работния процес, следене на качеството и човешкия контрол.
Ако искате да прецените използване на ИИ с данните на вашата компания в режим „само четене“ и на базата на инструменти, на страницата Корпоративен ИИ ще научите как работи Fero и можете да заявите демонстрация на живо.
Често задавани въпроси
Попада ли ИИ под KVKK в Турция?
Да, ако в системите с ИИ се обработват лични данни. Насоките на Органа за генеративен ИИ посочват, че общите принципи на член 4 от Закона и задълженията за сигурност на данните по член 12 важат и за обработването в рамките на ИИ.
Нарушава ли KVKK въвеждането на клиентски данни в генеративен ИИ?
Не е правилно да се дава общ отговор; резултатът зависи от това дали данните са лични, от правното основание, уведомяването и от това къде доставчикът предава данните. Сигурният път е да не започвате с въвеждане на лични данни, преди да има писмени отговори на десетте проверки, и при възможност да анонимизирате данните.
Става ли компанията, която използва инструмент с ИИ, администратор на данни?
Според насоките ролята се определя по фактическия контрол повече, отколкото по формулировката на договора. Ако компанията решава какви данни да се качват, с каква цел да се обработват и как да се използва резултатът, тя може да бъде разглеждана като администратор на данни. За конкретния случай е нужна правна преценка.
Нужно ли е уведомяване при използване на ИИ?
Ако се обработват лични данни, задължението за уведомяване важи и за ИИ. Насоките смятат за важно обработването за използване на системата и обработването за нейното развитие да се съобщават отделно, както и потребителите да знаят, че общуват със система с ИИ.
Задължителна ли е оценката на въздействието върху защитата на данните за ИИ?
Насоките я посочват като пример за добра практика при системите с ИИ, но не я представят като задължителна. Все пак писмена оценка на риска преди нов сценарий на използване помага да се документира процесът на вземане на решение.
Източници
- Турски закон № 6698 за защита на личните данни (mevzuat.gov.tr)
- KVKK: насоки „Генеративен изкуствен интелект и защита на личните данни (в 15 въпроса)“
- KVKK: „Агентен ИИ (Agentic AI)“
Последна проверка на законодателството: 23 октомври 2026
Още статии
Пръстов отпечатък за работното време в Турция: законно ли е? Мобилно отчитане и KVKK
Отчитането на влизането и излизането в Турция е част от задължението на работодателя да следи работното време; истинският въпрос е методът. Какво казват законът и решението на Съвета за пръстов отпечатък, мобилно отчитане и формуляра за съгласие.
14 ноември 2026 · 8 мин четенеСрок за съхранение на трудовото досие в Турция: колко години и унищожаване по KVKK
Турският Закон за труда не определя един срок за съхранение на трудовото досие. Обединяваме в една таблица по вид документ десетте години за документите за SGK, петгодишната давност за вземания за заплати и принципа за унищожаване по KVKK.
14 ноември 2026 · 8 мин четенеСледене на запаси и склад: вход, изход и разлика при инвентаризацията в един регистър
Защо броят артикули на рафта не съвпада с броя в записа? Най-често отговорът е в дребните движения, които не са отразени. Събирането им в един регистър прави разликата при инвентаризацията четлива.
14 ноември 2026 · 5 мин четене