С 2 августа 2026 года применяются правила прозрачности статьи 50 EU AI Act. Но это не требование поставить видимую плашку на каждый текст, в котором участвовал ИИ: норма разводит обязанности провайдера системы и того, кто её использует, а применимость к российской компании зависит от конкретной связи продукта или результата с ЕС.
С 2 августа в фокусе не весь ИИ, а статья 50
Еврокомиссия объявила о начале применения требований 31 июля, а сами правила начали применяться 2 августа 2026 года. В пресс-релизе говорится об уведомлении человека при взаимодействии с ИИ, раскрытии deepfake и машинно-читаемых метках для синтетического контента. Короткое объявление задаёт масштаб события, но для решения по продукту важно читать обязанности по ролям и сценариям, а не превращать его формулировку в правило «маркируйте всё». Официальные рекомендации Комиссии формулируют рамку прямо:
“These guidelines define the scope of transparency obligations for providers and deployers of AI systems under Article 50 of the AI Act.” “These transparency obligations apply from 2 August 2026.”
Европейская комиссия, Guidelines on transparency obligations for providers and deployers of AI systems, 20 июля 2026 года
Именно различие между провайдером и деплойером помогает не назначать одинаковую маркировку каждому отделу и каждому результату. Сначала нужно понять, кто вывел конкретную систему на рынок под своим именем и кто использует её под своей ответственностью; затем — какая функция срабатывает и кто получает результат.
Провайдер и деплойер отвечают за разные действия
В пояснении Еврокомиссии провайдер — это лицо или организация, которые разработали систему либо заказали её разработку и выводят её на рынок ЕС или вводят в эксплуатацию под собственным именем или товарным знаком. Место регистрации провайдера само по себе это определение не меняет. Деплойер — тот, кто использует систему под своей ответственностью или полномочиями; личное непрофессиональное использование исключено из приведённого определения.
Для провайдера статья 50 охватывает два разных действия. Если система предназначена для прямого взаимодействия с человеком — например, это чат-бот, — она должна сообщать человеку, что тот взаимодействует с ИИ; The Verge приводит оговорку для случаев, когда это и так очевидно. Для генеративной системы провайдер должен обеспечить машинно-читаемую метку синтетического результата и возможность его обнаружения, кроме предусмотренных исключений для вспомогательного стандартного редактирования или отсутствия существенного изменения входных данных либо их смысла.
Деплойер, напротив, сообщает затронутым людям о работе систем распознавания эмоций и биометрической категоризации, а также раскрывает происхождение определённых материалов. Это не означает, что любая организация навсегда получает только одну роль: одна компания может быть и провайдером, и деплойером. Поэтому классифицировать следует конкретное действие с конкретной системой, а не только название компании.
Видимая маркировка нужна не каждому AI-тексту
Главная ловушка — смешать машинно-читаемую метку провайдера с заметным для аудитории раскрытием деплойера. Первая нужна, чтобы синтетический результат можно было обнаружить технически; сама по себе она не равна видимой плашке для читателя. Кроме того, в краткой сводке Комиссии указаны исключения для вспомогательной функции стандартного редактирования и случаев, когда входные данные или их смысл не изменены существенно.
Обязанность раскрыть касается именно текста, созданного или изменённого ИИ и опубликованного с целью информировать общественность по вопросу общественного интереса, который не прошёл ни квалифицируемую проверку человеком, ни редакционный контроль. Поверхностная, исключительно формальная или процедурная проверка — например, орфографическая или грамматическая корректура — не считается human review или editorial control. Human review требует намеренной проверки содержания человеком с релевантными знаниями и профессиональным суждением; editorial control означает фактическое право одобрить, изменить или отклонить текст по существу. За публикацию лицо должно нести итоговую юридическую ответственность, включая human review или editorial control.
Для практической проверки полезно отделить пять групп функций и результатов. Ниже — ориентир для первичной классификации:
- Прямое взаимодействие с человеком: проверьте, сообщает ли интерфейс, что собеседник общается с ИИ; учитывайте оговорку, когда это очевидно.
- Синтетический текст, звук, изображение или видео: проверьте обязанность провайдера по машинно-читаемой метке, а не только наличие видимой подписи.
- Распознавание эмоций и биометрическая категоризация: определите, действительно ли система выполняет одну из названных функций; не приравнивайте к ним любую биометрию.
- Deepfake: проверьте, имитирует ли изображение, аудио или видео существующих людей, объекты, места, сущности или события и может ли материал ложно создать у человека впечатление подлинности или правдивости; при необходимости учитывайте контекст и аудиторию. Для deepfake в явно художественном, творческом, сатирическом, вымышленном или аналогичном произведении/программе раскрытие сохраняется, но должно быть уместным и не мешать показу или восприятию произведения.
- Текст по вопросу общественного интереса: зафиксируйте цель публикации и наличие human review/editorial control до выпуска материала.
Такой перечень описывает точки проверки, а не разрешение на применение любой функции после уведомления. Отдельные условия и исключения нужно соотносить с самой системой и сценарием; короткая сводка не заменяет полный анализ нормы.
Российской компании важна связь продукта с ЕС
Для российского бизнеса вопрос начинается не с формулы «все компании обязаны», а с территориальных оснований конкретного случая. Article 2 перечисляет провайдеров, которые размещают систему на рынке ЕС или вводят её там в эксплуатацию, независимо от того, находятся ли они в Союзе или третьей стране; отдельно названы деплойеры, учреждённые или находящиеся в ЕС. Это повод проверить экспортируемый сервис, программный продукт или устройство и то, кто выводит его на европейский рынок под своим именем.
Есть и отдельная связь через результат: Article 2 называет провайдеров и деплойеров из третьих стран, если результат системы используется в Союзе. Еврокомиссия отдельно поясняет этот пункт применительно к провайдерам за пределами ЕС. Для деплойера поэтому важно установить, кто фактически использует систему под своей ответственностью, кто получает или публикует выход и где он используется; одна лишь география генерации ответа не описывает всю картину.
Если известны только российская регистрация, сотрудники и внутреннее использование, имеющихся выдержек недостаточно, чтобы заключить, что статья 50 автоматически применяется. Но нельзя уверенно заявить и обратное, если система выводится на рынок ЕС или её результат используется там. Неопределённость относительно случайного появления результата в ЕС исследованные фрагменты не разрешают, поэтому такой сценарий требует отдельной правовой проверки, а не категоричного ответа в статье.
Для внутренней продуктовой оценки связь с ЕС удобно фиксировать по сценариям применения: рынок и аудитория, пользователь системы, получатель результата и его дальнейшее использование. Это не юридический тест и не вывод о российских требованиях, а способ собрать факты, которые затем нужно проверить по применимому праву и конкретному договору.
Что проверить до вывода продукта на рынок
Решение о дистрибуции лучше принимать по каждой системе и функции отдельно. Минимальная проверка может выглядеть так:
- Назначьте роли для конкретного действия: кто разработал или заказал систему, кто выводит её на рынок под своим именем и кто использует её под своей ответственностью.
- Проверьте, планируется ли вывод системы на рынок ЕС или ввод её в эксплуатацию в Союзе, и учреждён ли деплойер или находится ли он в ЕС; отдельно отметьте европейских клиентов, каналы продаж и дистрибьюторов.
- Для провайдера или деплойера из третьей страны установите, используются ли результаты системы в ЕС и кто именно их получает, публикует или применяет; если фактов нет, не подменяйте неизвестность выводом о применимости.
- Составьте перечень функций статьи 50: прямое взаимодействие, генерация синтетического контента, распознавание эмоций или биометрическая категоризация, deepfake и публикация текста по вопросу общественного интереса. Для deepfake проверьте, имитирует ли контент существующих людей, объекты или события и может ли он ложно создать у человека впечатление подлинности или правдивости; при необходимости учитывайте контекст и аудиторию. Для deepfake в явно художественном, творческом, сатирическом, вымышленном или аналогичном произведении раскройте происхождение уместным способом, не мешающим показу или восприятию.
- Для AI-текста, опубликованного с целью информировать общественность по вопросу общественного интереса, зафиксируйте содержательную проверку человеком с релевантными знаниями и профессиональным суждением либо реальные полномочия редактора одобрить, изменить или отклонить текст по существу; формальная корректура не считается, а лицо должно нести итоговую юридическую ответственность за публикацию. Для синтетических результатов отдельно проверьте машинно-читаемую маркировку провайдера.
Для систем, размещённых на рынке до 2 августа 2026 года, предусмотрен ограниченный переходный срок только по обязанности провайдера маркировать и обеспечивать обнаружение AI-generated content согласно Article 50(2): соблюдать эти требования нужно с 2 декабря 2026 года. Это не общий перенос остальных обязанностей и не срок для систем, размещённых на рынке 2 августа 2026 года или позже.
Результатом проверки должна быть не универсальная плашка на все AI-материалы, а карта ролей, функций и связей с рынком ЕС. Если продукт и его результаты остаются вне перечисленных в Article 2 связей, нельзя по этим выдержкам объявить российскую компанию автоматически охваченной; для конкретного вывода нужны факты о продукте и отдельная правовая оценка. Исследование не подтверждает российских юридических обязанностей, поэтому выводы о праве РФ здесь не делаются.
Чтобы связать продуктовые функции с внутренним маршрутом проверки, можно использовать описание возможностей как рабочий список, а не как доказательство соответствия. Правовой вывод должен опираться на актуальный текст нормы и подтверждённые обстоятельства конкретного продукта.
Частые вопросы
Что начало применяться 2 августа 2026 года?
С этой даты применяются прозрачностные обязанности статьи 50 AI Act для определённых сценариев: прямого взаимодействия с ИИ, синтетического контента, распознавания эмоций и биометрической категоризации, deepfake и некоторых общественно значимых текстов.
Нужно ли ставить видимую отметку на каждый текст, созданный ИИ?
Нет. Машинно-читаемую метку для синтетического результата обеспечивает провайдер; раскрытие деплойера для текста относится к публикации по вопросу общественного интереса без human review/editorial control.
Применяется ли правило автоматически к российской компании?
Одной российской регистрации недостаточно для такого вывода. Проверенные положения связывают охват, в частности, с выводом системы на рынок ЕС или использованием её результата в Союзе; конкретный случай требует проверки фактов.
Источники
- Guidelines on transparency obligations for providers and deployers of AI systems — European Commission, 20 июля 2026 г.
- Commission starts enforcing AI Act rules and new transparency requirements on 2 August — European Commission, 31 июля 2026 г.
- Europe’s AI labeling and transparency rules are now in effect — The Verge, 3 августа 2026 г.
- Anthropic says it will watermark text generated by its AI models — TechCrunch, 11 августа 2026 г.
- Regulation (EU) 2024/1689, consolidated text — EUR-Lex / European Union, 12 июля 2024 г.