Облачные ИИ-сервисы и трансграничная передача данных: режим, риски, гарантии

Подключение облачного ИИ-сервиса — это почти всегда операция с персональными данными, даже когда компания этого не осознаёт. Чат-бот обрабатывает обращения клиентов, сервис аналитики получает профили пользователей, ассистент для HR разбирает резюме — во всех этих сценариях персональные данные граждан России уходят на серверы поставщика, нередко расположенные за рубежом. С точки зрения регулятора это два самостоятельных режима: трансграничная передача персональных данных и их локализация. Оба заданы Федеральным законом № 152-ФЗ, оба в последние годы серьёзно ужесточены, и оба обеспечены штрафами, которые перестали быть символическими. Поэтому решение «возьмём вот этот зарубежный сервис, у него модель лучше» — это не только продуктовый, но и комплаенс-вопрос, который нужно закрывать до интеграции.

Разберу тему системно, с позиции специалиста по приватности. Сначала — как квалифицируется обработка при использовании облачного ИИ-сервиса и кто за неё отвечает. Затем — два ключевых режима 152-ФЗ: локализация при сборе и трансграничная передача с уведомлением Роскомнадзора. Далее — договорные гарантии, которых нужно требовать от поставщика, особенности обучения модели на ваших данных, налоговая сторона и, наконец, ответственность за нарушения. По каждому блоку дам ссылку на конкретную норму, потому что в вопросах персональных данных ничего нельзя строить на «общем понимании» — только на тексте закона и подзаконных актов.

Кто оператор, кто обработчик и почему это важно

Отправная точка любого анализа приватности — распределение ролей. Когда вы используете облачный ИИ-сервис для обработки данных своих пользователей, вы остаётесь оператором: именно вы определяете цели и состав обрабатываемых данных. Поставщик сервиса, обрабатывающий данные по вашему заданию, выступает обработчиком — лицом, действующим по поручению оператора. Статья 6 152-ФЗ прямо допускает поручение обработки другому лицу с согласия субъекта и на основании договора, в котором должны быть определены перечень данных, перечень действий, цели обработки, обязанность соблюдать конфиденциальность и требования к защите данных.

Ключевой момент, который часто упускают: ответственность перед субъектом за действия обработчика несёт оператор. А если обработка поручена иностранному лицу, то по статье 6 152-ФЗ ответственность перед субъектом несут и оператор, и сам иностранный обработчик. Это означает, что выбор зарубежного облачного ИИ-сервиса не снимает с вас ответственности — он её удваивает. Поэтому договор с поставщиком должен оформлять поручение обработки по всем требованиям закона, а не ограничиваться лицензионной частью о праве использования ПО, охраняемого по статье 1259 ГК РФ и предоставляемого по статье 1235 ГК РФ.

Локализация: данные россиян собираются в России

Первый режим, который нужно проверить раньше всех остальных, — локализация. По части 5 статьи 18 152-ФЗ при сборе персональных данных, в том числе через интернет, запись, систематизация, накопление, хранение, уточнение и извлечение персональных данных граждан России с использованием баз данных, находящихся за пределами России, не допускаются, за узким перечнем исключений. В редакции, действующей с 2025 года, формулировка ужесточена: если раньше требовалось «обеспечить» обработку в российских базах, то теперь использование зарубежных баз при сборе данных россиян прямо запрещено.

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

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

Трансграничная передача: уведомление Роскомнадзора и адекватность защиты

Второй режим включается, как только данные физически уходят за пределы России, — а сервер зарубежного облачного провайдера это ровно тот случай. Трансграничную передачу регулирует статья 12 152-ФЗ, и порядок здесь стал уведомительно-разрешительным. Оператор обязан до начала трансграничной передачи уведомить Роскомнадзор о таком намерении, причём отдельным уведомлением — не тем, которым уведомляют о намерении обрабатывать данные в принципе.

Дальше логика зависит от страны получателя. Роскомнадзор ведёт перечень иностранных государств, обеспечивающих адекватную защиту прав субъектов персональных данных; в него входят страны — участницы Конвенции Совета Европы и государства, чьё регулирование ей соответствует. Если данные передаются в страну из этого перечня, после подачи уведомления передачу можно начинать. Если же страна получателя адекватной защиты не обеспечивает, статья 12 152-ФЗ требует до подачи уведомления получить от иностранного получателя сведения о принимаемых им мерах по защите данных и об условиях прекращения их обработки, а до истечения срока рассмотрения уведомления передавать данные в такие страны нельзя, кроме случаев защиты жизненно важных интересов субъекта.

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

Договорные гарантии: что требовать от облачного поставщика

Перейду к тому, как защититься на уровне договора. Соглашение с облачным ИИ-сервисом — это смешанная конструкция по статье 421 ГК РФ: лицензия на ПО плюс услуга по его предоставлению в облаке, регулируемая главой 39 ГК РФ. Но для специалиста по приватности важнее всего блок об обработке данных. В договоре или отдельном соглашении об обработке данных нужно зафиксировать: что поставщик действует как обработчик по вашему поручению; перечень и категории данных, цели и действия; обязанность соблюдать конфиденциальность и требования безопасности; запрет на использование данных в собственных целях поставщика, включая обучение модели; локацию серверов и уведомление об изменении локации; порядок реагирования на инциденты и уведомления вас об утечке.

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

