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

Интерфейс DeepSeek близок к стилю, совместимому с OpenAI, поэтому миграция недорога, а пробный запуск быстрый. Именно из-за скорости многие команды пропускают закупочный процесс и запускаются с личного аккаунта, а при росте нагрузки обнаруживают, что права, договор и биллинг не сходятся. Ниже — практический чек-лист закупки: по порядку разбираются аккаунт, квоты, комплаенс, затраты и договор.

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

1. Чек-лист из пяти блоков

Блок Что уточнить Документы
Аккаунт и права Кто юридическое лицо, как ключи делятся по проектам Реестр аккаунтов, список ключей
Квоты и лимиты Остаток предоплаты, параллелизм, повторы при сбоях Бюджетная таблица, настройки оповещений
Комплаенс и данные Сохраняются ли данные, используются ли для обучения Скриншоты условий, соглашение об обработке данных
Затраты Структура входа и выхода, попадания в кэш, повторы Модель затрат, месячная сверка
Договор и счёт-фактура Сторона договора, валюта, тип документа Договор, счёт-фактура, платёжное поручение

Если хотя бы один блок подтверждён только на словах, позже возможна переделка. Комплаенс и счета-фактуры обычно требуют внутренних процедур, поэтому запускайте их параллельно с техническим подключением.

2. Аккаунт и права: не ведите корпоративный бизнес с личного аккаунта

  1. Регистрируйтесь с корпоративной почтой на домене компании и привяжите аккаунт к юридическому лицу, чтобы он не потерялся после ухода ответственного.
  2. Назначьте минимум двух администраторов, включите двухфакторную аутентификацию и журналируйте ключевые операции.
  3. Разделяйте ключи по средам: продакшен, тест и разработка — отдельно, без совместного использования.
  4. Храните ключи в серверных переменных окружения или сервисе управления секретами; не во фронтенде, не в репозитории и не в переписке.
  5. Для каждого ключа указывайте ответственного, назначение и дату создания; раз в квартал проводите инвентаризацию.
  6. При завершении подряда или проекта сразу отзывайте ключ, не дожидаясь расчётов по договору.

Конкретный способ управления ключами по проектам или приложениям в консоли смотрите на текущей странице. Принцип не меняется: один ключ обслуживает одну среду, чтобы при сбое можно было быстро локализовать проблему и остановить потери.

3. Квоты и лимиты: предоплата не означает отсутствие потолка

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

Параметр Рекомендация Цель
Баланс аккаунта 1–2 месячных прогнозируемых объёма Избежать замороженных сумм и внезапной остановки
Бюджет проекта Разбить по бизнес-линиям с отдельными лимитами Чтобы один эксперимент не исчерпал бюджет группы
Параллелизм и скорость Нагрузочный тест по пику, а не по среднему Заранее увидеть очередь и тайм-ауты
Оповещения Баланс, доля ошибок, задержка Вмешаться до влияния на пользователей

Правила лимитов и очередей зависят от модели, аккаунта и нагрузки платформы; точные правила — в официальной документации. Инженерная задача — не «найти канал без лимитов», а встроить в код повторы, задержку, деградацию и идемпотентность. При 429 или 5xx немедленная повторная отправка только усиливает затор; правильнее использовать экспоненциальную задержку со случайным разбросом и ограничить число попыток.

4. Комплаенс и данные: шесть вопросов в закупочном листе

  1. Сохраняются ли входные и выходные данные? Как долго?
  2. Используются ли данные API по умолчанию для обучения модели? Можно ли отключить это для корпоративного сценария?
  3. В каком регионе хранятся данные? Есть ли трансграничная передача?
  4. Можно ли подписать соглашение об обработке данных с распределением ответственности?
  5. Какие субобработчики задействованы? Уведомляют ли об изменениях заранее?
  6. Как в договоре описаны сроки и порядок уведомления об инцидентах безопасности?

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

5. Затраты: низкая цена за единицу не означает контролируемый счёт

Затраты DeepSeek состоят из четырёх частей: вход без кэша, вход с попаданием в кэш, выход и дополнительные запросы из-за повторов. Кэш контекста обычно снижает стоимость повторяющегося префикса, но доля попаданий зависит от структуры запроса. Если каждый раз вставлять в начало метку времени, случайный ID или меняющийся текст, кэш будет работать плохо.

Рекомендуемый порядок снижения затрат:

  1. Сначала сжимайте вход: извлекайте только релевантные фрагменты, суммируйте историю сообщений.
  2. Затем стабилизируйте префикс: фиксируйте системный промпт и определения инструментов, повышая попадания в кэш.
  3. Ограничивайте выход: задавайте разумную максимальную длину и требуйте структурированный результат.
  4. Разделяйте модели: простую классификацию и извлечение отдавайте лёгкой модели, сложные рассуждения — модели рассуждений.
  5. Офлайн-задачи обрабатывайте пакетно: сводки и разметку без требования реального времени переносите на часы спада.
  6. И только потом обсуждайте смену поставщика: если не устранены прежние потери, другая компания даст тот же результат.
export DEEPSEEK_API_KEY="ваш-ключ"

# Прямое официальное подключение: проверка ключа и доступных моделей
curl "https://api.deepseek.com/models" \
  -H "Authorization: Bearer $DEEPSEEK_API_KEY"

# Через ZSQH AI Gateway: OpenAI-совместимый вход
curl "https://ai.zhongshangqihang.com/v1/chat/completions" \
  -H "Authorization: Bearer $DEEPSEEK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"<имя-модели>","messages":[{"role":"user","content":"Ответь только OK"}]}'

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

6. Договор, оплата и счёт-фактура

Пункт Прямое официальное подключение Локальный AI-шлюз
Сторона договора Онлайн-условия платформы или прошедшее верификацию юрлицо Договор с местной компанией
Валюта расчётов По правилам платформы Юани
Счёт-фактура По правилам платформы Обычный или специальный НДС-счёт, по правилам платформы
Способ оплаты Поддерживаемый платформой корпоративный или онлайн-платёж Банковский перевод или онлайн-оплата
Кому подходит Команды, прошедшие корпоративную верификацию платформы Команды с единым биллингом нескольких моделей

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

7. Чек-лист приёмки запуска

  1. Корпоративный аккаунт и два администратора настроены.
  2. Ключи продакшена, теста и разработки разделены и закреплены за ответственными.
  3. Настроены оповещения о балансе и бюджеты проектов.
  4. Минимальный запрос успешно прошёл в производственной сети.
  5. Повторы и деградация для 429, 5xx и тайм-аутов подключены к мониторингу.
  6. Условия обработки данных и материалы комплаенса заархивированы.
  7. Договор, счёт-фактура и платёжное поручение переданы в финансовый отдел.
  8. Резервная модель или канал проверены, переключение не влияет на бизнес.

Частые вопросы

Обязательна ли закупка DeepSeek API по договору?

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

Можно ли вернуть неиспользованную предоплату?

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

Используются ли данные для обучения?

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

Как выбрать между прямым подключением и шлюзом?

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

Где основные потери затрат?

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

Что дальше

Создайте тестовый ключ в ZSQH AI Gateway, прогоните реальные задачи в течение недели, запишите расход, долю ошибок и стоимость одной задачи, а затем определяйте объём закупки. Доступность моделей и цены — на странице цены на модели.

Читайте также: