Какие условия обработки данных должны быть в договоре с AI-поставщиком

Короткий ответ

Договор с AI-поставщиком должен закрепить цель и состав обработки, разрешение или прямой запрет на использование данных для обучения моделей, сроки хранения и порядок возврата и удаления, список субобработчиков, локализацию и условия трансграничной передачи. По 152-ФЗ с обработчиком, получающим доступ к персональным данным, обязателен договор поручения. Требования к качеству и происхождению обучающих данных, документации и прозрачности задаёт риск-ориентированный EU AI Act. Ниже — постатейный разбор.

Главные выводы

Использование внешнего ИИ-сервиса не снимает с компании статус оператора персональных данных по 152-ФЗ: ответственность перед субъектом и регулятором остаётся на заказчике независимо от вины поставщика.
Главный пункт договора — прямой запрет или строгое ограничение использования запросов, ответов и данных клиента для обучения, дообучения и улучшения моделей поставщика.
Формулировки «удалим в разумный срок» недостаточно: нужны конкретные сроки хранения по каждой категории данных и подтверждаемое удаление при расторжении.
Требуйте право заранее узнавать о субобработчиках, одобрять их и возражать против новых, а также фиксацию регионов хранения и законных оснований трансграничной передачи.
Проверяйте происхождение и качество обучающих данных поставщика и закрепляйте контроль изменений модели — этого ожидают риск-ориентированные режимы вроде EU AI Act.
Сжатые сроки уведомления об инциденте (24–72 часа), реальные права аудита и содействие в ответах на запросы субъектов должны быть прописаны, а не обещаны устно.

Сначала определите роли и юрисдикцию

До обсуждения формулировок зафиксируйте, кто кем является в этой схеме. Если вы передаёте стороннему сервису данные, позволяющие идентифицировать людей, вы остаётесь оператором персональных данных по статье 3 Федерального закона № 152-ФЗ, а поставщик выступает обработчиком в смысле статьи 6 этого закона. Это означает, что договор поручения обработки обязателен, и в нём должны быть определены цель обработки, состав передаваемых данных, меры безопасности, конфиденциальность и требование соблюдать закон.

В сделках, затрагивающих европейский рынок, добавляется второй слой терминов: EU AI Act различает поставщика (provider), который выводит систему на рынок, и развёртывающего оператора (deployer), который использует её под своим контролем, а GDPR — контролёра и обработчика. Юрисдикция определяет, какие пункты станут обязательными, поэтому укажите в договоре применимое право, законы о защите данных и, при необходимости, правила ИИ. Это общий обзор, а не юридическая консультация: применимые требования зависят от вашей отрасли и стран работы.

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

Оператор не исчезает при передаче данных алгоритму — это всё ещё обработка персональных данных
Отделяйте роли по 152-ФЗ (оператор/обработчик) от ролей по EU AI Act (поставщик/развёртывающий)
Зафиксируйте применимое право и режимы защиты данных до составления клаузул

Обучение моделей и право на улучшение сервиса

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

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

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

Требуйте явный запрет на обучение моделей на ваших данных без письменного согласия
Разрешайте только обработку, технически необходимую для оказания услуги
Оценивайте необратимость обезличивания, прежде чем соглашаться на использование «анонимизированных» данных

Хранение, возврат и удаление данных

Расплывчатые обещания удалить данные «в установленном порядке» или «в разумный срок» не работают на практике. Договор должен определять сроки хранения по каждой категории данных — запросы, выходные ответы, логи выводов (inference logs), метаданные, а также обучающие выборки, если они создаются.

При расторжении или истечении срока договора поставщик обязан вернуть данные заказчику либо удалить их и уничтожить копии, подтвердив это письменным удостоверением. Закрепите предельный срок выполнения удаления в днях, а не в неопределённых формулировках, и оговорите, что остаётся только там, где закон прямо требует хранения.

