AI Act и GDPR: на что обратить внимание в корпоративном чат-боте?

Mesterséges Intelligencia Központ Kft. является компанией по разработке программного обеспечения из Будапешта. Для корпоративного чат-бота важнее всего два правила: согласно AI Act нужно сообщать, что отвечает ИИ, а согласно GDPR нужно законно обрабатывать персональные данные.

Коротко: пункт 1 статьи 50 AI Act применяется со 2 августа 2026 года: чат-бот должен не позднее первого взаимодействия чётко сообщить, что пользователь общается с искусственным интеллектом, если это не очевидно. Типичный чат-бот службы поддержки клиентов не является ИИ-системой высокого риска, но если он обрабатывает персональные данные, на него распространяются и правила GDPR, в том числе о правовом основании, об информировании, о минимизации данных и о договоре об обработке данных, который нужно заключить с поставщиком ИИ. Это информация, а не юридическая консультация (проверено 17 октября 2026 года).

О каких двух нормативных актах идёт речь?

Под AI Act понимают регламент Европейского союза об искусственном интеллекте, официально Регламент (ЕС) 2024/1689. Как регламент, он применяется непосредственно во всех государствах-членах. В официальном венгерском тексте ИИ-система называется «MI-rendszer»; в этой статье мы используем и привычное сокращение «ИИ».

Статья 3 регламента различает две роли. Поставщиком (provider) считается тот, кто разрабатывает ИИ-систему или заказывает её разработку и выводит её на рынок или вводит в эксплуатацию под собственным именем или товарным знаком. Эксплуатантом (deployer) является тот, кто использует находящуюся под его контролем ИИ-систему, за исключением личного непрофессионального использования. Если компания заказывает разработку чат-бота и эксплуатирует его под своим именем на своём сайте, к ней могут подходить оба определения, поэтому обязанности не стоит оставлять только на разработчике.

Общий регламент по защите данных GDPR, официально Регламент (ЕС) 2016/679, распространяется на любую обработку персональных данных, в том числе на ту, которую выполняет чат-бот. Пункт 7 статьи 2 AI Act устанавливает, что регламент (за несколькими узкими исключениями, которые, как правило, не касаются чат-ботов) не затрагивает GDPR: оба свода правил действуют параллельно, и ни один из них не заменяет другой.

Чего требует статья 50 AI Act?

Статья 50 устанавливает обязательства по обеспечению прозрачности для поставщиков и эксплуатантов определённых ИИ-систем. Корпоративного чат-бота касается прежде всего пункт 1, но остальные тоже стоит знать: ассистент, который создаёт также изображения, звук или публикуемый текст, может подпасть и под них.

Пункт	Кого обязывает	Что требует	Когда касается чат-бота
(1)	поставщика	в системах, напрямую взаимодействующих с людьми, затронутые лица должны знать, что взаимодействуют с ИИ-системой, если это не очевидно	почти всегда: это базовый случай чат-бота
(2)	поставщика системы, создающей синтетический текст, изображения, звук или видео	результаты нужно маркировать в машиночитаемом формате, чтобы их можно было распознать как искусственно созданные	если система генерирует контент; подробности уточняют руководящие указания и кодекс практики Комиссии
(3)	эксплуатанта системы распознавания эмоций или биометрической категоризации	затронутых лиц нужно информировать о работе системы	если система по биометрическим данным делает выводы об эмоциях или намерениях
(4), первый абзац	эксплуатанта системы, создающей дипфейки	нужно сообщать, что изображение, звук или видео созданы искусственно	если бот создаёт изображения, звук или видео, обманчиво похожие на реального человека
(4), второй абзац	эксплуатанта системы, генерирующей текст, который публикуется для информирования общественности по вопросам общественного интереса	нужно сообщать, что текст создан искусственно, если только его не проверил человек и кто-то не несёт за него редакционную ответственность	редко: индивидуальный ответ чат-бота, как правило, не является таким публикуемым текстом
(5)	обоих	информация должна быть чёткой и легко различимой, предоставляться не позднее первого взаимодействия и соответствовать требованиям доступности	всегда, вместе с уведомлением по пункту 1

