By PanZhengQi in VMCardio —

Copilot席位费之外，企业AI用量预算该由谁负责？

2026-09-23，微软阐述了Copilot固定席位订阅与用量计费并行的机制，用量计费按Copilot Credits计量，指出长时间运行的代理任务难以由固定费用吸收，并表示企业可以查看支出去向，在发票到来前设置限额。

2026-09-23，微软阐述了Copilot固定席位订阅与用量计费并行的机制，用量计费按Copilot Credits计量，指出长时间运行的代理任务难以由固定费用吸收，并表示企业可以查看支出去向，在发票到来前设置限额。（来源 1）

席位订阅和Agent用量，分开看才知道钱花在哪里

微软这次表达的重点，是企业AI使用中的两类成本：用户订阅许可按员工提供较可预测的访问费用，用量计费则与实际完成的工作相联系。对企业采购和财务来说，Copilot席位费可以作为订阅预算的一部分；代理式、长时间运行的任务，则需要进一步确定项目、部门或业务场景归属。这个区别会影响费用应由谁提出、谁审批，以及月底如何解释账单。（来源 1）

Copilot席位费之外，企业AI用量预算该由谁负责？

微软解释，企业软件过去常见的模式是每名员工支付固定月费，AI最初也沿用了这一模式。但代理式工作存在差异：不同任务的运行长度和工作量不同，固定费用难以吸收所有长时间运行任务的成本。这是微软对订阅与用量计费并行的商业解释，不能把它理解为每次使用Copilot都会新增一笔费用。（来源 1）

微软在声明中列举，Copilot用户订阅许可提供Chat和Microsoft 365应用中的Copilot，还包括Researcher和Analyst等现成代理，以及构建工具；用量计费部分则使用Copilot Credits。企业应先核对已经购买的订阅包含哪些体验，再看计划使用的代理功能如何计量，避免把席位订阅与额外用量混在同一预算估算中。（来源 1）

共享计量单位，不等于统一任务价格

企业除了核对Copilot每个席位的价格，还要确认哪些任务消耗Copilot Credits、消耗由谁承担，以及能否在账单到来前设限。微软把Copilot Credits描述为汇总平台AI操作的共享计量单位，Copilot Cowork和其他代理能力使用这一机制。共享计量有助于集中观察支出，但企业仍需了解实际使用的服务及其费用构成。（来源 1）

对于适用范围，企业需要区分固定席位订阅与按用量收费的能力。微软列举了Chat和Microsoft 365应用内Copilot，还列举了Researcher和Analyst等订阅体验，却没有在这篇声明中逐项列明所有功能的收费边界。采购时仍需按照所购产品、合同和管理后台核对，不能仅凭一个Copilot名称判断某项代理任务是否已经包含在订阅中。（来源 1）

微软这篇声明没有列出统一Credit单价，也没有展开地区、各套餐额度和具体合同价格。不能因此仅靠这篇说明测算企业的确定账单，更不能把Copilot Credits直接当作API余额、其他平台点数或订阅内额度互相替代。实际预算应依据对应官方产品文档及企业自己的结算条件，而非从共同的计量名称推导固定金额。（来源 1、来源 2）

预算责任从IT采购延伸到业务部门

对CIO和IT管理者而言，采用按量AI能力还涉及授权与费用责任。提供微软相关咨询服务的Cobweb在其解读中提出，企业应确定哪些人员有权使用消费型AI服务，预算如何安排、怎样监测消耗，以及用量超出预期时怎样处理。这些是服务商提出的管理问题，并非微软新增的许可条款，却说明仅记录购买了多少席位已不足以回答日常支出问题。（来源 2）

对财务团队而言，席位费和用量费需要不同的归集口径。席位费可以按员工、部门或成本中心分摊；代理用量则可能需要结合项目、流程或使用者回看。微软称可查看支出去向，并在发票到来前设限。具体由微软还是采购渠道收款、采用什么结算周期及合同价格，仍应按企业自己的采购安排核对，不能仅根据产品名称确定付款对象。（来源 1）

