Корпоративная закупка GLM API легко сводится к двум вопросам: сколько положить на счёт и сколько стоит единица. Но долгосрочную пригодность определяют другие вещи: кому принадлежит аккаунт, как распределены квоты, пройдут ли условия обработки данных внутреннюю проверку, можно ли провести оплату и получить закрывающие документы, а также есть ли резервный путь при сбое.
GLM предоставляет интерфейс, совместимый с OpenAI, поэтому подключение занимает мало времени — и именно поэтому команды часто пропускают закупочный процесс. Ниже — чек-лист по порядку: аккаунт, квоты, биллинг, соответствие требованиям, приватное развёртывание, затраты и приёмка перед запуском.
Примечание: Zhipu, GLM и BigModel — товарные знаки соответствующих правообладателей. Статья носит технический характер; мы не аффилированы с Zhipu и не выступаем её агентом. Правила аккаунтов, цены, счета и политика развёртывания могут меняться. Перед закупкой сверяйтесь с официальной документацией, консолью и страницей цены на модели.
1. Пять модулей закупочного чек-листа
| Модуль | Что нужно подтвердить | Документы |
|---|---|---|
| Аккаунт и права | Кто является субъектом, как разделены ключи | Реестр аккаунтов, список ключей |
| Квоты и лимиты | Баланс, параллелизм, правила превышения | Бюджетная таблица, настройки оповещений |
| Данные и соответствие | Хранение, использование для обучения, нулевое хранение | Условия, протоколы проверки |
| Биллинг и счета | База расчёта, закрывающие документы, отсрочка | Коммерческое предложение, счёт, платёжка |
| Затраты и отказоустойчивость | Стоимость задачи, резервная модель | Модель затрат, план переключения |
Если хотя бы один блок подтверждён только на словах, позже придётся переделывать работу. Проверку соответствия и вопросы счетов стоит запускать параллельно с техническим подключением.
2. Аккаунт, верификация компании и права
Верификация компании — первый шаг. Официальная документация допускает идентификацию через законного представителя или подтверждение по лицензии: обычно это занимает до 7 рабочих дней; проверка платежом со счёта компании — примерно 30 минут. Личный аккаунт можно перевести в корпоративный, но обратно — нельзя. Не проходите верификацию корпоративного аккаунта на физическое лицо.
Рекомендации по аккаунту: регистрируйтесь с корпоративной почтой на домене компании и привяжите юридическое лицо; назначьте минимум двух администраторов; разделите ключи для продакшена, тестирования и разработки; храните ключи только в переменных окружения на сервере или в сервисе управления секретами; указывайте для каждого ключа ответственного и назначение, раз в квартал проводите инвентаризацию и ротацию; при завершении работы подрядчика сразу отзывайте ключи. Если консоль поддерживает субаккаунты, проекты или лимиты расходов, разделите их по бизнес-линиям и сохраняйте журнал аудита.
Если открытые модели GLM планируется использовать в коммерческих целях, платформа принимает заявку на коммерческую лицензию для юридического лица; рассмотрение — около двух рабочих дней. Это лицензия на использование модели, а не агентское или партнёрское соглашение с платформой; в закупочных документах это стоит разграничивать.
3. Квоты, параллелизм и пакеты ресурсов
Ограничения GLM в первую очередь касаются параллелизма: у разных моделей свои пределы, учёт ведётся на уровне аккаунта. При превышении возвращается 1302, при перегрузке платформы — 1305, при достижении квоты — 1308 или 1310: для 1302 нужно снизить параллелизм или поставить запросы в очередь, для 1305 — повторить с задержкой, для 1308 — скорректировать квоту. Если нужен более высокий параллелизм, можно запросить повышение; рассмотрение около 10 рабочих дней, поэтому подавайте заявку заранее с учётом пиковой нагрузки.
Внимательно изучите правила пакетов ресурсов: при списании сначала используется пакет, подходящий к сценарию, затем денежный баланс; если подходят несколько пакетов, первым списывается тот, который раньше истекает; после истечения срока продление, возобновление и повторная активация не поддерживаются. Потреблённые суммы и суммы, по которым уже выставлены счета, как правило, не возвращаются; неиспользованные собственные пополнения в особых случаях можно обсудить с поддержкой, но бонусная часть или скидка будут аннулированы.
В договоре или заказе укажите объём квоты, порядок при превышении, срок действия и судьбу неиспользованного остатка. Формулировка «пополнение на сумму X» недостаточна.
4. Биллинг, счета и закрывающие документы
Текстовые модели GLM тарифицируются по входным и выходным токенам; кэш, длинный контекст, генерация изображений и видео могут считаться иначе. В бюджете разделяйте текст, зрение, генерацию и повторы. Актуальные цены смотрите на странице цены на модели: они меняются вместе с моделями и акциями.
Правила выставления счетов нужно подтвердить до оплаты. Официальная документация указывает: счёт выставляется на фактически потреблённую сумму, а не на сумму пополнения; можно выставить счёт за расчётные периоды API за прошлый месяц и ранее, а также за заказы пакетов ресурсов за предыдущий день и ранее; после заявки документ обычно отправляют на указанную почту в течение 3–7 рабочих дней. Субъект счёта должен совпадать с субъектом верификации компании; в период задолженности часть расчётных периодов может быть недоступна для выставления счёта; после перехода от компании A к компании B расходы периода A нельзя выставить на B, поэтому исторические счета нужно закрыть до изменения.
Рекомендуется ежемесячно выгружать счета, разбивать затраты по проектам или ключам и сверять пакеты ресурсов, денежные списания и суммы в документах.
5. Соответствие данных и приватное развёртывание
Политика конфиденциальности платформы указывает, что персональные данные хранятся на территории Китая и в настоящее время не передаются за границу; при этом упоминается возможность использовать анонимизированные данные для машинного обучения или обучения моделей. В сентябре 2026 года платформа объявила механизм «данные не сохраняются»: после подключения промпты и ответы используются только для расчёта текущего запроса, не сохраняются и не применяются для обучения. Однако открытые материалы показывают, что Batch API, File API и другие интерфейсы с постоянным хранением в этот режим не входят, а при требованиях законодательства или расследовании злоупотреблений данные могут храниться 30 дней и дольше.
Проверка перед закупкой должна охватывать шесть пунктов: сохраняются ли данные и как долго; используются ли они для обучения; регион хранения и трансграничная передача; можно ли подписать соглашение об обработке данных; какие субпроцессоры задействованы; как уведомляют об инцидентах безопасности. Если речь идёт о персональных данных, клиентских договорах и финансовой информации, сначала проведите классификацию и обезличивание.
Отдельно следите за изменениями политики приватного развёртывания. Официальная документация показывает, что самостоятельное «развёртывание приватного экземпляра» сворачивается: с 16 октября 2026 года нельзя создавать или изменять такие экземпляры, а с 16 ноября сервис прекращает работу; пользователей с действующим договором на облачно-приватный сервис это не затрагивает. Компаниям, которым это нужно, следует подтвердить облачно-приватный сервис или выделенное развёртывание отдельным коммерческим договором и уточнить доступные модели, вычислительные спецификации, уровень обслуживания, темп обновлений и условия выхода.
6. Контроль затрат: сначала устранить потери, потом говорить о цене
Корпоративный счёт выходит из-под контроля обычно не из-за ставки, а из-за слишком длинного входа, неограниченного выхода, промахов кэша и повторной генерации при повторах. Порядок оптимизации: сжимайте вход и извлекайте только релевантные фрагменты; стабилизируйте префикс, фиксируя системный промпт и определения инструментов; ограничивайте выход и требуйте структурированный результат; разделяйте модели — для классификации и извлечения берите лёгкую; офлайн-задачи обрабатывайте пакетно; и только потом рассматривайте смену поставщика.
import json
import os
from collections import defaultdict
INPUT_RATE = float(os.environ.get("GLM_INPUT_RATE", "0"))
OUTPUT_RATE = float(os.environ.get("GLM_OUTPUT_RATE", "0"))
BUDGET = float(os.environ.get("GLM_MONTHLY_BUDGET", "0"))
cost = defaultdict(float)
for line in open("usage.jsonl", encoding="utf-8"):
row = json.loads(line)
p = row.get("project", "default")
cost[p] += row.get("input", 0) * INPUT_RATE
cost[p] += row.get("output", 0) * OUTPUT_RATE
total = sum(cost.values())
for p, amount in sorted(cost.items(), key=lambda x: -x[1]):
print(f"{p}: {amount:.2f}")
print(f"total: {total:.2f} / budget: {BUDGET:.2f}")
if BUDGET and total > BUDGET * 0.8:
print("warning: over 80% of budget")
Скрипт только агрегирует данные и предупреждает; ставки нужно брать с официальной страницы и подставлять вручную. Ответ о затратах лежит в журналах запросов.
7. Контроль доступа и переключение при сбоях
Перед выводом в продакшен вынесите Base URL, ключи и названия моделей в конфигурацию, чтобы при переключении между прямым подключением, шлюзом и резервной моделью менять только её. Настройте три уровня контроля: тайм-ауты, повтор с экспоненциальной задержкой, предохранитель и пробный запрос после размыкания. Для операций с побочными эффектами используйте ключи идемпотентности, чтобы избежать двойного списания.
Резервный канал нужно протестировать заранее. Резервная модель может отличаться по качеству, контексту и вызову инструментов; после переключения нужно либо принять изменение качества, либо деградировать только некритичные функции. Единый шлюз нескольких поставщиков упрощает ключи и счета; прямое подключение к одной модели короче по цепочке. В обоих случаях задайте условия переключения: серия тайм-аутов, рост доли 5xx или превышение задержки первого байта.
8. Чек-лист приёмки пилота
- Выберите реальный сценарий и зафиксируйте метрики качества, задержки и затрат.
- Прогоните 30–50 задач в течение двух недель, включая пиковую и низкую нагрузку.
- Запишите долю успешных задач, p95 задержки, число 429 и стоимость одной задачи.
- Пройдите путь оплаты со счёта компании, выгрузки счёта и заявки на закрывающие документы.
- Завершите классификацию данных, архивирование условий и заявку на нулевое хранение.
- Проведите учения по ротации ключей, отзыву прав и передаче при увольнении.
- Проведите учения по переключению на резерв и зафиксируйте время восстановления.
- После приёмки расширяйте объём и настройте ежемесячную сверку.
9. Частые вопросы (FAQ)
Обязательна ли верификация компании для закупки GLM API?
Для вызовов — нет, но корпоративная оплата, платёж со счёта компании и выставление счетов на юридическое лицо зависят от верификации. Лучше завершить её на старте закупки.
Можно ли продлить или вернуть просроченный пакет ресурсов?
После истечения срока продление, возобновление и повторная активация не поддерживаются, возврат также ограничен. Оценивайте объём по фактическому потреблению и не рассматривайте пакет как долгосрочный депозит.
Счёт выставляется на сумму пополнения или на фактическое потребление?
На фактическое потребление; на сумму пополнения счёт не выставляется. Доступный период и сроки уточняйте в официальных правилах выставления счетов.
Поддерживается ли ещё приватное развёртывание GLM?
Самостоятельные приватные экземпляры сворачиваются: по официальной документации с 16 октября 2026 года нельзя создавать и изменять их, с 16 ноября сервис прекращает работу; действующие договоры на облачно-приватный сервис не затрагиваются. При необходимости оформляйте отдельный коммерческий договор.
Как избежать сбоя одной модели или одного канала?
Подготовьте протестированную резервную модель, настройте тайм-ауты, задержки, предохранитель и идемпотентность, регулярно проводите учения по переключению. Отказоустойчивость обеспечивается инженерным процессом, а не обещанием конкретного входа.
Что дальше
Рекомендуем сначала создать тестовый ключ в ZSQH AI Gateway, прогнать реальные задачи в течение двух недель, записать качество, задержку, долю ошибок и стоимость одной задачи, а затем определять объём закупки. Модели и тарификация — на странице цены на модели.
