把AI应用的工具建设、模型调用和流程改造投入分开核算，关键看两个维度：成本由什么触发、受益期有多长。由项目立项触发、在交付验收前发生、受益跨多个核算周期的，归为一次性建设投入；随调用量、席位或时间持续发生的，归为运营成本。本文按核算范围、成本科目、口径假设、分摊公式、敏感因素和取数方法六步，给出一套可按月复算的成本框架。
要点总览（TL;DR）
- 区分一次性建设投入与持续运营成本，看两个维度：成本由项目立项或交付触发，还是随调用量、席位、时间持续发生；受益期跨多个核算周期，还是对应当期消耗。
- 工具建设、模型调用、流程改造三类投入要拆成可归集的成本科目：平台采购、集成开发、数据准备、流程改造设计与上线、培训验收归建设投入；模型调用、存储算力、席位续费、运维与知识库维护归运营成本。
- 分摊按三步走：能直接归属到使用方的成本直接计入；共享成本按token量、活跃账号数、受益流程节点数等驱动量分摊；剩余部分按人头或预算比例兜底并单独列示。
- 当期总成本等于建设投入当期摊销额加当期运营成本；摊销年限、起摊时点、含税口径和人力单价都要写进口径假设表，保证第三方可复算。
- 调用量、活跃人数、摊销年限和流程改造范围是影响结果最大的变量，建议调用量与席位按月复核，摊销年限和流程范围在政策或范围变更时复核。
核算范围与时间跨度怎么划定
核算开始前先写一份范围说明，明确三件事：算哪个对象、算多长时间、哪些进哪些不进。范围不清，后面的科目和分摊都会反复返工。
核算对象：单个应用还是应用组合
单个AI应用适合做立项评估和上线后复盘，成本边界清楚，分摊压力小。应用组合适合年度预算和成本中心考核，但需要额外处理共享的平台采购、公共数据治理和统一运维。建议首次核算从单个应用切入，跑通一轮后再扩展到组合；如果企业已经按成本中心管理IT支出，也可以直接以成本中心为对象，把各应用作为子项归集。
时间跨度：建设期、试运行期、稳定运营期
建设期从立项到验收，主要发生开发、集成、数据准备和流程改造设计投入。试运行期通常为上线后一至三个月，模型调用和人力投入波动大，建议单独列示，不直接并入稳定运营基线。稳定运营期从试运行结束起算，按月度出数。三个阶段的起止日期要写进范围说明，后续摊销起摊时点和运营成本归期都以它为准。
纳入与排除清单
纳入项一般包括：平台采购或订阅、集成开发、数据准备与清洗、流程改造设计与上线、培训推广、验收测试、模型调用与推理、存储与算力、运维人力、知识库与提示词维护。排除项要写明理由，常见的有：企业级基础设施已整体摊销的部分、与AI应用无关的原有系统改造、由其他项目承担的公共数据治理。排除项不是不算钱，而是不在本次核算对象内重复计算。
按项目还是按成本中心归集
按项目归集适合评估单个应用的投入产出，成本随项目生命周期走；按成本中心归集适合年度预算和部门考核，跨项目共享投入更容易处理。两者可以并存：项目层记录直接成本，成本中心层承接共享成本和最终分摊结果。选择哪种作为主口径，取决于这份成本视图给谁用、用于什么决策。
AI应用的成本项清单：建设投入与运营成本各含什么
把三类投入拆成可归集的科目，是后续计价和分摊的前提。下表给出两栏科目表，单位与归集依据一并列出，实际使用时按企业科目体系调整名称。
| 类别 | 成本科目 | 计量单位 | 归集依据 |
|---|---|---|---|
| 一次性建设投入 | 平台采购或订阅首年费用 | 合同金额 | 采购合同、验收单 |
| 一次性建设投入 | 集成开发（接口、单点登录、系统对接） | 人天 | 项目工时、开发合同 |
| 一次性建设投入 | 数据准备与清洗 | 人天或外部服务金额 | 工时记录、服务发票 |
| 一次性建设投入 | 流程改造设计与上线 | 人天 | 项目工时、流程文档版本 |
| 一次性建设投入 | 培训与推广 | 人天或场次 | 培训记录、材料制作工时 |
| 一次性建设投入 | 验收测试 | 人天 | 测试工作项、验收报告 |
| 持续运营成本 | 模型调用与推理费用 | token量或调用次数 | 供应商账单、用量报表 |
| 持续运营成本 | 存储与算力 | GB·月、实例时长 | 云账单、资源清单 |
| 持续运营成本 | 席位或订阅续费 | 席位·月 | 订阅合同、账号清单 |
| 持续运营成本 | 运维人力 | 人天 | 工时系统 |
| 持续运营成本 | 提示词与知识库维护 | 人天 | 工时系统、文档更新记录 |
| 持续运营成本 | 流程巡检与优化 | 人天或流程节点数 | 工时系统、流程清单 |
人力投入按工时折算
内部人力不产生现金支出，但占用资源，核算时应折算计入。做法是按岗位或职级设定人天单价，乘以工时系统记录的实际投入天数。人天单价建议采用内部结算价或全成本口径（含薪酬、社保、管理费用分摊），并在口径表中注明取值来源，避免不同项目各用一套单价。
容易错放的科目
三类科目最容易在建设与运营之间错放。平台订阅首年费用常被整体计入运营，实际应按受益期拆分；流程改造的设计与首次上线属于建设投入，上线后的巡检调优属于运营成本；数据清洗在建设期是一次性工作，进入稳定运营后的增量数据治理则应按期计入运营。判断标准回到成本动因和受益期：由交付触发、受益跨期的归建设，随使用持续发生的归运营。
区分口径与关键假设怎么写清楚
同一笔支出，口径不同结果可能差出一倍。口径与假设表要逐条写明取值、来源类型和影响范围，让第三方能按表复算。
| 口径项 | 取值方式 | 来源类型 | 影响范围 |
|---|---|---|---|
| 资本化与费用化 | 受益期超过一个会计年度的建设投入按资本化处理，否则当期费用化 | 企业内部会计政策 | 年度成本曲线、资产台账 |
| 摊销年限 | 按预计受益期设定，常见三至五年，需与财务制度一致 | 内部政策加项目判断 | 每年摊销额 |
| 起摊时点 | 验收通过次月或上线次月，二者选一并全篇统一 | 项目验收记录 | 首年与次年成本切分 |
| 币种与税费 | 统一折算为记账本位币，明确含税或不含税 | 合同、发票 | 跨币种采购的可比性 |
| 单价来源 | 合同价优先，其次报价单，再次内部结算价 | 单据 | 全部金额科目 |
| 人力单价 | 人天单价乘实际工时，注明是否含管理费分摊 | 内部结算价 | 人力类科目 |
示例值与现价必须分开标注。本文后续演算中的数字均为假设值，只用于说明计算过程，不代表任何产品的实际报价。实际核算时，合同价和账单金额直接引用单据，估算值单独标记并写明估算方法。
资本化与费用化的判断依据是受益期和内部会计政策，具体年限由财务制度确定，业务侧不宜自行设定。摊销年限一旦确定，同一应用在多个核算周期内应保持一致，变更时在口径表中记录变更原因和生效月份。
计算模型与分摊框架怎么搭
总投入按当期视角计算：当期总成本等于一次性建设投入的当期摊销额加上当期运营成本。建设投入先形成待摊总额，再按年限分摊；运营成本按实际发生额归入当期。两者相加得到月度或年度成本视图。
分摊顺序
分摊按三步走，顺序不能颠倒。第一步直接归属：能明确对应到某个使用方或业务线的成本，直接计入，不参与分摊，例如某业务线专用的接口开发、专属席位的订阅费。第二步按驱动量分摊：共享成本按可计量的驱动量分配，模型调用按token量或调用次数，席位类按实际使用人数，流程改造按受益流程或业务线的工作量。第三步兜底：仍无法归属的剩余部分，按人头或预算比例分摊，并在报表中单独列示，便于后续优化归属规则。
公式写法
- 某使用方当期成本 = 直接归属成本 + Σ（共享成本科目金额 × 该使用方驱动量 ÷ 全部使用方驱动量）+ 兜底分摊额
- 模型调用分摊比例 = 该使用方当期token量 ÷ 全部使用方当期token量；按调用次数分摊时替换分子分母即可
- 席位分摊比例 = 该使用方实际活跃账号数 ÷ 全部活跃账号数，活跃口径需在假设表中定义
- 流程改造分摊比例 = 该业务线受益流程节点数 ÷ 全部受益流程节点数，或按流程涉及人数折算
示例演算（数字均为假设）
假设某AI应用建设投入合计60万元，其中平台与集成40万元、数据准备10万元、流程改造设计与培训10万元，按三年摊销，起摊时点为验收次月，则每月摊销约1.67万元。稳定运营期某月运营成本为：模型调用3万元、存储算力0.5万元、运维人力2万元、知识库维护0.5万元，合计6万元。该月总成本为7.67万元。
假设两个业务线共用该应用，A线token量占70%、活跃账号占60%，B线分别为30%和40%。模型调用按token分摊：A线2.1万元、B线0.9万元；存储算力按token同比例分摊：A线0.35万元、B线0.15万元；运维与知识库维护共2.5万元按活跃账号分摊：A线1.5万元、B线1.0万元；摊销额按活跃账号分摊：A线1.0万元、B线0.67万元。A线当月合计约4.95万元，B线约2.72万元。若A线有专属接口开发支出，则先直接计入A线，再执行上述分摊。
哪些因素会让结果明显变化
成本结果对少数变量高度敏感，预算评审时应重点复核这些变量，而不是平均用力。
| 敏感因素 | 影响方向 | 建议复核频率 |
|---|---|---|
| 调用量增长 | 运营成本近似线性放大，调用量翻倍则模型费用翻倍 | 月度 |
| 使用人数与活跃度 | 影响席位续费总额和按人头兜底的分摊基数 | 月度或季度 |
| 摊销年限选择 | 年限缩短则年度摊销额上升，年限拉长则单年成本下降但总额不变 | 年度或政策变更时 |
| 流程改造范围扩大 | 带来追加建设投入，并改变受益流程的分摊基数 | 范围变更时 |
| 单价波动与供应商调价 | 直接影响模型调用和订阅类科目金额 | 合同续签或调价通知时 |
调用量是最需要盯住的变量。AI应用的运营成本中模型费用占比通常较高，用量随用户习惯和场景扩展快速变化，建议按月对比用量与预算基线，偏差超过设定阈值时触发复核。摊销年限属于政策变量，不宜频繁调整，但新立项应用在设定年限时应参考同类应用的实际使用周期。
取数方法与数据来源怎么安排
月度可重复出数的前提是每类成本都有固定来源、固定频率和固定责任人。下表给出取数对照，实际执行时补充系统名称和对接人。
| 成本科目 | 数据来源 | 取数频率 | 责任人 |
|---|---|---|---|
| 平台采购、集成开发、外部服务 | 合同与采购单据、验收单 | 发生时登记，月度汇总 | 采购或项目负责人 |
| 模型调用与推理费用 | 供应商账单、用量报表 | 月度 | 平台运维 |
| 存储与算力 | 云资源账单、资源清单 | 月度 | 平台运维 |
| 内部人力投入 | 工时系统 | 月度 | 项目负责人 |
| 席位与订阅分摊基数 | 账号清单、活跃用户报表 | 月度 | 系统管理员 |
| 流程改造受益范围 | 流程清单、业务线确认 | 季度或范围变更时 | 流程负责人 |
对账方式建议采用月度关账流程：各责任人按频率提交数据，核算人员汇总后与上月数据比对，对异常波动要求说明原因。无法直接取数的科目，例如未单独记录的内部人力，可采用估算，但必须在报表中标注估算方法、假设和影响金额，估算口径保持稳定，避免每月换算法导致趋势失真。
成本科目、工时记录和分摊结果需要在项目过程中持续留痕，否则月度复算时容易找不到依据。ONES 的工作项和 Wiki 可以承载这类记录：核算范围说明、口径假设表、取数对照表作为文档沉淀在 Wiki 中，各科目取数与对账动作建成工作项并指派责任人，ONES Assistant 智能助手能基于项目、工作项和 Wiki 页面等上下文回答问题并执行操作，把结果保存为工作项或 Wiki 页面，减少核算过程中的重复录入和页面切换。这样每次月度出数都有对应的记录可查，年度复盘时也能追溯口径变更的来龙去脉。
常见问题
平台订阅首年费用应该整体算建设投入，还是拆到运营成本里？
按受益期拆分更稳妥。首年费用中对应交付前实施、集成和上线的部分，归入一次性建设投入；对应上线后按月持续提供服务的部分，按订阅期计入运营成本。如果合同把实施服务和订阅打包成一个金额，可在口径假设表中写明拆分方法和依据，例如按合同分项报价或按服务期比例拆分，并保持各期一致。拆分方法一旦确定，后续核算沿用同一口径，避免同一科目在不同月份归属不同。
内部人力没有现金支出，核算时是否必须折算计入？
建议折算计入，否则成本视图会低估真实投入。做法是按岗位或职级设定人天单价，乘以工时系统记录的实际投入天数。人天单价可采用内部结算价或全成本口径，并在口径表中注明是否含管理费分摊。如果工时记录不完整，可以估算，但要在报表中标注估算方法、假设和影响金额，估算口径保持稳定。内部人力折算主要用于资源占用和投入产出判断，与财务口径的现金支出分开列示，避免混淆。
共享的平台采购和公共数据治理成本，分摊到各业务线时按什么顺序处理？
先判断能否直接归属。某业务线专用的接口开发、专属席位订阅，直接计入该业务线，不参与分摊。确实共享的部分，按可计量的驱动量分摊：模型调用按token量或调用次数，席位按实际活跃账号数，流程改造按受益流程节点数或涉及人数。仍无法归属的剩余部分，按人头或预算比例兜底，并在报表中单独列示。兜底比例不宜长期固定不变，建议每季度复核一次归属规则，把能够明确归属的成本逐步从兜底池中移出。
试运行期的成本要不要并入稳定运营基线？
建议单独列示，不直接并入。试运行期通常在上线后一至三个月，模型调用量和人力投入波动较大，直接并入会拉高或拉低运营基线，影响后续预算判断。处理方式是在核算范围说明中把试运行期单独划为一个阶段，按实际发生额记录，待进入稳定运营期后再以稳定期的月度数据作为预算基线。试运行期的建设类尾款和调优投入，按成本动因分别归入建设投入或运营成本，并在口径表中注明归属理由。
月度取数时发现某科目无法从系统直接取数，怎么处理才不影响复算？
采用估算并明确标注。在取数对照表中为该科目补充估算方法、假设条件和影响金额，估算口径在后续月份保持一致，避免每月换算法导致趋势失真。同时安排责任人推动数据来源建设，例如把内部人力投入纳入工时系统记录，把模型调用费用与供应商账单按月对账。月度关账时，各责任人按频率提交数据，核算人员汇总后与上月比对，对异常波动要求说明原因。无法直接取数的科目在报表中单独标记，年度复盘时优先补齐。
