ИИ и 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
Другие статьи
Законен ли учёт рабочего времени по отпечатку пальца в Турции? PDKS, мобильный учёт и KVKK
Учёт прихода и ухода через PDKS в Турции входит в обязанность работодателя вести учёт времени; главный вопрос — метод. Что говорят закон и решение Совета об отпечатке пальца, мобильном учёте и форме согласия — простым языком.
14 ноября 2026 · 7 мин чтенияСрок хранения личного дела сотрудника в Турции: сколько лет и политика уничтожения по KVKK
Турецкий Закон о труде не устанавливает единого срока хранения личного дела. Сводим в одну таблицу по видам документов десять лет для документов SGK, пять лет давности по требованиям о зарплате и принцип уничтожения по KVKK.
14 ноября 2026 · 7 мин чтенияУчёт запасов и склада: приход, расход и расхождения в одной книге движений
Почему количество товара на полке не совпадает с записью? Чаще всего ответ — в не проведённых мелких движениях. Книга движений в одном месте делает расхождение читаемым.
14 ноября 2026 · 4 мин чтения