Практический ориентир даёт и GDPR: по статье 28 обработчик обязан по выбору контролёра удалить или вернуть все персональные данные после завершения услуг и удалить существующие копии, если закон не требует их хранения. Аналогичную логику подтверждения удаления стоит переносить и в договоры, подпадающие под 152-ФЗ.

Определите сроки хранения отдельно для запросов, ответов, логов и метаданных
Требуйте возврат или удаление данных и письменное подтверждение уничтожения копий
Установите срок в днях, а не «в разумный период»

Субобработчики, локализация и трансграничная передача

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

Если данные клиента (например, персональные данные граждан) должны храниться на определённой территории, укажите регионы хранения и обработки прямо в тексте. Для трансграничной передачи за рубеж требуйте законное основание: в контексте 152-ФЗ — указание на трансграничную передачу и, где требуется, письменное согласие субъекта, а по GDPR — типовые договорные условия или решение об адекватной защите.

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

Раскрытие, одобрение и право возражения по всем субобработчикам
Фиксация регионов хранения и обработки в тексте договора
Законное основание для трансграничной передачи: согласие, типовые условия или решение об адекватной защите

Инциденты, аудит и права субъектов

Утечка или инцидент безопасности в инфраструктуре поставщика — это инцидент оператора, и отвечает перед субъектами данных и регулятором заказчик. Поэтому договор должен требовать уведомления в сжатый срок — как ориентир, от 24 до 72 часов с момента обнаружения, — сохранения криминалистических доказательств, сотрудничества в расследовании и помощи в уведомлении регулятора.

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

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

Уведомление об инциденте в сжатый срок (24–72 часа) и сохранение доказательств
Право на аудит и независимую оценку практик поставщика
Содействие в запросах субъектов и во взаимодействии с регулятором

Происхождение данных, качество и контроль изменений модели

Чем серьёзнее последствия решений на основе ИИ, тем важнее происхождение и качество обучающих данных. Риск-ориентированный EU AI Act требует для систем высокого риска, чтобы обучающие, валидационные и тестовые наборы были релевантными, репрезентативными, без ошибок и с управлением данными, включая оценку смещений и происхождения данных. Для моделей общего назначения поставщик обязан вести техническую документацию о процессе обучения и публиковать сводку о содержании обучающих данных.

На практике это означает: в договоре поставщик должен подтверждать законность происхождения данных, на которых обучались его модели, документировать источники и процессы подготовки, а также сообщать о ограничениях и способностях модели. Закрепите контроль изменений: поставщик не должен молча обновлять модель или менять версию, если это меняет условия обработки, качество или поведение системы — нужно уведомление и право заказчика на одобрение или пересмотр.

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

Проверяйте законность происхождения обучающих данных и наличие документации
Требуйте раскрытия ограничений и способностей модели
Закрепите контроль изменений: уведомление и одобрение при обновлении модели

Практический инструмент

Чек-лист: двенадцать пунктов договора с AI-поставщиком перед подписанием

Используйте этот список до подписания и при продлении договора. Отмечайте пункт выполненным, только когда его подтверждает точный текст договора, а не обещание на переговорах или страница маркетинга на сайте поставщика.

Роли и право: подтверждены статусы оператора/обработчика (и поставщика/развёртывающего, где применимо), перечислены применимые законы о персональных данных и ИИ.
Цель и состав обработки: в договоре поручения указаны конкретная цель, состав и категории данных и субъектов.
Запрет на обучение моделей: есть явное ограничение использования запросов, ответов и данных клиента для обучения, дообучения и улучшения без письменного согласия.
Сроки хранения: установлены по каждой категории — запросы, ответы, логи выводов, метаданные.
Возврат и удаление: при расторжении поставщик возвращает данные и подтверждает удаление копий в фиксированный срок.
Субобработчики: предварительное раскрытие, право одобрения и возражения, каскадное распространение требований на субобработчиков.
Локализация и передача: указаны регионы хранения и обработки, есть законное основание трансграничной передачи.
Безопасность и инциденты: уведомление в сжатый срок, сохранение доказательств, сотрудничество в расследовании.
Аудит: право проводить или заказывать независимую оценку практик обработки и безопасности.
Права субъектов: поставщик содействует в ответах на запросы об отзыве согласия, доступе, исправлении и удалении.
Происхождение данных: поставщик подтверждает законность обучающих данных и документирует источники и качество.
Контроль изменений: уведомление и одобрение до обновления модели или смены версии, влияющей на обработку.

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

Обязательно ли заключать отдельный договор с AI-поставщиком, который получает доступ к персональным данным?

Да. Если сторонний ИИ-провайдер получает доступ к персональным данным ваших клиентов или сотрудников, он считается обработчиком, и по статье 6 Федерального закона № 152-ФЗ вы обязаны заключить с ним договор поручения обработки. В договоре должны быть определены цель обработки, состав передаваемых данных, меры обеспечения безопасности, конфиденциальность и обязанность соблюдать закон. Отсутствие такого договора с зарубежными поставщиками больших языковых моделей называют одной из главных проблем при использовании таких сервисов.

Можно ли использовать публичный чат-бот вроде ChatGPT для работы с персональными данными клиентов?

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

Чем отличается псевдонимизация от обезличивания при передаче данных в ИИ-систему?

Псевдонимизация — это замена прямых идентификаторов (ФИО, телефон, email) условными кодами; данные при этом остаются персональными, если субъекта можно установить через ключ или комбинацию оставшихся атрибутов. Обезличивание должно быть необратимым, чтобы вывести данные из-под действия большинства норм 152-ФЗ. Если идентификация возможна — это всё ещё персональные данные. Поэтому проверяйте, действительно ли процесс необратим, прежде чем соглашаться на обработку «обезличенных» данных.

Какие сроки уведомления об инциденте стоит требовать от AI-поставщика?

Ориентир — уведомление в пределах 24–72 часов с момента обнаружения инцидента, затрагивающего данные заказчика. Договор должен также требовать сохранения криминалистических доказательств, сотрудничества в расследовании и помощи в уведомлении регулятора. Точные сроки зависят от применимого режима: например, по GDPR уведомление надзорного органа обычно требуется в течение 72 часов, а требования по 152-ФЗ в части уведомлений Роскомнадзора регулируются отдельно. Заказчик остаётся ответственным перед субъектами данных независимо от того, кто допустил нарушение.

Что делать, если поставщик настаивает на праве использовать данные клиента для улучшения своих моделей?

Начните с прямого запрета на использование запросов, ответов и данных клиента для обучения, повторного обучения или улучшения моделей без вашего информированного согласия. Если поставщик не уступает, предложите компромисс: разрешить только обработку, технически необходимую для оказания услуги, и использовать исключительно данные, которые вы явно одобрили. Если речь об «обезличенных» данных, оцените необратимость обезличивания. Учитывайте, что данные, однажды поглощённые моделью, практически невозможно впоследствии выделить или удалить.

Источники и дополнительные материалы

Источники проверены при подготовке страницы. Изменяемые даты, нормы и цены уточняйте у первоисточника.

Article 10: Data and Data Governance | EU Artificial Intelligence ActFuture of Life Institute / AI Act tracker
Article 53: Obligations for Providers of General-Purpose AI Models | EU Artificial Intelligence ActFuture of Life Institute / AI Act tracker
Art. 28 GDPR – ProcessorGDPR-info.eu
AI Risk Management Framework (AI RMF)NIST, U.S. Department of Commerce
The AI Vendor Contract Is Becoming More Important Than the Privacy PolicyTucker Ellis LLP
Использование ИИ и нейронных сетей в контексте 152-ФЗ: правовые риски и меры для оператораБ-152
Новая правовая архитектура регулирования ИИ в Европе и её значение для РоссииАссоциация юристов России