Где обрабатывать данные при внедрении ИИ: российское облако, локальная модель или зарубежный API

Что требует закон: четыре нормы, которые решают выбор

Для выбора размещения важны четыре нормы 152-ФЗ: определение персональных данных (ст. 3), требование вести базы с данными граждан России на территории страны (ч. 5 ст. 18), порядок трансграничной передачи с уведомлением Роскомнадзора (ст. 12) и право поручить обработку другому лицу по договору (ч. 3 ст. 6). Юридическую оценку конкретной обработки даёт ваш юрист или оператор персональных данных; ниже — текст норм и практические следствия для автоматизации.

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

Часть 5 статьи 18: где лежат базы. При сборе персональных данных, в том числе через интернет, запись, систематизация, накопление, хранение, уточнение и извлечение персональных данных граждан России с использованием баз данных за пределами страны не допускаются, кроме случаев, прямо названных в законе. Следствие: CRM, архив почты, база заявок и журнал агента — в России. Норма говорит о базах, а не о том, где стоит модель, но сервис, который сохраняет историю запросов и ответов, фактически становится ещё одной базой — её место тоже нужно знать.

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

Часть 3 статьи 6: поручение обработки. Оператор вправе поручить обработку персональных данных другому лицу на основании договора, если иное не предусмотрено законом, с согласия субъекта; это лицо обязано соблюдать конфиденциальность и принимать меры защиты. Следствие: облачный провайдер — лицо, которому вы поручаете обработку; нужны договор или условия с соответствующими обязательствами, а статус оператора и ответственность остаются у вас.

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

Три варианта размещения: сравнение

Российское облако подходит, когда в задаче есть персональные данные, а своего сервера с администратором нет; локальная модель — когда данные нельзя выпускать за периметр компании или поток документов большой и постоянный; зарубежный API — только для текста без персональных данных и коммерческой тайны. Варианты отличаются не качеством ответов, а тем, что пересекает границу компании и границу страны и кто обслуживает контур.

Российское облако

Российское облако даёт модель по API и инфраструктуру, за соответствие которой отвечает провайдер, а за состав данных и правовое основание — вы. Yandex Cloud пишет в документации, что платформа размещается в четырёх дата-центрах Яндекса, что в облаке действуют меры защиты персональных данных по постановлению № 1119 и приказу ФСТЭК № 21 вплоть до первого уровня защищённости, и что система управления сертифицирована по ISO/IEC 27001, 27017, 27018 и 42001 — последний стандарт касается управления искусственным интеллектом. Модели YandexGPT доступны через API этого облака.

У GigaChat (Сбер) есть несколько моделей разного размера для генерации — на момент проверки это GigaChat 2 Lite, Pro и Max и GigaChat 3 Ultra — и практические детали, о которых стоит знать заранее: юридическим лицам и ИП по умолчанию доступно десять параллельных потоков; для обмена с API нужен корневой сертификат Минцифры, установленный в системе или в приложении; а с 1 сентября 2026 года новые клиенты, по документации, оплачивают работу с моделями на платформе cloud.ru — условия, которые стоит проверить до старта.

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

Локальная модель на своём сервере

Локальная модель — это открытые веса, запущенные на вашем сервере: текст не покидает компанию, а стоимость зависит от железа и обслуживания, а не от числа запросов. Из российских открытых моделей на момент проверки доступны YandexGPT 5 Lite на 8 миллиардов параметров с контекстом 32 тысячи токенов (есть квантованная версия в формате GGUF) и GigaChat-20B-A3B с архитектурой «смесь экспертов» под лицензией MIT. Веса модели на 8 миллиардов параметров в 16-битном формате занимают около 16 ГБ; квантование до 4–8 бит, которое поддерживают стандартные среды запуска вроде llama.cpp, уменьшает требования к памяти и позволяет делить вычисления между видеокартой и процессором.

Лицензию модели нужно прочитать целиком, а не по заголовку. Лицензия YandexGPT 5 Lite разрешает коммерческое использование, но при достижении 10 миллионов выходных токенов в месяц обязывает обратиться в Яндекс для продолжения использования, а в разделе «Ограничения» запрещает использовать модель так, что это приводит к получению, созданию или распространению информации, содержащей персональные данные лиц, а также иной информации ограниченного доступа, включая коммерческую тайну. Как это применяется к обработке собственной переписки внутри компании — вопрос к юристу до старта. У GigaChat-20B-A3B лицензия MIT без таких оговорок.

