免费额度和付费额度混用,成本该怎么分摊才准?

成本与用量

讲清免费额度与付费额度混用时先扣谁、自付部分怎么归集,让管预算的团队把成本分摊算准。

很多团队手里既有赠送额度、试用额度,也有真金白银充的余额,月底一算账发现对不上:明明用掉不少量,账单却很小,或者反过来,预算早就超了却没人发现。问题多半出在扣费顺序和归集口径上。这篇给一套可以直接照做的分摊方法:先确认扣减顺序,再把自付部分单独拎出来记账,最后落到团队和项目维度。

很多团队手里同时握着两种余额:一边是平台赠送的试用额度、活动额度,另一边是真金白银充进去的余额。月底一对账就懵——用量记录明明不小,账单却只有一点点;或者反过来,预算早就见底了,负责的人还没发现。这类问题十有八九不是计费出错,而是扣减顺序没搞清、归集口径没统一。

这篇不讨论哪家中转站更划算,只讲一件事:当免费额度和付费额度混在同一个账号里时,怎么把「真实自付的那部分钱」单独拎出来,再准确地摊到团队和项目头上。管预算的人按下面的顺序走一遍,基本能把账对上。

先搞清楚谁先被扣:免费额度的扣减顺序

同一个账号里往往不止一种可用余额。赠送额度、试用额度通常带有效期,还有使用范围限制——比如只对某些模型生效、只在一定时间内有效。关键一点是:过期的免费额度不会自动折成现金补给你,它只是消失了。所以它在账上属于「会过期的资源」,不是「钱」。

至于谁先被扣,不同平台口径差别很大。常见做法是优先消耗即将到期的免费额度,再消耗长期赠送,最后才动真实充值余额;但也有平台把免费和付费放在两个独立池子里各自计费,结果就是「免费额度还没用完,付费余额先掉了」。这属于计费口径问题,不是系统 bug,但对做预算的人来说影响很大。

  • 去官方的价格与计费说明页确认扣减顺序,站内可以在 /official-api 找到各家入口,逐家核对当时的规则文字
  • 拿不准就直接问客服要一段书面说明,截图或聊天记录保留好,后面每次对账都以它为准
  • 如果平台把额度分成多个池子,记下每个池子的适用范围和到期时间,别默认它们会按你预期的顺序消耗
  • 确认顺序后,把这个结论写进团队的成本文档,而不是留在某个人脑子里

把「自付成本」单独拎出来:三条归集规则

做分摊的第一步不是分给谁,而是先分清哪些是自付、哪些是抵扣。最省事的办法是账本上固定分三列:消耗总量、免费额度抵扣量、真实自付金额。这三列分开记,后面怎么摊都不会乱。

记录项记什么注意点
消耗总量按 token 或按调用次数统计的实际用量口径要统一,别一会儿按次一会儿按量
免费额度抵扣量被免费额度覆盖掉的那部分用量按 0 成本记,同时备注来源和到期时间
真实自付金额账单实际扣款金额按出账金额记,不按标价乘用量估算
充值流水预充值的进账记录花掉之前算负债,不算当期成本

第二列容易被忽略。免费额度按 0 成本入账没错,但一定要标清楚它是赠送来的、什么时候到期。否则团队会把它当成常态收入去排下季度预算,等额度一到期,成本突然翻上去,没人有准备。

  • 自付部分按「实际扣款」记,不按「标价×用量」记;涉及倍率、折扣、赠送折算时,以账单出账金额为准
  • 中间涉及 token 与金额换算的,到 /tools/token-price-calculator 复核当时的换算结果,别用记忆里的旧系数
  • 充值记录和消费记录分开维护,预充值的钱在被花掉之前是负债,不是成本
  • 每月把三列数字对齐一次,任何一列对不上都先查口径,不要急着改数

摊到团队和项目:分摊口径怎么定