Что означает пункт 1 на практике?

Уведомление должно появляться в начале разговора, на видном для пользователя месте, а не в глубине общих условий. Разумно сделать так, чтобы и заголовок окна чата, и первое сообщение бота прямо говорили: «Отвечает ИИ-ассистент». Это особенно важно, если у бота есть собственное имя или аватар: человеческое имя легко наводит на мысль, что пишет сотрудник.

Исключение «если это очевидно» узкое. Согласно тексту регламента, очевидность оценивается с точки зрения разумно хорошо информированного, внимательного и осмотрительного человека, с учётом обстоятельств и контекста использования. В сводке вопросов и ответов Европейской комиссии сказано, что исключение следует толковать ограничительно, поскольку оно лишает людей прозрачности; чат-боты, ИИ-агенты и аватары прямо названы там среди примеров систем, напрямую взаимодействующих с людьми. Поэтому в чате службы поддержки клиентов разумно всегда сообщать, что отвечает ИИ.

С какого момента применяются правила?

AI Act вступил в силу 1 августа 2024 года, а его положения начинали применяться поэтапно (статья 113). 19 ноября 2025 года Комиссия предложила упростить регламент; из этого предложения получился Регламент (ЕС) 2026/1744, принятый 8 июля 2026 года, под названием «Digital Omnibus on AI» («цифровой омнибус» по искусственному интеллекту). Он был опубликован в Официальном журнале ЕС 24 июля 2026 года и вступил в силу 27 июля 2026 года. Дату применения пункта 1 статьи 50 он не перенёс, но изменил ряд других дат (проверено 17 октября 2026 года):

Правило	Применяется	Где закреплено
Запрещённые практики в области ИИ и грамотность в области ИИ (главы I и II)	со 2 февраля 2025 года; два новых запрета, введённых поправкой, действуют со 2 декабря 2026 года	AI Act, статья 113, пункт (a)
Новая, более мягкая редакция положения о грамотности в области ИИ (статья 4)	с 27 июля 2026 года	вступление в силу Регламента (ЕС) 2026/1744
Обязательства по обеспечению прозрачности, в том числе пункт 1 статьи 50	со 2 августа 2026 года	AI Act, статья 113, общая дата применения
Машиночитаемая маркировка (пункт 2 статьи 50) для генеративных систем, выведенных на рынок до 2 августа 2026 года	соответствие требуется до 2 декабря 2026 года	AI Act, пункт 4 статьи 111, введённый поправкой
Системы высокого риска по приложению III	со 2 декабря 2027 года	AI Act, статья 113, пункт (c), в изменённой редакции
Встроенные в продукты системы высокого риска (приложение I)	со 2 августа 2028 года	AI Act, статья 113, пункт (c), в изменённой редакции

На странице Комиссии, посвящённой AI Act, и в её сводке вопросов и ответов по статье 50 приводятся те же основные даты. Если в будущем появится новая поправка, её стоит проверять на EUR-Lex, на странице самого регламента.

Грамотность в области ИИ: что должна знать команда?

Первоначальная редакция статьи 4 требовала, чтобы поставщики и эксплуатанты в максимально возможной степени обеспечивали достаточный уровень грамотности своего персонала в области ИИ. После поправки 2026/1744 обязанность состоит в том, чтобы принимать меры для поддержки развития грамотности в области ИИ у персонала и у лиц, действующих от их имени; текст прямо указывает, что это не обязывает гарантировать какой-либо конкретный уровень грамотности. Комиссия и государства-члены должны помогать в этом, особенно малым и средним предприятиям.

Для компании, эксплуатирующей чат-бота, на практике это означает короткое обучение, адаптированное к каждой роли: что бот умеет и чего не умеет, как распознать ошибочный ответ, когда и как перехватить разговор и какие данные нельзя вводить в ИИ-инструмент. Это стоит документировать.

Относится ли чат-бот службы поддержки к системам высокого риска?