CG TECH在其分析中建议，负责推广Copilot采用的人不应独自审批支出，业务、财务和技术负责人应共同参与。CG TECH提供Copilot许可、支出策略和试点等咨询服务，这一建议来自其商业服务视角。企业可借鉴的是把消费责任、审批责任和费用解释责任说清楚，既避免全部压给IT采购，也避免业务团队使用后无人解释成本。（来源 3）

评价Agent价值，要回到具体任务

CG TECH用两类任务说明工作量差别：生成短周报的代理，与回看六个月数据、检查多个信息源并形成高管报告的代理，消耗的工作量并不相同。这是服务商用于解释计费逻辑的例子，不是独立性能测试，也不提供可套用于所有企业的任务报价。企业可以借此区分任务复杂度，却仍需通过实际用量记录判断自己的成本。（来源 3、来源 1）

对业务部门而言，用量计费可能改变投资回报的讨论方式。CG TECH主张把任务成本与节省时间、质量改善或收入支持放在一起比较，按用例衡量价值。这样的比较不能只看Credits总量：消耗增加可能来自有价值的工作扩大，也可能来自重复或低价值任务。两种情况需要不同处理，不能把所有用量视为浪费，也不能因为任务实现了自动化就默认值得持续投入。（来源 3）

微软把按用量产生的第二类成本描述为投入能力建设的资本。这是一种商业价值判断，不能直接作为企业的会计归类依据。企业要评估这笔投入是否值得，仍需建立消耗与产出的对应关系：哪项代理承担什么工作，成本归在哪个项目，产出是否被实际使用。如果报表只有总Credits消耗，业务部门就很难解释费用变化的原因。（来源 1、来源 3）

把支出控制提前到发票之前

微软在说明中强调支出去向可见，并可在发票到来前设置限制。对企业预算而言，可以分别观察持续发生的席位订阅支出，以及随任务变化的代理用量。总费用不会仅因出现Credits这个计量单位就必然上升或下降；影响仍来自实际启用哪些任务、任务执行频率及内部设定的预算范围。费用记录也应保留两类支出的区别。（来源 1）

Cobweb提醒，风险在于企业启用消费型AI能力时缺少相应控制。如果业务团队把代理任务嵌入日常流程，却没有同步确认授权、预算上限和监测责任，财务可能在看到发票时才发现消耗偏离计划。微软声明中的限额能力提供了控制方向，但实际可以配置什么、适用于哪些服务，仍需由企业结合自身产品和后台核对。（来源 2、来源 1）

Cobweb认为，消费型计费可能让组织在一些场景中使用高级AI服务，而不必另购固定许可。这是该服务商对计费方式的判断，不能扩大为所有产品都无需额外订阅。对采购团队更有用的做法，是把正在考虑的任务、所需许可与预计使用量放在同一份评估中，再判断采用按量能力是否合适，而不是仅比较表面上的席位单价。（来源 2、来源 3）

企业最终需要核对自己的计费条件

企业作出采购决定时，需要用现行官方产品文档、合同和管理后台进一步核对具体Copilot能力的Credits计量、限额适用方式和渠道结算规则。微软这次声明解释了两类成本为何并存，没有替代逐项核算。后续如果企业启用的服务、工作量或采购条件变化，预算与付款安排也应一起更新，避免继续沿用最初按席位数量作出的估算。（来源 1）

Cobweb与CG TECH都从提供微软相关服务的商业立场讨论这些管理问题，它们的文章并不构成微软收费规则的二次官方确认。企业可以参考其关于授权、预算和责任分配的建议，但价格、适用套餐和实际账单仍需核对一手材料。对支付和对账而言，最有用的信息是明确的采购主体、费用类别和项目归属，而非把咨询观点当成统一收费结论。（来源 2、来源 3）

VMCardio 观察

VMCardio的观察是，企业可分别管理订阅付款、项目费用归属和平台用量限额。卡片限额不能取消已经产生的费用，最终应核对微软或采购渠道账单；具体支付方式是否被接受，仍以平台和采购合同为准。

VMCardio 官网

参考资料