tokvilo
用量与账务

报价、预留与结算:看懂一次 API 调用的账单

理清服务用量购买、请求报价、额度预留和最终结算,知道处理中、失败或退款时应该查看什么。

为账户购买服务用量,与一次模型调用的结算,是两个不同层面的记录。前者说明可用服务用量从哪里来,后者说明某次请求实际消耗了多少。

把它们放回对应流程,就更容易理解为什么提交任务后可用额度暂时减少、任务结束后又释放一部分,以及什么时候需要查询原请求或联系支持。

你会带走什么

  • 购买服务用量后,仍按模型的实际计费规则消耗。
  • 报价用于确认请求;预留与最终结算不一定相同。
  • 连接中断不等于请求失败,先查看原请求状态。

1. 服务用量购买与调用消费分开记录

tokvilo 的 API 服务用量用于当前账户的 API 与 Playground。API 积分是这笔服务余额的显示单位,固定 $1 = 35 积分,页面同时保留美元等值。显示单位不改变模型售价、实际用量或扣费。一次性用量包不自动续费,也不承诺固定的调用次数;可以执行多少工作,取决于模型、参数和实际消耗。

在线购买时,以收银台的最终金额和支付确认记录为准。企业转账按邮件确认的安排办理,管理员核实实际到账后入账。税费不计入 API 积分。数字商品的人民币参考售价独立展示,API 积分不用于购买这些商品。购买和到账记录不能代替具体请求的结算明细。

2. 报价要和计费单位一起看

不同模型和任务可能按输入与输出用量、图片数量、视频规格或其他接口单位计费。价格页面同时展示 tokvilo 的积分售价与美元等值;比较之前,先确认单位是否相同。

Playground 的报价对应当前模型和参数。更换模型、增加输入或修改输出规格后,需要重新查看报价。报价用于帮助你决定是否发起这一次请求,不应被理解为所有后续请求都采用同一金额。

  • 确认模型 ID 和当前选项。
  • 检查数量、长度、分辨率或其他影响金额的参数。
  • 核对计费单位与本次请求的报价,再确认执行。

3. 预留是任务期间占用的积分

请求提交时,系统按本次请求的报价预留相应积分。预留期间,这部分余额不能再被其他请求重复使用。结果和实际消耗确认后,系统完成结算,并释放可退回的剩余预留。

下面是仅用于解释流程的假设例子,不代表任何模型的实际价格:某次请求预留 3.5 积分 ($0.1),最终确认消耗 2.1 积分 ($0.06),则释放剩余 1.4 积分 ($0.04)。核对真实账单时,始终以对应请求的结算记录为准。

阶段应查看的内容
报价当前模型、参数与拟预留积分及美元等值
预留原请求编号和任务状态
结算确认消耗以及释放的剩余积分
账务调整与原请求或付款关联的调整记录

4. 网络中断时先查询原请求

浏览器等待超时,只能说明你没有在该次连接中收到完整结果。请求可能仍在处理,也可能需要进一步核对。此时直接提交一份新任务,可能产生两个独立请求。

保留原请求编号,使用页面的查询或恢复操作检查状态。任务处于待核对状态时,相关预留可能暂时保留;支持人员可以根据编号核对调用与账务记录。

如果收到明确的余额不足提示,先检查可用额度和已经被其他任务预留的部分。账户里有历史购买记录,并不意味着当前可用额度足够执行任何请求。

5. 释放预留与退款是不同流程

请求结束后释放剩余预留,会恢复可用服务额度;这不是退回银行卡或银行账户的现金退款。付款退款需要核查购买记录、服务交付、实际使用和适用的退款规则。

重复付款、付款后未入账、未提供的服务或疑似错误扣费,都可以联系支持核查。请提供账户邮箱、原交易或银行流水编号,以及相关请求编号。不要发送密码、API 密钥或完整银行卡信息。

在线购买的退款适用相应退款政策及不可放弃的法定权利。退款获批后会调整对应的服务用量。你可以在支付说明与退款政策页面查看处理方式。

YOUR NEXT STEP

先了解支付,再确认用量

查看 API 服务用量包、企业转账安排,以及付款和退款政策。

继续付款 ↗