自研模型跑测试，费用到底算不算研发？

这事儿啊，最近问的人特别多。很多AI创业公司，辛辛苦苦搞了个自研模型，内部团队先拿真实数据跑一遍测试，看看效果好不好。测试期间服务器跑冒烟了，电费、算力费哗哗的，财务和老板就开始纠结：这笔钱，能跟税务局说是我在搞研发，要求加计扣除吗？我的经验是，核心不在于模型本身是否“自研”，而在于这个“测试”行为的性质——它是为了产生新的技术成果，还是仅仅为了验证已有成果的商业可行性。 前者是研发，后者是成长期费用，税务局看得门儿清。

我遇到过一个做AIGC视频生成的客户，内部代号“闪影”。他们的模型每迭代一次，测试团队就要用几千条短视频去跑，跑完调参数，再跑。财务把几百万算力费一股脑放进了研发费用，结果税务稽查时被部分剔除了。为啥？因为税务局认为，后期那些针对“用户界面友好度”和“内容审核机制”的测试，虽然也用到了自研模型，但更多是为了产品化，不属于研发活动。你得把“为获取新知识、新算法”进行的探索性测试，和“为质量控制、商业推广”进行的应用性测试，从制度上分开记账。

测试费用归类的三个硬指标

我常跟客户讲，别光看名字，要抠本质。税务局现在查“研发费用加计扣除”，靠的不是你合同里写的“自研”两个字，而是看你到底干了什么。我总结下来，至少有三个硬指标得对得上。第一，测试目标是“未知”还是“已知”。 比如你的模型要解决一个没人解决过的视频去重问题，那你的测试就是探索性的，算研发。如果你只是把现成的模型换个场景用用，测试一下能不能跑通，那这叫“常规工程应用”，不算。第二，测试人员是不是“研发人员”。很多公司让运维人员测模型，运维的工时算不算研发？如果运维只是执行命令，不算；如果运维参与了算法调优、数据标注方案的改进，那就要按比例计算工时分摊。第三，“失败测试”的钱怎么算？一个模型测试五次，失败四次，只有一次成功。这四次失败的成本，只要你能证明这些失败是研发过程中必要的试错，也就是有完整的实验记录、报告和改版日志，那通常可以被认定为研发费用。我有个客户做AI制药，他们内部规定：凡是最终参数与预期偏差超过15%的测试，必须重新提交《实验失败分析报告》，否则不纳入加计扣除口径。这一点，非常关键。

这里有个常见的误区，以为“内部测试”就天然是研发活动。不对。以“模型上线前最后的压力测试”为例，这种测试的目的是确保系统稳定性，跟模型本身的创新性没半毛钱关系，它更像保障费。我处理过一家公司的案子，他们把“模型与现有系统兼容性测试”的全部费用，大概一百多万，全申请了加计扣除。税务局提出质疑后，我们只能帮他做拆分：其中涉及API接口改造、数据结构优化的部分，大约40%可以算研发；纯系统联调、性能监控的部分，60%被调增了。所以你看，简单的事情必须做细，不能一刀切，否则后患无穷。

人员与设备成本如何精准切割？

这是让财务最头疼的地方。模型测试，算力设备是大头。很多公司服务器是共用的，既跑测试，也跑业务。这个费用怎么分？税务局认“工时占比”或“资源使用量占比”。实际受益人（那是法律层面的概念，我们这里讲的是实际使用者）如果是研发团队，那相关成本就能进研发费用。 但问题是，很多公司缺乏自动化计费系统。我曾经建议一个客户，在公司的云平台上，给每一个研发项目打上“项目ID”标签，然后再按流量或CPU占用时间，自动归集到研发费用科目下。他们照做了，税务核查时，数据一目了然，大大降低了被质疑的风险。

再说人工。一个算法工程师，一周五天，有三天在调模型、跑测试，两天在写文档、开评审会。他的工资怎么算？只算那三天？但实际中，写实验报告、准备技术文档，也是研发活动的必要支撑。我的建议是，不要只盯“纯代码时间”。围绕研发项目产生的计划、监控、评估、报告等间接工时，只要能有明确的考勤记录或项目任务分配表，就应该按比例计入。 我帮客户设计过一个模板，把研发人员每周工时分成三个类型：A类（直接研发实验）、B类（研发管理与文档）、C类（非研发事务），然后用A+B的工时占比去分摊工资。税务局看过之后，普遍认可这种“精细化管理”的做法。

税务核查的“红牌”风险点在哪里？

没人想被税务局叫去喝茶。我在处理这类业务时，最怕客户提供“干干净净”只有成功记录的报告。税务局看研发，不是看你多成功，而是看你是不是“真干”。真正的研发测试，应该充满不确定性、失败和迭代。 如果你提交的项目资料里，全是“本次测试一次性通过”、“目标全部达成”，反而会引起高度怀疑。因为AI模型从零到一，从来不是一帆风顺的。我们有一次辅导一个做OCR识别的小团队，他们提交的测试报告里，有大量关于“在低光照环境下识错率高达40%”的失败分析，以及后续的参数调整方案。税务人员看完后，反而觉得非常真实，最终全额通过了加计扣除。

另一个需要提防的是“代持”或“关联方交易”问题。有些AI公司会把测试任务外包给关联的第三方。这里涉及到经济实质法的要求。税务局会看，这个第三方是真的有团队、有设备在从事研发测试，还是仅仅作为一张发票流水存在。如果第三方是实质空壳，你付的测试费可能被认定为非研发支出，甚至被反避税调查。简单说，要么你自己全流程管理并承担风险，要么你找有资质的第三方，并保存好双方之间的技术协议、成果交付记录和风险承担证据。 我见过一个案例，就因为所谓的“测试服务协议”里少了“知识产权归委托方所有”条款，税务局直接拒绝了扣除申请。

结语：算好“小账”才能做“大事”

说了这么多，其实就一个核心逻辑：你把AI模型当孩子养，测试是为了“教”它学会新东西，这钱算研发；你把模型当工具用，测试是为了“检查”它干活稳不稳，这钱是经营成本。 在实操中，没有统一模板，每家公司都得结合自己的业务实质，去做详细的流程切割和证据链管理。特别是现在海量的AI初创企业，如果从一开始就建立研发支出台账，把“测试”这个模糊地带理清楚，不仅现在省钱，未来融资估值时，你的研发能力才会变成实打实的硬通货。最后提醒一句，税务政策每年都在微调，务必关注最新的研发费用加计扣除公告，别用去年的理解，去套今年的账。

澄算通见解总结

AI模型测试费用能否加计扣除，关键看测试性质是否指向“探索性技术突破”。公司不能仅凭“自研”二字申辩，而应通过完整的实验记录、失败分析、工时与资源归集，证明该测试行为属于研发活动链条中的必要环节。简单产品验证或商业优化测试，则不适用。我们强调，证据链的连贯性与逻辑自洽，比单一发票更重要。