Embedding редко продаётся отдельно — обычно он работает на балансе платформы большой модели или AI-шлюза. Поэтому «пополнить Embedding API» на практике означает пополнить счёт, к которому он привязан. У команд в Китае сложности возникают в четырёх местах: в какой валюте платить, как считаются курс и комиссии, кто напомнит о низком балансе, как оформить счёт и возврат.
Ниже разобраны два пути — официальный кабинет и локальный шлюз. Конкретные курсы, цены и правила выставления счетов смотрите на странице тарифов и на странице пополнения; статья не фиксирует числа.
Примечание: OpenAI, Anthropic, DeepSeek и другие названия — товарные знаки их правообладателей. Примеры отражают распространённые процедуры на октябрь 2026 года; способы оплаты, валюты и правила счетов могут меняться — перед платежом сверяйтесь с официальной страницей.
1. Сначала различите три «баланса»
До пополнения поймите, какой уровень вас ограничивает:
- Баланс аккаунта платформы: реальные доступные средства; пополнение увеличивает именно его.
- Лимит API-ключа: в одном аккаунте каждому ключу можно задать отдельный предел.
- Бюджет проекта или организации: внутренний контроль затрат по проектам.
Частое заблуждение — «если на счёте есть деньги, вызов точно пройдёт». Если у ключа задан лимит или бюджет проекта исчерпан, запрос всё равно завершится ошибкой. При нехватке баланса сначала смотрите, на какой уровень указывает сообщение, и только потом решайте, пополнять или менять настройки.
Разделяйте денежный баланс и бонусный. Бонусы обычно нельзя вернуть или отразить в счёте, у них может быть срок действия, а списание может идти позже. Для корпоративного учёта два вида баланса нужно вести отдельно, иначе сверка в конце месяца запутается.
2. Официальное пополнение: для команд с зарубежной оплатой
Официальный путь обычно означает привязку банковской карты в кабинете поставщика, покупку предоплаченного объёма или включение автопополнения. Плюсы — прямая сторона счёта, новые модели обычно доступны первыми; минусы — нужен рабочий зарубежный способ оплаты, стабильный доступ к кабинету и самостоятельная работа с курсом, налогами и документами.
Перед оплатой уточните три детали:
- Правила автопополнения: порог срабатывания, сумма одного платежа, число повторов при ошибке. Слишком высокий порог означает, что о нулевом балансе вы узнаете поздно; слишком низкий — частые списания.
- Комиссия за конвертацию: банк-эмитент или платёжная система может брать комиссию за обмен валюты, и фактическая стоимость окажется выше указанной на странице.
- Тип документа: поставщик выдаёт квитанцию, счёт или локальный налоговый документ и соответствует ли это требованиям вашей финансовой службы.
Путь подходит командам с зарубежной структурой, одной моделью и готовностью принимать валютные документы. Если компании нужен китайский счёт-фактура или несколько моделей одновременно, шлюз обычно проще.
3. Пополнение через шлюз: расчёты в юанях и единый счёт
Типичный процесс локального AI-шлюза: регистрация, пополнение в юанях, создание API-ключа и вызов по OpenAI-совместимому адресу. Embedding и чат-модели используют один баланс и кабинет, счёт также объединён.
При пополнении юанями в счёт в долларах есть три слоя затрат, которые нужно увидеть на странице пополнения:
- Курс расчёта: на какой момент пересчитывается — по реальному времени, на конец дня или по фиксированному курсу.
- Комиссия платёжного канала: у банковской карты, корпоративного перевода и стороннего платёжного сервиса разные ставки.
- Сервисный сбор: взимается ли дополнительная комиссия платформы сверх курса.
Если на странице написано только «сколько внёс — столько получил», но не указаны правила пересчёта, комиссии и детализация зачисления, попросите письменное объяснение до оплаты. Перед крупным пополнением проверьте малым платежом зачисление и цепочку вызова.
| Параметр | Официальный аккаунт | Локальный шлюз |
|---|---|---|
| Способ оплаты | Зарубежная карта или валютный канал | Юани, корпоративный или личный платёж |
| Валюта счёта | Обычно доллары | Заказ в юанях |
| Счёт-фактура | По политике поставщика | Обычно доступен счёт в юанях |
| Покрытие моделей | В основном один поставщик | Единый вход к нескольким моделям |
| Скорость зачисления | В реальном времени или по правилам платформы | Онлайн-платёж быстрее, корпоративный перевод может требовать ручного подтверждения |
| Основной риск | Стабильность оплаты и доступа | Зависимость от работы и прозрачности шлюза |
Важно: шлюз — независимый сторонний сервис, а не филиал производителя моделей. При выборе смотрите на срок работы, полноту документации, возможность выгрузки баланса и расхода, а также на то, как организована поддержка при сбоях.
4. От пополнения до первого вызова
- Зарегистрируйте аккаунт и пройдите личную или корпоративную верификацию по требованиям платформы.
- Откройте страницу пополнения и проверьте валюту, курс, комиссию и ожидаемую сумму зачисления.
- Сначала внесите небольшую сумму, сохраните номер заказа и сверьте баланс с выпиской.
- Создайте отдельный API-ключ и задайте лимит; не используйте ключ основного аккаунта для тестов.
- Проверьте одним минимальным embedding-запросом ключ, баланс и модель.
- Настройте оповещение о низком балансе и уведомление о дневном расходе.
- После проверки пополняйте крупную сумму по месячному бюджету.
Проверочный запрос можно отправить так. Имя модели смотрите на странице тарифов, не копируйте пример буквально:
curl "https://ai.zhongshangqihang.com/v1/embeddings" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"имя-вашей-embedding-модели","input":["проверка связи после пополнения"]}'
Если в ответе есть массив векторов, цепочка работает. При ошибке аутентификации сначала проверьте, полностью ли скопирован ключ; если сообщается о нехватке баланса или лимита, проверяйте по порядку «баланс аккаунта, лимит ключа, бюджет проекта», а не платите повторно.
5. Оповещения о балансе и сверка
У Embedding два пика расхода: первичная индексация и повторная векторизация. Одна полная задача может израсходовать объём запросов за несколько месяцев, поэтому смотреть оповещения нужно ежедневно, а не ждать месячного счёта.
Настройте как минимум четыре типа уведомлений:
- при балансе ниже порога уведомлять финансовую и техническую ответственную сторону;
- при превышении дневным расходом определённой доли среднего за последние семь дней;
- смотреть рейтинг расхода по ключам или проектам и находить аномальные вызовы;
- для индексации и повторной векторизации использовать отдельный ключ и бюджет, чтобы не вытеснять лимит онлайн-запросов.
При сверке проверяйте четыре колонки: сумма заказа, фактическое зачисление, расход за период, остаток на конец периода. Сохраняйте номер заказа, платёжную квитанцию и выгрузку расхода. Бонусный и денежный баланс ведите отдельно, иначе легко принять акционную квоту за доступные средства.
6. Возвраты, счета и корпоративные закупки
Возврат: можно ли вернуть неиспользованный денежный баланс, в каком объёме и куда — по условиям платформы; израсходованная часть и бонусы обычно не возвращаются. Возврат идёт по исходному платёжному каналу и может занимать несколько рабочих дней. Уточните правила до пополнения, а не после завершения проекта.
Счёт-фактура: корпоративной закупке нужно подтвердить как минимум шесть пунктов:
- тип счёта: обычный или специальный счёт с НДС;
- сторона выставления: название компании, налоговый номер, адрес, телефон, банк и счёт;
- база суммы: фактически уплаченные юани или зачисленный объём;
- срок выставления: через сколько после оплаты и возможен ли счёт задним числом;
- комплект документов: номер заказа, договор и платёжная квитанция;
- особые случаи: что делать с уже выставленным счётом после возврата.
Процедура закупки: рекомендуется включить в один документ допуск поставщика, договор, заказ на закупку, срок оплаты, условия данных и конфиденциальности, реакцию на сбои, жизненный цикл ключей и порядок выхода. Особенно важно заранее описать судьбу остатка и экспорт данных при расторжении — после факта договориться сложнее.
7. Безопасность и типичные ловушки
- Не храните API-ключ во фронтенд-коде, Git-репозитории или переписке — только в серверных переменных окружения.
- Не доверяйте «посредникам по пополнению», которые просят логин и пароль, и не переводите крупные суммы на личные счёта.
- Перед пополнением сверьте домен и название получателя с стороной договора.
- Один проект — один ключ; при увольнении или завершении проекта ключ своевременно отзывается.
- У автопополнения должен быть верхний предел, чтобы аномальные вызовы не вызывали серию списаний.
Частые вопросы
Нужно ли пополнять Embedding API отдельно?
Обычно нет. Embedding и чат-модели одной платформы используют общий баланс аккаунта, достаточно одного пополнения; отдельные платформы продают квоту раздельно — смотрите официальную документацию.
Можно ли вызывать API сразу после пополнения?
Онлайн-платёж обычно зачисляется быстро, корпоративный перевод может требовать ручного подтверждения. После зачисления сначала выполните один минимальный запрос, не запускайте сразу полную индексацию.
Что выгоднее: пополнение в юанях или прямая оплата в долларах?
Нельзя смотреть только на курс. Учитывайте комиссию канала, сервисный сбор, стоимость документов и время финансовой обработки. На этапе малых тестов скорость зачисления и прозрачность важнее номинального курса.
Можно ли вернуть неиспользованный баланс?
Зависит от условий платформы. Правила для денежного баланса, бонусов и израсходованной части различаются, срок возврата зависит от платёжного канала. Компании стоит подтвердить правила до оплаты и сохранить подтверждение.
Счёт выставляется на фактическую оплату или на зачисленный объём?
Встречаются оба варианта, зависит от платформы. Уточните базу до договора или пополнения и опишите порядок сторнирования счёта после возврата, чтобы финансовая служба не получила расхождение.
Что дальше
Если нужны пополнение в юанях, единый счёт и китайский счёт-фактура, а также вызов Embedding, Claude, DeepSeek и других моделей, можно сначала зарегистрироваться в ZSQH AI Gateway, пополнить небольшую сумму и выполнить один embedding-запрос, затем разделить ключи по проектам. Цены, курс и правила счетов — на странице тарифов.
Связанные статьи:
