读研发加计：软件企业容易看漏的细节

加计扣除不是把研发部门的花销加起来，而是按项目、按人员、按工时拆出来。这份备忘不解释原理，只记录实务中真正会被问到的几处。

一、把依据按层级排一遍

讨论研发加计之前，先要接受一个前提：同一句话，在立法、执法和申报三个场景里的含义并不完全相同。

第一层，法律与行政法规。企业开展研发活动中实际发生的研发费用，未形成无形资产计入当期损益的，在按规定据实扣除的基础上，再按实际发生额的100%在税前加计扣除。这一层定的是权利与义务的边界，一般不因企业规模或行业而变。

第二层，部门规章与规范性文件。不适用加计扣除的行业包括烟草制造业、住宿和餐饮业、批发和零售业、房地产业、租赁和商务服务业、娱乐业等。这一层管的是怎么做，包括申报表怎么填、资料怎么备、期限怎么算。

第三层是执行口径。同一份文件，不同主管机关的把握可能不同。研发费用归集范围包括人员人工费用、直接投入费用、折旧费用、无形资产摊销、新产品设计费、其他相关费用等。背景上还有一个事实：研发人员同时做实施，工时无法拆分。这类问题，通常就卡在这一层。

对软件企业来说，最省时间的做法不是把三层都读一遍，而是先确认第三层的本地口径，再回头核对前两层。

二、问得最多的，往往最要紧

这几个疑问看起来是细节，实际上每一个都对应一条硬规定。

问：研发加计对软件企业是不是必须执行？答：企业开展研发活动中实际发生的研发费用，未形成无形资产计入当期损益的，在按规定据实扣除的基础上，再按实际发生额的100%在税前加计扣除。只要业务落入这个范围，就是必须，不存在「规模小可以不执行」的说法。

问：如果已经做错了，怎么处理？答：年末汇总辅助账与申报表，逐项目核对。先固定事实，再评估影响，最后决定是更正还是补充说明。顺序不能反。

问：需要准备到什么程度才算完整？答：研发费用归集范围包括人员人工费用、直接投入费用、折旧费用、无形资产摊销、新产品设计费、其他相关费用等。判断标准不是资料有多少，而是能不能支撑结论。

问：能不能先按简单的方式处理，以后再改？答：失败项目未保留立项与过程记录，无法加计。先简化再补正，通常要连带调整以前期间，代价高于一次做对。

筹划方案缺乏商业实质，最终会被按经济实质重新定性。

三、材料之间的勾稽关系

研发加计最终要落到材料上。材料不是给别人看的，是将来用来证明自己当时判断正确的。

失败项目未保留立项与过程记录，无法加计。这一类问题在复核时最容易被提出来，因为它是「有没有做」和「做得对不对」的分界。

材料齐不齐，平时看不出差别；一旦被检查，差别就是几天和几个月。

四、按这张表核对

软件企业自查研发加计，最容易走过场的是前两项，因为它们看起来「肯定做了」。

表里带★的两项必须留证据。其余几项可以靠说明，这两项不行。一个可以核对的事实是：定制项目按里程碑收款。这也是为什么它们被单独标出来。

筹划方案缺乏商业实质，最终会被按经济实质重新定性。

五、隐患通常藏在细节里

下面三处是实务中最常见的失手点，共同特征是：做的时候觉得没问题，查的时候一眼就能看出。

三处问题看起来互不相干，背后其实是同一条约束：形成无形资产的，按无形资产成本的200%在税前摊销。少了这条约束，表里每一项都只能靠人记。

如果只能改一处，改第一处——它通常是最早发生、也最容易补救的那个环节。

六、结论与边界

最后不再展开，只留三个判断给软件企业。

第一，规则是确定的。企业开展研发活动中实际发生的研发费用，未形成无形资产计入当期损益的，在按规定据实扣除的基础上，再按实际发生额的100%在税前加计扣除。这一条不会因为企业大小、行业差异而改变，能改变的只有企业自己的做法。

第二，成本是前置的。年末汇总辅助账与申报表，逐项目核对。这件事做得越早，后面的空间越大；拖到申报前或检查前，能选的余地就很小了。

第三，证据决定结果。按项目设置研发支出辅助账，工时按人按月记录。复核时不看解释，只看能不能对上。

核算资源本来就被著作权登记滞后于产品销售占去了一部分。把这一层考虑进去，前面三句话的落点会更具体。

备忘的意义在于减少重复判断，把精力留给真正需要判断的地方。