GigaChat для бизнеса: как выбрать сценарий и способ подключения

Сотрудник попросил GigaChat разобрать письмо и получил подходящий черновик. Что делать дальше: оставить работу в чате, подключить API или собирать ассистента по внутренним документам? Выбор зависит от того, куда пойдёт результат и какие данные окажутся в запросе.

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

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

Какие задачи можно поручить GigaChat?

GigaChat API предназначен для интеграции модели в продукты и сервисы. Документация указывает работу с текстом и изображениями, обработку данных и аналитические задачи. Это набор технических возможностей, а не готовый порядок работы отдела.

Модель может подготовить письмо, сократить материал или распределить обращения по темам. Если результат читает сотрудник, свободного текста часто достаточно. Когда ответ принимает программа, лучше заранее задать поля, их типы и обязательность.

Для коммерческого использования результата одного платного пакета недостаточно. Клиент должен иметь достаточные права на загружаемые материалы и самостоятельно учитывать риск совпадения результата с чужой интеллектуальной собственностью.

Когда нужен API и структурированный ответ?

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

GigaChat поддерживает вывод по JSON-схеме или регулярному выражению. Например, приложение может запросить тему обращения, номер заказа и признак передачи оператору вместо произвольного абзаца.

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

Как работать с файлами и внутренними документами?

Хранилище GigaChat API позволяет загружать, просматривать и удалять поддерживаемые документы, изображения и аудиофайлы. Загруженные файлы сохраняются в хранилище и, согласно документации, доступны только владельцу соответствующего доступа.

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

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

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

Кто выполняет действия в рабочих системах?

GigaChat поддерживает пользовательские функции: модель выбирает описанную операцию и формирует аргументы. Саму функцию выполняет приложение или внешний сервис, а не модель.

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

Нужен и запасной маршрут. Когда API недоступен, файл не прочитан или аргументы не прошли проверку, исходная заявка должна остаться в очереди. Причину ошибки сохраняют, а ответственному отправляют уведомление.

Что проверить перед пилотом?

Зафиксируйте источник запроса, допустимые данные, формат результата и систему-получателя. Для внутренних документов добавьте правила обновления и доступа. Для функций перечислите разрешённые операции и случаи, когда решение остаётся за человеком.

Сверьте нагрузку и вариант подключения. Объём обмена измеряется в токенах, а число одновременных запросов ограничено доступными потоками. В руководстве для ИП и юридических лиц указано, что с 1 сентября 2026 года новые клиенты и клиенты без прежних покупок могут оплачивать работу с моделями через cloud.ru. Это возможность, а не единственный безусловный способ оплаты.

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

Источники

• Руководства GigaChat API — Сбер
• Генерация структурированных данных — Сбер
• Хранилище файлов GigaChat API — Сбер
• Создание эмбеддингов — Сбер
• Работа с функциями — Сбер
• Квоты и ограничения GigaChat API — Сбер
• Быстрый старт для ИП и юридических лиц — Сбер
• Коммерческое использование GigaChat API — Сбер
• Соглашение об использовании GigaChat API для корпоративных пользователей — ООО СалютДевайсы