到了分摊这一步,最大的坑是「一把 Key 走天下」。多人共用同一个 Key 时,用量全混在一起,谁也说不清哪个项目花了多少。能拆就先拆:按项目拆 Key、按环境拆 Key,是最干净的做法。

拆不了的,才退回按比例摊。这时要定死一个基数:要么统一按 token 数摊,要么统一按自付金额折算后的等价量摊,两套口径不要混着用,否则部门之间一定扯皮。谁用得多谁分摊多,规则提前说好,事后再解释就很被动。

场景推荐做法什么情况下不适用
单项目独占 Key按 Key 直接归集,全额计到该项目多人共用一个 Key 时不适用
多项目共享 Key按 token 占比或调用次数占比分摊各项目调用单价差异极大时偏差较大
免费额度覆盖的部分不分摊,或分摊但标注非现金成本团队之间需要横向比成本时不宜省略
预充值余额按当期实际消耗量分摊,不按充值日期摊一次性大额充值后长期不使用时会失真

关于免费额度要不要摊到部门,我的建议是:要么不分摊,要么分摊但明确标注「非现金成本」。因为免费额度省下来的不是现金,它不能当预算花。如果把它按现金口径摊下去,会出现某个部门「看起来很省」,实际上一点钱没少花的错觉。

月度复盘时,把「总量变化」和「自付变化」拆开看。用量涨了但自付没涨,说明还在吃免费额度,这是窗口期,不代表真的省钱;用量没怎么变但自付涨了,才要重点查是不是计费口径变了。想看各家中转站当下的计费口径和价格走向,可以到 /price-watch 核对当时的记录。

多久对一次账,怎么发现口径跑偏

对账频率不用太密,但要有节奏。建议每周扫一次余额变动,看看有没有异常掉落;每月做一次完整对账,重点是自付金额和充值流水的差值。太频繁会累,太稀疏又会错过口径变更。

  1. 先看额度和有效期确认免费额度是否还在有效期内、适用范围有没有变,过期或范围收窄都会让自付部分突然变大
  2. 再查计费口径确认平台有没有从按次改成按量、或者调整倍率,这类变更往往不发通知,只体现在账单上
  3. 最后才怀疑计费错误前两步都排除后,拿用量记录和账单逐条比,有差异就带证据找客服,别只报一句「感觉不对」

有几种现象一出现,基本可以判定口径跑偏了:免费额度显示还有但付费余额在掉;账单金额和用量记录怎么都对不上;某个项目的自付占比某个月突然跳变。这几个信号出现任何一个,按上面的排查顺序走一遍,一般能定位到原因。

免费额度是限时资源,不是收入;账本上把它和现金分开,预算才不会算错。
下一步先把你手上账号的扣减顺序确认清楚,再按三列口径重建记账表;各家官方计费口径和中转站价格追踪可以去站内核对当时的数字。

常见问题

免费额度还没用完,为什么付费余额先少了?

多半是两笔额度分属不同池子,或者免费额度有模型、分组、时间段的适用范围限制,不在范围内的调用只能走付费余额。先看平台的额度说明,再去 /official-api 对照计费口径;确认是范围问题而不是计费异常,就需要在账本里把两类消费分开记。

免费额度要不要摊到各个项目头上?

可以摊,但必须标注成非现金成本。如果直接当钱分摊,部门会以为额度能顶预算,等额度到期就会集体超支。更稳妥的做法是:免费额度只统计用量占比,不进预算表;预算只看真实自付部分,这样口径最干净。

团队共用一把 Key,怎么把自付成本分清楚?

最省事的办法是按项目或环境拆成多把 Key,从源头分开。实在拆不了,就按日志里的 token 占比摊自付金额,并在月度对账时抽查一两个项目核实比例是否合理。分摊基数一旦定了就别频繁改,改一次要同步通知所有用预算的人。

本文依据各平台公开文档与官方公告整理,只做中文归纳;具体做法、参数与限制以官方文档为准。