GigaChat подходит для корпоративных данных при работе через платный API с отдельным договором, где Сбер письменно фиксирует обязательство хранить данные обособленно от обучения модели. В бесплатном веб-интерфейсе это обязательство отсутствует — пользовательское соглашение там устроено иначе. Разбираем, где хранятся данные, что говорит пользовательское соглашение и чем API отличается от веб-версии.
Где хранятся данные
Платный API GigaChat с отдельным договором даёт письменное обязательство обособленного хранения данных, по нашей практике консультаций: в бесплатном веб-интерфейсе такого обязательства нет — условия пользовательского соглашения там устроены иначе.
GigaChat — модель Сбера, и обработка запросов идёт на серверах внутри России — это снимает вопрос трансграничной передачи персональных данных, актуальный для зарубежных моделей вроде ChatGPT или Claude.
- Дата-центры на территории РФ — данные остаются внутри страны
- Отдельный контур для корпоративных клиентов на тарифе с договором
- Публичный веб-интерфейс — общая инфраструктура для всех пользователей
- API — изолированный доступ под конкретный договор компании
Смежный вопрос — можно ли доверять GigaChat конкретно работу с юридическими документами — разобран отдельно в статье про GigaChat для юридических документов. Здесь речь про общую безопасность корпоративных данных при любой задаче.
Отдельный нюанс — договор оферты для веб-версии и индивидуальный договор для API часто подписываются на разных юридических лицах: веб-аккаунт заводит любой сотрудник самостоятельно, а корпоративный API оформляется через отдел закупок или ИТ-директора. Стоит сверить, на каком именно договоре компания фактически работает с моделью сейчас.
Крупные компании иногда договариваются о выделенном контуре обработки данных — физически обособленном от общего облака Сбера. Это дороже стандартного корпоративного тарифа, но снимает вопрос совместного использования вычислительных мощностей с другими клиентами того же провайдера.
Условия использования
Пользовательское соглашение GigaChat различается для веб-версии и для API на корпоративном тарифе. Веб-версия по умолчанию разрешает Сберу использовать переписку для доразметки и обучения модели — обычная практика у большинства публичных чат-ботов, включая ChatGPT.
| Формат доступа | Использование данных для обучения | Кому подходит |
|---|---|---|
| Веб-интерфейс (бесплатный) | По умолчанию разрешено соглашением | Разовые задачи без чувствительных данных |
| API на тарифе для бизнеса | Исключается отдельным пунктом договора | Регулярная работа с данными клиентов |
| API с индивидуальным договором | Условия фиксируются письменно под задачу | Крупная компания с юристом на своей стороне |
Отдельно стоит зафиксировать в договоре запрет на передачу данных субподрядчикам Сбера без согласования — общая формулировка про «партнёров» в типовом соглашении оставляет здесь пространство для трактовки.
Полезно также сверить, распространяется ли договор на дочерние компании и филиалы, если структура бизнеса включает несколько юридических лиц. Отдельное юрлицо без собственного пункта в договоре формально остаётся вне описанных условий обработки данных.
Смена ответственного менеджера со стороны Сбера — обычное дело за время действия договора, и стоит заранее уточнить, где именно хранится итоговая согласованная версия условий: письменное приложение к договору надёжнее переписки с конкретным человеком, который может уйти из компании и унести с собой контекст договорённостей.
Формулировка про «обезличенные данные» в типовом соглашении на практике требует отдельной проверки: если в переписке остаются ФИО клиентов или номера договоров, обезличивание превращается в формальность на бумаге вместо реального факта. Юристу компании стоит запросить у своего менеджера Сбера конкретное определение обезличивания вместо общей формулировки договора.
Общие правила, какие данные вообще стоит грузить в публичную нейросеть любого поставщика, — в чек-листе какие данные можно загружать в публичную нейросеть.
Срок хранения переписки после завершения сессии — ещё один пункт, который стоит запросить письменно: у одних поставщиков история хранится месяцами для отладки модели, у других удаляется в течение суток после закрытия сессии.
API против веба
API и веб-версия GigaChat технически используют одну и ту же модель, но разница в договорных условиях и контроле доступа принципиальная. Через API компания сама решает, какие данные отправлять, ведёт лог обращений и может ограничить доступ конкретным сотрудникам.
Какие данные ваша компания уже отправляет в чат-бот?
Веб-версия удобна для разового эксперимента или личной задачи сотрудника, но плохо подходит для потока корпоративных данных: нет контроля, кто и с какого устройства заходит в чат, нет лога обращений для внутреннего аудита.
Разница заметна и в скорости реакции на инцидент: если через веб-версию сотрудник случайно вставил в чат конфиденциальный документ, отследить и удалить эту переписку сложно, потому что нет единого лога обращений. Через API компания технически может выгрузить и проверить весь поток запросов за любой период.
Разграничение доступа внутри самой компании тоже проще настроить через API — можно выдать разным отделам разные лимиты токенов и разные системные промпты под задачу, тогда как общий веб-аккаунт обычно используется без такого деления между командами.
Что проверить перед внедрением
Перед тем как пускать GigaChat на поток корпоративных данных, стоит пройтись по короткому списку вопросов к своему тарифу и договору.
- Зафиксировано ли письменно исключение данных из обучения модели
- Кто из сотрудников компании имеет доступ к корпоративному аккаунту
- Ведётся ли лог обращений к модели для внутреннего аудита
- Что происходит с данными при расторжении договора с Сбером
Для компаний с повышенными требованиями к конфиденциальности — финансовый сектор, работа с гостайной, медицинские данные — стоит рассмотреть локальную модель на своём сервере вместо облачного API любого поставщика, подробнее — в статье про локальный ИИ для конфиденциальных данных.
Отдельно полезно проверить, распространяется ли договор на все продукты линейки GigaChat — Lite, Pro, Max — или только на конкретную версию, которую компания использует сегодня. При переходе на более мощную модель условия иногда приходится согласовывать заново с юридическим отделом.
Как начать безопасно
Начинать стоит с задачи без чувствительных данных — черновики текстов, публичный контент, общие вопросы — и переходить на корпоративный тариф только тогда, когда в очереди появляются реальные данные клиентов или сотрудников.
Запросите у своего менеджера Сбера письменное подтверждение условий обработки данных под ваш конкретный тариф — устного заверения на встрече для договора недостаточно.
Хорошая практика — вести короткий реестр задач, которые компания уже доверила GigaChat, с пометкой уровня чувствительности данных по каждой. Такой реестр упрощает разговор с новым сотрудником службы безопасности и ускоряет любой внутренний аудит использования нейросетей в компании, независимо от того, кто его проводит.
Если своего специалиста по безопасности данных для такой проверки нет — независимый разбор условий конкретного тарифа и договора в разделе про ИИ-консалтинг. Общий обзор возможностей GigaChat для бизнеса — в статье про GigaChat для бизнеса.