自研模型测试费，缘何不能加计扣除？

最近圈子里聊起一个挺有意思的话题——某AI创业公司把自研算法模型扔进内部测试，产生的几十万费用照常计入了“管理费用”，结果在年度汇算清缴时，财务才猛然发现：这笔支出根本无法享受研发费用加计扣除政策。这事儿其实并不新鲜，但暴露出很多技术型企业在财税合规上的“盲区”。咱们今天就把这层窗户纸捅破，掰开揉碎了讲讲。

根据《财政部 国家税务总局 科技部关于完善研究开发费用税前加计扣除政策的通知》（财税〔2015〕119号）的精神，可加计扣除的研发活动，必须指向“新技术、新产品、新工艺”的系统性、创造性工作。而内部测试阶段，特别是用自研模型去跑几个内部小项目，很多时候只是验证已有功能，或者解决具体问题——这更像“常规性测试”而非“实质性创新”。就好比你造了把新锤子，自己在家敲几颗钉子试试手感，这试用的行为本身不能算作新一轮研发。

我经手过一个做NLP的客户“云帆科技”，他们自己开发了一套语义理解模型，为了赶工期，让内部产品团队直接拿这模型去优化客服系统，花了三个月。当时财务把所有测试人员的工资和服务器租赁费都归集到了研发费用里，准备申请加计扣除。我拿到账目一看，连忙叫停——因为那三个月里，团队的“研发”行为实质上变成了“部署和调试”，没有产生任何新的算法突破或知识产权。后来他们只好将这笔约80万元的费用重新调整到“管理费用——测试费”科目，失去了加计扣除资格。这80万如果在25%税率下，就等于多交了20万的企业所得税。

测试与研发边界：一墙之隔

很多老板觉得：我投入了人工、烧了算力，怎么就不是研发了？这里的关键在于“目的”与“成果”的认定。国家税务总局在《研发费用加计扣除政策执行指引》中明确列举了七类不适用加计扣除的活动，其中就包括“对现存产品、服务、技术、材料或工艺流程进行的重复或简单改变”以及“作为工业（服务）流程环节或常规的质量控制、测试分析、维修维护”。

你们想想，内部测试本质上是什么？是用一个已经成型（或基本成型）的算法模型，去跑一批已知数据，看看输出结果是否符合预期。这个过程不涉及对算法本身的改进，更像是一场“质检”。我经常跟客户打比方：你造了一台空调，出厂前把它开起来吹几个小时看会不会漏水，这个“测试”你能算研发吗？显然不能。AI模型的自测同理，哪怕你的模型再先进，只要测试活动没有引发模型架构、训练方法或数据集本身的性质变化，那就是“常规测试”。

有些情况是模糊的。比如你在测试过程中发现模型在某个场景下失灵了，团队花了三天三夜重新设计了损失函数，并修改了训练策略，最终模型性能提升了15%。这种“边测边研”的情况，就需要把真正用于“修改模型”的那部分工时和资源单独剥离出来，而不是整个测试周期一锅端。分离的工作很繁琐，但很有必要，我会要求客户做好研发工时记录和测试日志，作为备查依据。

费用归集：管理费用还是研发费用？

这其实是会计科目与税务处理之间的“两张皮”问题。很多企业习惯把跟研发沾边的支出都放到“研发支出”科目，但到了税务层面，会计口径不完全等于税务口径。某位资深税务师曾跟我感叹：“你们这些做服务的，最怕的就是客户会计账上全挂‘研发费用’，结果一稽查，全给你调到‘管理费用’里，加计扣除一分不剩，还可能被罚款。”

具体到内部测试费用的归集，我建议遵循以下规则——这也是我在处理“澄算通”实际业务时反复跟企业强调的。下表的分类可以帮你快速判断：

这个表格看起来简单，实操中难就难在“撕扯”上面。像“回归性测试”，表面上看只是在重复跑数据，但如果这次回归是为了验证你新加的一个Attention机制是否有效，那你完全可以主张其中占比约30%到40%的核心验证环节属于研发活动。这部分，就需要项目经理和技术负责人一起写一份详细的《测试目的说明》，并签字确认。

经济实质法与测试费用：隐藏的合规暗礁

