AI 的账单，为什么分不到部门

一、账单来了，财务先问一句「这算谁的」

2026 年，不少公司的 AI 支出已经接近云账单的体量。财务月底拿到发票，第一句话通常是：这些钱算哪个部门的？

工程团队能说出总花费，也能说出哪个模型贵；再往下问「客服用了多少、市场用了多少、哪个应用最费」，很多公司答不上来。

答不上来，预算就只能按人头或按部门平均分。分得平，不等于分得对。

二、AI 的钱不在同一张账单上

AI 支出通常有四层。

第一层是云上的 AI 服务，跟服务器费用放在一起；第二层是直接向模型供应商买的接口；第三层是按 token 计费的开发工具，比如代码助手；第四层是已经买进来的 SaaS 里新开的 AI 功能。

财务只看第一层，因为另外三层在别的发票和后台里。四层不放在一起，怎么分都会漏。

最容易被漏的是第三层和第四层。代码助手常按人按月买，发票在研发工具名下；SaaS 里的 AI 功能随套餐升级，单价不单独列出。

三、按 token 计费，为什么比分服务器更难分

同一台服务器，一个月开多久是固定的；一次请求花多少，取决于输入多少字、输出多少字、模型多大、重试几次。

自动任务会连续调用很多次，一次任务可能产生几十条请求。重试、长上下文、工具调用都会把费用抬高。

账单上只有一个总数，看不到是哪个业务、哪类任务、哪一步花掉的。

四、请求发出时，就把归属记下来

要在请求发出时就把归属记下来，而不是月底再猜。

每次调用至少记这些字段：请求编号、应用、部门、项目、业务任务、模型与版本、输入与输出 token 数、调用时间、耗时、估算费用。

字段不用一次齐全，先把应用和部门两栏填上，就能回答最常被问的那两个问题。

记录里不要放客户原文，只放编号和用量。否则成本表本身又变成一份需要保护的数据。

五、能直接对上人的费用，先直接对上

客服助手、市场文案工具、内部检索助手，各自有应用编号和负责人，按应用归集，再按应用所属部门入账。

这部分不需要分摊，也不应该平均分。直接记到应用的比例越高，月底争论越少。

六、共享的部分，先定规则，再分摊

一个内部检索服务同时支撑客服、法务和市场；一条模型接口被三个应用共用。这部分可以按实际调用量分，也可以按各应用的请求数加权。

规则要写下来，季度复核一次。规则一改，历史数字就不可比，所以改之前先通知使用方。

举个简单的规则：共享服务按各应用的请求数占六成、token 占四成来分；规则编号和生效日期写进表头。

七、分不掉的账，要单独列出来

总有一些费用对不上应用：测试调用、临时脚本、没有标签的请求、供应商赠送额度到期后的自动扣费。

这部分不要悄悄分进各部门，单独列一行「未归属」，标出金额和占比。数字摆出来，才有动力去补标签。

有的成本工具就是这么做的：未归属的部分按一个数字公布，不吸收进别的科目。

未归属的比例可以设一个目标，比如不超过总费用的 5%；连续两个月超标，就去找没有标签的应用。

八、先把账给部门看，再决定要不要真收钱

一种做法是每月把费用发给部门，让他们知道用了多少；另一种做法是从部门预算里真扣。前一种通常叫 showback，后一种叫 chargeback。

多数公司先做前一种，跑几个月，确认数字可信，再谈扣款。直接扣钱会引发一轮争论，数字还没站稳，争论没有意义。

九、预算不是月底看，是事前拦

给每个应用设一个月度上限，到 80% 提醒，到 100% 降速或暂停；对自动任务设单次上限，避免一个循环跑一整夜。

限额要能临时提高，但要有审批记录。没有上限的 AI 用量，和没有上限的信用卡差不多。

面向客户的功能不要直接停，先降级；内部批处理可以停。停之前要通知使用方，别让第二天早上才发现任务没跑。

十、单价之外，还有几笔钱容易被漏掉

调用模型只是其中一项。检索、编排、评测、日志与治理都要花钱；有的按存储算，有的按请求算，有的藏在 SaaS 套餐里。

一项功能的总成本里，模型调用可能只占一半，检索、存储、评测和日志加起来是另一半。只看每百万 token 的单价，算不出一项功能的真实成本。

十一、更有用的数字，是单位成本

一次客服对话多少钱、一份会议纪要多少钱、一篇文章从起草到发布多少钱。单位成本能和业务量对上，才能判断这笔钱花得值不值。

比如客服一个月处理一千次对话，总费用除以对话数，得到一次对话的成本；下个月换模型或改提示词，再用同一个算法比。

单价低但调用次数多，单位成本可能更高；单价高但一次就过，反而更省。

十二、预付费和折扣，别按平均数分

不少公司会买年度额度或承诺用量，单价低一些。额度没用完，月底怎么分？按各部门实际用量分，剩下的未使用部分单独列，不要平均分给所有人。

折扣也一样。谁用得多，谁享受折扣；平均分会让用得少的部门补贴用得多的部门，下一次预算会更难谈。

十三、规则谁定，数字谁解释

费用规则由财务和工程一起定，应用和部门的标签由工程维护，每月由一个人对数字负责。规则改版要留版本号，旧数字按旧规则解释。

没有这个分工，月底会出现两张表：财务一张，工程一张，谁也说服不了谁。

十四、月底做三张表，放在一起看

第一张是供应商发票，第二张是内部归集台账，第三张是业务量：对话数、纪要数、生成篇数。

三张表的总额要对得上；对不上，就查是漏记、重复记，还是汇率与折扣没算进去。

差异超过一定比例，先别急着分摊，先把差异原因写清楚。

十五、小团队先做三件事

第一件，给花费最多的三个应用加上应用编号和部门字段，先把大头分出去。

第二件，定一条共享费用的规则，写进文档，季度复核。

第三件，每月把费用表发给部门，只展示，不扣款，先跑三个月。

这三件事不需要买成本平台，一张表加一次月度会议就能开始。

十六、跟站内几篇的分工

「单价没涨，AI 的账单为什么翻倍」讲的是同一单价下费用为什么涨；「AI 试点那笔账，铺开之后翻几倍」讲的是从试点到铺开的估算；「不按人头按次数，采购前要问哪几句」讲的是计价方式；「自建还是按次买，先算那些空着的卡」讲的是自建与采购的取舍。

这一篇只讲一件事：钱花出去以后，怎么分到部门和业务。

十七、最后：能分清楚，才谈得上省

AI 支出从创新预算变成经营支出，第一步不是砍价，是知道钱花在哪。

分得清，才能判断哪个应用该留、哪个该换模型、哪个该停。分不清，所有的节省都只能靠统一砍预算。