Что локальная модель не делает: не обслуживает сама себя. Сервер с видеокартой нужно обновлять, резервировать, мониторить и чинить — это обычное обслуживание серверов по договору, и если в компании нет администратора, его нужно заложить в решение вместе с сервером.

Зарубежный API без персональных данных

Зарубежный API — самый быстрый старт и самые сильные модели, но текст обрабатывается на серверах за пределами России, поэтому персональных данных в нём быть не должно. По документации крупных провайдеров данные API по умолчанию не используются для обучения моделей, входы и выходы хранятся для контроля злоупотреблений до 30 дней, а режим нулевого хранения предоставляется по отдельному соглашению; регионы размещения данных, где они есть, ограничены списком стран провайдера, и России в нём нет.

Для небольшой компании это означает простое правило: зарубежный API — для обезличенного текста. Контакты, имена и адреса убираются до отправки — минимизацией полей и заменой на токены вида «[ИМЯ]», «[ТЕЛЕФОН]», как рекомендует и стандарт безопасности ИИ Yandex Cloud, — а восстанавливаются только внутри компании. Если убрать персональные данные из задачи нельзя, зарубежный API для неё не подходит, что бы ни писал провайдер.

Как выбрать: шесть вопросов по порядку

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

1. Есть ли персональные данныеПройдите по входящим: письма, заявки с сайта, документы. Имя и телефон контактного лица — уже персональные данные. Если их нет и не появится, подходит любой вариант; если есть — дальше.
2. Можно ли убрать их до границыДля черновика ответа или сводки модели нужны суть запроса, объект и объём, а не телефон клиента. Если контакты можно заменить токенами, а восстанавливать их будет только ваша система, зарубежный API допустим для обезличенного текста; если модели нужны сами данные — нет.
3. Где базы сейчасCRM, почта, файлы, будущий журнал агента — всё должно быть в России. Если что-то уже лежит за рубежом, это отдельная задача, которую не стоит смешивать с пилотом.
4. Что требуют безопасность и заказчикиДоговоры с NDA, госзаказчики, банки, специальные категории данных — любое из этого обычно означает закрытый контур, то есть локальную модель.
5. Объём и режимДесятки черновиков в день — облако; постоянный поток конфиденциальных документов — локальная модель с окупаемым сервером; разовые задачи без персональных данных — зарубежный API.
6. Кто отвечает за контурВ облаке за доступность отвечает провайдер, локально — ваш администратор или подрядчик; в любом варианте доступы агенту выдаёт и отзывает ваша компания.

Типичные исходы для малого бизнеса: заявки и КП с контактами клиентов — российское облако; конфиденциальные документы, NDA или большой поток — локальная модель; черновики, сводки и разбор обезличенных ТЗ — зарубежный API, как у нас в части обработки текста.

Как это устроено у нас

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

Отдел продаж компании работает на AI-агенте с октября 2026 года, и схема данных решалась до запуска, а не после: что попадает в модель, где лежат карточки и архив писем, какие доступы у агента и кто их отзывает. Каждое действие агента записано в журнал, а журнал хранится там же, где карточки. Для клиента на обследовании мы записываем то же самое: вариант размещения, перечень полей, которые уходят в модель, доступы и ответственного. Юридическую оценку обработки даёт юрист или оператор персональных данных клиента; мы отвечаем за техническую часть.

Чек-лист перед стартом

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

• Список полей, которые попадают в модель, и список тех, что не попадают никогда.
• Где хранятся базы — CRM, почта, файлы, журнал агента: страна, сервис, ответственный.
• Вариант размещения записан: облако, локально или зарубежный API — и почему именно он.
• Условия провайдера прочитаны: использование данных для обучения, сроки хранения, регион, поручение обработки.
• Для локальной модели: лицензия модели прочитана целиком, включая ограничения и пороги использования.
• Доступы агента: отдельный пользователь, минимальные права, кто и как отзывает.
• Обезличивание до границы: что заменяется токенами, кто и где может восстановить исходные значения.
• Юрист или оператор персональных данных подтвердил схему; решение датировано и подписано.

Когда остановиться и позвать юриста или безопасника

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

«КЛАСС ТЕЛЕКОМ» — инженерная компания из Санкт-Петербурга: монтаж и обслуживание систем безопасности, IT-услуги для бизнеса и внедрение AI-агентов под процессы заказчика. Мы продаём то, на чём работаем сами, и не даём юридических заключений — только техническую схему, которую можно показать юристу.