В обиходе эту категорию нередко называют «высокорисковыми системами»; в этой статье мы называем её «ИИ-система высокого риска» (в венгерском тексте регламента: «nagy kockázatú MI-rendszer»). Статья 6 относит к ней систему двумя путями: если система является компонентом безопасности продукта, подпадающего под перечисленное в приложении I законодательство ЕС о продукции (или сама является таким продуктом), и этот продукт должен пройти оценку соответствия третьей стороной; или если её применение относится к одной из областей приложения III. Области приложения III: биометрия, критическая инфраструктура, образование, занятость, доступ к основным частным и государственным услугам, правоохранительная деятельность, миграция и пограничный контроль, а также отправление правосудия и демократические процессы.

Чат-бот, который отвечает на вопросы о товарах, доставке, часах работы или статусе заказа, не относится ни к одной из этих областей, поэтому не является системой высокого риска; на него распространяются правила прозрачности статьи 50. Однако та же технология может стать системой высокого риска в зависимости от её назначения, например если она:

отбирает заявки на вакансии или оценивает кандидатов (приложение III, пункт 4, подпункт (a));
оценивает кредитоспособность физических лиц или устанавливает их кредитный рейтинг (пункт 5, подпункт (b));
оценивает риски или устанавливает цены для физических лиц в страховании жизни или здоровья (пункт 5, подпункт (c));
от имени органа власти оценивает право на получение государственных услуг или пособий (пункт 5, подпункт (a)).

Согласно пункту 3 статьи 6, система из приложения III в виде исключения не относится к высокому риску, если она не создаёт значительного риска, например потому, что выполняет узкую процедурную задачу или лишь готовит решение человека; однако при профилировании физических лиц она всегда является системой высокого риска. Тот, кто ссылается на это исключение, должен задокументировать свою оценку. Подробные требования к системам высокого риска в случаях по приложению III применяются со 2 декабря 2027 года. Если чат-бот приближается к подобным решениям, классификацию стоит прояснить с юристом ещё до начала разработки.

В разговоре с чат-ботом часто встречаются персональные данные: имя, адрес электронной почты, номер заказа, описание жалобы. Компания, которая использует чат-бота в собственной службе поддержки, в этом случае, как правило, является контролёром, а поставщик языковой модели, как правило, выступает обработчиком данных. 19 ноября 2025 года Комиссия предложила и поправки к GDPR (COM(2025) 837), но акт, изменяющий GDPR, в Официальном журнале ЕС ещё не опубликован (проверено 17 октября 2026 года): всё изложенное ниже основано на действующем тексте.

Правовое основание (статья 6)

Для каждой цели обработки нужно правовое основание из пункта 1 статьи 6. Для чат-ботов чаще всего это исполнение договора (например, ответ о статусе заказа), законный интерес (со взвешиванием интересов) и согласие (например, при подписке на рассылку). Если разговоры позже планируется использовать и для другой цели (скажем, для анализа или разработки), это нужно рассмотреть отдельно, поскольку для дальнейшей обработки, несовместимой с первоначальной целью, первоначального основания недостаточно (пункт 4 статьи 6).

Информирование (статья 13)

При получении данных субъекта данных нужно проинформировать, среди прочего, о том, кто является контролёром, о целях и правовом основании, о получателях, о возможной передаче данных в третью страну, о сроке хранения, о его правах и о том, что он может подать жалобу в надзорный орган (в Венгрии это Национальное управление по защите данных и свободе информации, NAIH). Уведомление «отвечает ИИ» по AI Act этого не заменяет: в окне чата нужно сделать доступным и уведомление об обработке персональных данных.

Минимизация данных и ограничение хранения (статья 5)

Согласно статье 5, обрабатывать можно только данные, необходимые для цели, и только до тех пор, пока они для неё нужны. Для чат-бота это три конкретных решения: бот не должен запрашивать больше данных, чем нужно для ответа; к модели должны попадать только данные, необходимые для задачи, по возможности замаскированные или псевдонимизированные; у журналов разговоров должны быть срок хранения и порядок удаления. Безопасность данных (управление правами доступа, шифрование, журналирование) тоже относится к этой статье.

Договор об обработке данных с поставщиком ИИ (статья 28)

