Embedding 很少单独售卖，它通常挂在某个大模型平台或 AI 网关的账户余额下。因此“给 Embedding API 充值”，本质是给承载它的账户充值。国内团队卡住的地方集中在四件事：用什么币种付、汇率和手续费怎么算、余额快用完时谁来提醒、发票与退款怎么处理。

本文按“官方账户”和“国内网关”两条路径拆解流程。具体汇率、价格和发票政策以站内模型价格和充值页显示为准，本文不写死任何数字。

说明：OpenAI、Anthropic、DeepSeek 等名称是其各自权利人的商标。本文以 2026 年 10 月的常见流程为例，支付方式、币种与发票政策可能变化，付款前请核对官方页面。

一、先分清三个“余额”

充值之前，先弄清楚限制你的是哪一层：

  1. 平台账户余额：真正的可用资金，充值增加的是这一层。
  2. API Key 额度上限：同一个账户下，每把 Key 可以单独设上限。
  3. 项目或组织预算：团队内部按项目分摊的成本控制。

常见误解是“账户里有钱就一定能调”。如果 Key 被设了额度上限，或者项目预算已经用完，请求仍会失败。排查余额不足时，先看错误信息指向哪一层，再决定是充值还是改配置。

还要区分现金余额和赠送余额。赠送部分通常不能退款、不能开票，可能有有效期，扣费顺序也可能靠后。企业记账时两类余额分列，月底对账才不会乱。

二、官方充值：适合有海外支付能力的团队

官方路径一般是在服务商控制台绑定银行卡、购买预付费额度，或开启自动充值。优点是账单主体直接、新模型通常第一时间可用；代价是需要可用的海外支付方式、稳定的控制台访问，以及自行处理汇率、税务和凭证。

付款前确认三个细节：

  • 自动充值规则：触发阈值、单次充入金额、失败重试次数。阈值设得太高，余额见底才发现；设得太低，又可能频繁扣款。
  • 外币转换费：发卡行或卡组织可能收取货币转换费，实际成本高于页面标价。
  • 凭证类型：服务商提供的是收据、账单还是当地税务发票，能否满足国内财务要求。

这条路径适合有海外主体、只接一家模型、财务能接受外币凭证的团队。如果公司需要人民币专票，或者要同时接多家模型，网关路径通常更省事。

三、网关充值：人民币结算与统一账单

国内 AI 网关的典型流程是：注册账户、人民币充值、创建 API Key，再用 OpenAI 兼容地址调用。Embedding 与聊天模型共用一个余额和后台，账单也合并在一处。

人民币充美元额度，中间有三层成本，必须在充值页看清楚：

  1. 结算汇率：按哪个时点折算，是实时价、日终价还是固定价。
  2. 支付通道费：银行卡、对公转账、第三方支付的费率不同。
  3. 服务费：汇率之外是否再加一层平台服务费。

如果页面只写“充多少得多少”，却不写折算口径、手续费和到账明细，先要书面说明再付款。大额充值前，先小额验证到账和调用链路。

对比项 官方账户 国内网关
付款方式 海外银行卡或外币渠道 人民币对公或个人支付
账单币种 通常为美元 人民币订单
发票 以服务商政策为准 通常可开人民币发票
模型范围 主要覆盖单一厂商 多家模型统一入口
到账速度 实时或按平台规则 在线支付较快，对公可能人工确认
主要风险 支付与访问稳定性 依赖网关的运营与透明度

需要提醒的是，网关是独立的第三方服务，不是模型厂商的分支机构。选择时看运营时间、文档完整度、余额与用量是否可导出，以及出问题时的响应方式。

四、从充值到第一次调用的步骤

  1. 注册账户，按平台要求完成个人或企业认证。
  2. 打开充值页，确认币种、汇率、手续费和预计到账额度。
  3. 先小额支付，保存订单号，核对余额与流水是否一致。
  4. 创建一把专用 API Key，设置额度上限，不要用主账号 Key 做测试。
  5. 用一条最小 embedding 请求验证 Key、余额和模型三项是否都通。
  6. 配置低余额告警和日用量通知。
  7. 确认无误后，再按月度预算补足大额。