Не забывайте и про общегражданские механизмы. Если поставщик нарушит обязательства по защите данных и это причинит вам убытки — например, в виде оборотного штрафа за утечку, — основанием ответственности служит статья 401 ГК РФ, а размер убытков определяется по статье 15 ГК РФ. При этом оговорки об ограничении ответственности поставщика, типичные для облачных договоров, имеют пределы: ограничение размера ответственности допускает статья 400 ГК РФ, но заранее исключить ответственность за умышленное нарушение нельзя — это ничтожно по статье 401 ГК РФ.

Обучение модели на ваших данных и конфиденциальность

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

Защита конфиденциальности строится на режиме коммерческой тайны по Федеральному закону № 98-ФЗ: права обладателя информации возникают только после введения режима — определения перечня сведений, ограничения доступа, учёта лиц и нанесения грифа. В отрыве от договорного условия о неразглашении режим коммерческой тайны на отношения с облачным поставщиком не распространится автоматически. Поэтому в договоре нужны прямой запрет на обучение модели на ваших данных (или режим обезличивания), условие о конфиденциальности и указание на то, что данные обрабатываются исключительно в целях оказания вам услуги. Что касается прав на сам результат генерации, то он не охраняется авторским правом, поскольку автором по статье 1259 ГК РФ признаётся только человек, что подтвердил Верховный Суд в Постановлении Пленума № 10 от 23.04.2019; права на использование вывода модели распределяются договором.

Налоговые последствия использования зарубежного сервиса

Трансграничный характер облачного сервиса имеет и налоговое измерение. Доступ к иностранному облачному ИИ-сервису квалифицируется как услуга в электронной форме по статье 174.2 НК РФ: предоставление прав на использование программ и баз данных через интернет с удалённым доступом, а также хранение и обработка информации прямо отнесены к электронным услугам. С 2026 года общая ставка НДС составляет 22 процента, и при работе с иностранным поставщиком российская организация-заказчик, как правило, исполняет обязанности налогового агента и исчисляет налог при оплате.

Если же используется российский облачный сервис на базе ПО из единого реестра российских программ, применяется освобождение от НДС по подпункту 26 пункта 2 статьи 149 НК РФ. Льгота привязана к реестру и не распространяется на ПО, в него не включённое. С учётом ужесточения режима персональных данных это становится дополнительным аргументом в пользу российских облачных решений: они проще и с точки зрения локализации, и с точки зрения налоговой нагрузки. Налоговую сторону, как и комплаенс, нужно просчитывать до выбора поставщика.

Ответственность: штрафы выросли кратно

Цена несоблюдения режима персональных данных в последние два года изменилась радикально. Статья 13.11 КоАП РФ в редакции, действующей с 2025 года, предусматривает за невыполнение обязанности по локализации (хранению данных россиян в России) штраф для юридических лиц до 6 млн рублей, а при повторном нарушении — до 18 млн. Это самостоятельный состав, и он применяется именно к ситуации, когда первичный сбор данных россиян идёт мимо российской базы — типичный риск необдуманного подключения зарубежного облака.

Ещё серьёзнее — ответственность за утечку. Статья 13.11 КоАП РФ ввела оборотные штрафы за неправомерную передачу (предоставление, распространение, доступ) персональных данных: при повторном нарушении для юридических лиц штраф составляет от 1 до 3 процентов совокупной годовой выручки, но не менее 20 млн и не более 500 млн рублей, а за утечку специальных категорий или биометрии санкции ещё выше. Отдельные штрафы предусмотрены за неуведомление Роскомнадзора о намерении обрабатывать данные и об инциденте. Для облачных сценариев это означает, что утечка на стороне поставщика бьёт по вам как по оператору, а значит, договорные гарантии безопасности и реагирования на инциденты — не формальность, а способ управлять реальным финансовым риском.

Завершая блок ответственности, подчеркну: приостановление или прекращение работы облачного сервиса тоже нужно урегулировать. По статье 782 ГК РФ односторонний отказ от договора оказания услуг возможен, но с разными последствиями для сторон, и это правило императивно. В контексте приватности к этому добавляется обязанность обеспечить удаление переданных данных при прекращении отношений и по требованию регулятора. Договор должен предусматривать и перенос данных оператору, и их гарантированное уничтожение у поставщика.

Краткое заключение

Облачный ИИ-сервис, обрабатывающий данные россиян, существует в жёсткой системе координат, заданной 152-ФЗ. Два режима нужно закрывать до интеграции, а не после проверки: локализация по части 5 статьи 18 152-ФЗ, требующая первичного сбора и хранения данных россиян в России, и трансграничная передача по статье 12 152-ФЗ, требующая уведомления Роскомнадзора и оценки адекватности защиты в стране получателя. Роли распределяются по статье 6 152-ФЗ: вы остаётесь оператором и отвечаете за всю цепочку, поэтому договор с поставщиком должен оформлять поручение обработки и содержать заверения о локации, запрет на обучение на ваших данных и порядок реагирования на инциденты. Ответственность по статье 13.11 КоАП РФ сделала эти требования вопросом миллионов рублей, а не бумажной гигиены. Системный подход — квалификация, основание, локализация, трансграничный порядок, договорные гарантии — превращает облачный ИИ из источника неконтролируемого риска в управляемый инструмент.