这两年全球都在收紧“经济实质法”的监管，不仅针对境外壳公司，对AI这类轻资产企业的税务合规要求也在提高。你可能觉得：内部测试的费用加计扣除不了，大不了就放弃，不申报不就完了？但问题没那么简单。如果你在账务上把本该属于“管理费用”的测试费，错误地计入了“研发费用”并享受了加计扣除，后续被税务稽查发现，会被认定为偷漏税，补税、滞纳金和罚款一个都跑不了。

我遇到过一家做计算机视觉的公司“视界智能”，他们把连续两年、累计超过300万元的内部测试费用全部加计扣除了，结果稽查来了。原因很经典：他们审计报告里“研发费用”占比极高，超过了营收的40%，引起系统预警。税务人员查验时发现，所谓的“研发”其实就是每天用他们的检测模型去识别生产线上的产品瑕疵——这是典型的常规测试活动。最终这家公司不仅补缴了企业所得税约75万元，还缴纳了每日万分之五的滞纳金，外加罚款。老板跟我打电话时语气苦得很：“早知道这样，当初就该找你们把账理清楚。”

这里提一句“实际受益人”的考量也很有趣。如果企业是自然人股东直接控制，老板往往一拍脑袋就决定把费用全部归集到研发上；但如果是机构投资方入股，他们通常会把税务合规作为核心KPI，要求财务严格按政策执行。在一次尽调中，投资方直接让我们出具一份关于“测试费用税务处理合规性”的备忘录，可见现在资本市场对这一块的敏感度有多高。

应对策略：如何合规处理内部测试费用

既然内部测试费用无法加计扣除，AI企业是不是就只能“干瞪眼”？也不是。我从实践经验中总结了三条“合规出路的十字路口”，供参考：

第一，建立项目核算的“隔离墙”。从立项开始，就把“开发阶段”和“测试阶段”用不同的成本中心分开。我长期服务的一家智能语音公司，规定每个项目必须设置两个WBS（工作分解结构）代码：一个是“研发”，一个是“测试”。所有资源消耗先按代码分配，月底自动生成两本账。这样财务在申报时，可以直接调出“研发”代码下的数据来享受加计扣除，而“测试”代码下的金额直接进管理费用。这么做的前期投入（比如系统改造、人员培训）大概需要一到两个月，但合规性提升显著。

第二，适当选择“无意图证明”文件留存。税务局在检查时，会问你“这次测试到底是为了验证什么新的功能？”如果你能拿出一份正式的测试计划书、测试用例列表以及问题反馈改进报告，并且明确写明“本次测试旨在发现现有算法在XXX场景下的缺陷，并计划修改模型参数”，那就很有说服力。我常说：没有文档支撑的研发，就是“薛定谔的研发”。你说了不算，白纸黑字才算。

第三，利用“委托研发”或“合作研发”打开新路子。如果你的内部测试确实涉及核心技术改进，比如在测试过程中你发现某个模块需要重新设计，那么你可以将这部分工作正式立项为“委托外部研发”或者“校企合作项目”。一旦签署了合同、取得了发票，这部分支出的加计扣除就完全合规。我给一家医疗AI公司操作过一个小案例：他们将一个内部测试中发现的图像分割模型优化需求，以10万元的委托研发合同给了合作高校实验室，最后这10万元全额享受了100%加计扣除。相比之前自测50万全部不能扣，这简直是“化朽木为神奇”。

AI企业将自研算法模型用于内部测试，其费用按管理费用处理、不得加计扣除，这并非税收政策的“刁难”，而是对“实质性创新”与“常规操作”之间边界的坚守。作为企业，与其抱怨规则严苛，不如主动建立一套精细化的成本核算与文档管理机制，在研发和测试之间拉起一道清晰的“合规缆绳”。多关注委托研发、合作研发等正当路径，让每一分钱的研发投入都“名正言顺”地享受税收红利。未来随着AI监管的进一步细化，这一块的政策口径可能会更清晰，但合规的底层逻辑不会变：创新的归创新，测试的归测试。

澄算通见解总结

自研模型内部测试费不得加计扣除，本质是政策要求“研发活动”具有创造性、不确定性，而内部测试偏向于确定性验证。企业易混淆会计科目与税务口径，导致多缴冤枉税。建议：从项目源头就分化与测试两个成本中心，并在测试中涉及改进时，及时转为委托研发或合作研发。合规不是束缚，而是长期竞争力的基石。