验证请求可以这样发。模型名以站内价格页为准，不要照抄示例：

curl "https://ai.zhongshangqihang.com/v1/embeddings" \
  -H "Authorization: Bearer $API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"你的 embedding 模型名","input":["充值后连通性测试"]}'

返回中包含向量数组，说明链路正常。如果返回鉴权错误，先查 Key 是否复制完整；如果提示余额或额度不足，按“账户余额、Key 上限、项目预算”的顺序排查，不要重复支付。

五、余额告警与对账

Embedding 的消耗有两个高峰：首次建库和重嵌入。一次全量任务可能吃掉平时几个月的查询用量，所以告警要按日看，不能只等月账单。

建议至少配置四类提醒：

  • 余额低于阈值时通知财务和技术负责人。
  • 单日消耗超过过去七天均值一定比例时告警。
  • 按 Key 或项目查看消耗排名，找出异常调用。
  • 建库、重嵌入任务使用单独 Key 和独立预算，避免挤占线上查询额度。

对账时按“订单金额、实际到账、当期消耗、期末余额”四列核对，保留订单号、支付回单和用量导出文件。赠送余额与现金余额分列，否则很容易把活动额度当成可用资金。

六、退款、发票与企业采购

退款方面，未使用的现金余额是否可退、退多少、退到哪里，以平台条款为准；已消费部分和赠送额度通常不支持退款。退款按原支付渠道返回，可能跨工作日。充值前确认规则，不要等项目结束再问。

发票方面，企业采购至少要确认六项：

  • 发票类型：增值税普通发票还是专用发票。
  • 开票主体：公司名称、税号、地址电话、开户行及账号。
  • 金额口径：按实付人民币还是按到账额度开具。
  • 开票时间：付款后多久可开，是否支持补开。
  • 对应凭证：订单号、合同、付款回单是否齐全。
  • 特殊情况：退款后已开发票如何处理。

采购流程上，建议把供应商准入、合同、采购单、付款账期、数据与保密条款、故障响应、Key 生命周期和退出机制写进同一份文件。尤其是退出时的余额处理和数据导出，事后谈往往被动。

七、安全与常见坑

  • 不要把 API Key 写进前端代码、Git 仓库或聊天记录，只放在服务端环境变量里。
  • 不要相信索要账号密码的“代充”，也不要向个人账户支付大额货款。
  • 充值前核对域名和收款方名称，确认与合同主体一致。
  • 一个项目一把 Key，人员离职或项目结束时及时吊销。
  • 自动充值要设上限，避免异常调用导致连续扣款。

常见问题

Embedding API 需要单独充值吗？

通常不需要。Embedding 与同平台的聊天模型共用一个账户余额，充值一次即可；少数平台可能单独售卖额度，以官方文档为准。

充值后可以马上调用吗？

在线支付一般较快到账，对公转账可能需要人工确认。到账后先用一条最小请求验证，不要直接跑全量建库任务。

人民币充值和美元直付，哪个更省？

不能只看汇率。要把通道费、服务费、发票成本和财务处理时间一起算。小额测试阶段，到账速度和透明度比名义汇率更重要。

未使用的余额可以退吗？

取决于平台条款。现金余额、赠送余额、已消费部分的规则不同，退款周期也按支付渠道走。企业应在付款前确认并留痕。

发票金额按实付还是按到账额度开？

两种做法都存在，取决于平台。签约或充值前确认口径，并明确退款后发票的冲红流程，避免财务对不上账。

下一步

如果你需要人民币充值、统一账单和人民币发票，并且同时调用 Embedding、Claude、DeepSeek 等模型，可以先注册中商起航 AI 网关，小额充值跑通一条 embedding 请求，再按项目拆分 Key。具体价格、汇率与发票规则以模型价格为准。

相关阅读：