Если поставщик языковой модели обрабатывает персональные данные от имени компании, с ним нужен письменный договор об обработке данных. Согласно пункту 3 статьи 28, в нём, среди прочего, должно быть закреплено, что обработчик обрабатывает данные только по документально оформленным указаниям контролёра, обеспечивает конфиденциальность и безопасность, привлекает других обработчиков только с разрешения, помогает выполнять запросы субъектов данных, по окончании оказания услуги удаляет или возвращает данные и допускает проверки. Поэтому на практике нужно смотреть деловые условия поставщика (условия API) и его дополнение об обработке данных, а не условия потребительского чат-приложения: где хранятся данные, как долго и используются ли они для обучения моделей.

Передача данных за пределы ЕС (глава V)

Если данные обрабатываются в стране за пределами ЕС, так называемой третьей стране, для этого нужно основание по главе V GDPR: решение о достаточном уровне защиты (статья 45) или надлежащие гарантии, например стандартные положения о защите данных (статья 46). Для США таким решением о достаточном уровне защиты является Имплементационное решение Комиссии (ЕС) 2023/1795 о рамочной программе ЕС–США по защите данных (EU-US Data Privacy Framework), но только в отношении американских организаций, включённых в список Data Privacy Framework. Решение действует; иск о его аннулировании Общий суд ЕС отклонил 3 сентября 2025 года, а апелляция на это решение суда рассматривается Судом ЕС (C-703/25 P) (проверено 17 октября 2026 года). Поэтому стоит также проверить, предлагает ли поставщик хранение или обработку данных в ЕС.

Оценка воздействия на защиту данных (статья 35)

Оценка воздействия нужна, если обработка (особенно с использованием новых технологий), вероятно, повлечёт высокий риск для прав субъектов данных. В ряде случаев пункт 3 статьи 35 прямо её предписывает, а NAIH опубликовало собственный список операций, требующих оценки воздействия, в котором, среди прочего, названы профилирование, автоматизированное принятие решений, влекущих правовые последствия, использование данных детей для профилирования или маркетинга и объединение данных из разных источников. Для простого бота, отвечающего на вопросы о товарах, она требуется редко; если же бот объединяет данные клиентов из CRM, занимается профилированием или обрабатывает в большом объёме данные о здоровье, она, вероятно, нужна. Своё рассуждение стоит зафиксировать письменно, даже если вывод звучит как «не требуется».

Автоматизированное решение (статья 22)

Субъект данных имеет право не подвергаться решению, основанному исключительно на автоматизированной обработке, если оно влечёт для него правовые последствия или аналогичным образом существенно на него влияет. Если бы чат-бот, например, сам отклонял рекламацию, возврат средств или заявление, это правило тоже имело бы значение: если такое решение необходимо для исполнения договора или основано на явно выраженном согласии, всё равно нужно обеспечить как минимум возможность вмешательства человека, изложения своей позиции и оспаривания решения. Проще всего, если бот только готовит такое решение, а принимает его сотрудник.

Практический чек-лист

Задача	Зачем	Правовой источник
Сообщить в первом сообщении и в окне чата, что отвечает ИИ	прозрачность	AI Act, статья 50, пункты 1 и 5
Определить, кто поставщик, кто эксплуатант, кто контролёр и кто обработчик данных	распределение ответственности	AI Act, статья 3; GDPR, статья 28
Зафиксировать назначение бота и классификацию риска	исключение высокого риска или управление им	AI Act, статья 6, приложение III
Определить правовое основание для каждой цели	законная обработка данных	GDPR, статья 6
Сделать уведомление об обработке персональных данных доступным в окне чата	информирование	GDPR, статья 13
Запрашивать и передавать модели только необходимые данные	минимизация данных	GDPR, статья 5, пункт 1, подпункт (c)
Установить срок хранения журналов разговоров	ограничение хранения	GDPR, статья 5, пункт 1, подпункт (e)
Заключить договор об обработке данных с поставщиком ИИ	привлечение обработчика данных	GDPR, статья 28
Проверить основание для передачи данных за пределы ЕС	передача в третьи страны	GDPR, глава V
Оценить и задокументировать, нужна ли оценка воздействия	обработка с высоким риском	GDPR, статья 35; список NAIH
При значимых решениях привлекать человека, по запросу передавать разговор сотруднику	автоматизированное решение	GDPR, статья 22
Обучить сотрудников, работающих с ботом	грамотность в области ИИ	AI Act, статья 4

Частые ошибки

Скрытое уведомление: фраза «отвечает ИИ» есть только в условиях использования, а в разговоре её нет.
Человеческий образ без уведомления: бот получает человеческое имя и фотографию, и ничто не указывает на то, что это машина.
Вся карточка клиента в промпте: модель получает полную карточку из CRM, хотя для ответа хватило бы двух полей.
Потребительский инструмент с корпоративными данными: сотрудники копируют данные клиентов в бесплатное чат-приложение без договора об обработке данных.
Журналы, хранящиеся вечно: разговоры накапливаются без правил удаления.
Машинное решение без контроля человека: бот сам отклоняет значимые обращения, и никто их не пересматривает.

Частые вопросы

Нужно ли нам сообщать, что отвечает ИИ?

Как правило, да. Согласно пункту 1 статьи 50 AI Act, ИИ-систему, напрямую взаимодействующую с людьми, нужно проектировать так, чтобы затронутые лица знали, что взаимодействуют с ИИ-системой, если это не очевидно с точки зрения разумно информированного человека. Согласно пункту 5, сообщать об этом нужно чётко и различимо, не позднее первого взаимодействия. Поэтому в чате службы поддержки надёжнее всего указать это в первом сообщении.

С какого момента это обязательно?

Статья 50 применяется со 2 августа 2026 года, и изменяющий Регламент (ЕС) 2026/1744 этого не изменил. К машиночитаемой маркировке результатов генеративных систем (пункт 2 статьи 50) поставщики систем, выведенных на рынок до 2 августа 2026 года, должны подготовиться до 2 декабря 2026 года. Статья 4 о грамотности в области ИИ применяется со 2 февраля 2025 года, а с 27 июля 2026 года действует в более мягкой редакции.

Считается ли чат-бот службы поддержки системой высокого риска?

Как правило, нет. Чат-бот, который информирует о товарах, заказах или услугах, не относится к областям приложения III AI Act, поэтому на него распространяются правила прозрачности. Однако он может оказаться системой высокого риска, если, например, отбирает соискателей, оценивает кредитоспособность или рассчитывает цену рисков в страховании жизни и здоровья.

Можем ли мы передавать персональные данные поставщику ИИ?

Да, если у обработки есть правовое основание, субъекты данных о ней проинформированы, с поставщиком заключён договор об обработке данных (статья 28 GDPR), а если данные покидают ЕС, у передачи тоже есть основание (глава V). Стоит передавать ровно столько данных, сколько нужно для задачи, и проверить, использует ли поставщик данные для обучения моделей.

Нужна ли оценка воздействия на защиту данных?

Нужна, если обработка, вероятно, повлечёт высокий риск для прав субъектов данных (статья 35 GDPR). Для простого информационного бота она требуется редко, а при профилировании, автоматизированных решениях с правовыми последствиями, профилировании данных детей, обработке в большом объёме особых категорий данных или объединении данных из нескольких источников, вероятно, нужна; эти случаи перечислены и в списке NAIH. В обоих случаях решение стоит зафиксировать письменно.

Как мы можем помочь?

Мы разрабатываем ИИ-чат-ботов и ИИ-агентов, и разработанный нами чат-бот уже в первом сообщении указывает, что отвечает ИИ-ассистент. При подключении языковых моделей, о котором мы пишем на странице Интеграция ИИ, мы следим за тем, чтобы к модели попадали только данные, необходимые для задачи, проверяем условия обработки данных у поставщика, модель видит только то, что может видеть задающий вопрос пользователь, а разговоры можно отследить. О технической стороне можно прочитать в статьях Чат-бот или ИИ-агент? и ИИ на собственных документах компании (RAG).

Эта статья носит информационный характер и не является юридической консультацией: о соответствии конкретной обработки данных требованиям стоит спросить также юриста или ответственного за защиту данных. Первая консультация бесплатна; если вы планируете чат-бота, напишите нам по контактам, указанным на странице Контакты.