软件企业的研发支出资本化：分录背后的判断

资本化的门槛只有五个条件，但每一条都要有证据，而不是有结论。下面这些条目，都是从具体案例里反推出来的，可以直接对着用。

一、这一条到底谁说了算

判断研发支出资本化，先要分清依据来自哪一层。法律、行政法规、部门规章和申报口径，约束力依次递减，可操作性恰好相反。

第一层，法律与行政法规。研究阶段的支出应于发生时计入当期损益；开发阶段的支出同时满足五项条件的，才能确认为无形资产。这一层定的是权利与义务的边界，一般不因企业规模或行业而变。

第二层，部门规章与规范性文件。无法区分研究阶段支出和开发阶段支出的，应将其所发生的研发支出全部费用化。这一层管的是怎么做，包括申报表怎么填、资料怎么备、期限怎么算。

第三层，执行口径与操作惯例。使用寿命有限的无形资产应摊销；使用寿命不确定的不摊销，但每年进行减值测试。这一层最容易产生分歧，因为它在不同地区、不同时期的把握尺度并不完全一致。

三层都看完，会得到一个不太舒服但很有用的结论：研发支出资本化的合规成本，主要花在第三层的确认上。

二、自查表：逐项过一遍

六个检查点，两个必查——这两项不过，其余的意义有限。

表里带★的两项必须留证据。其余几项可以靠说明，这两项不行。一个可以核对的事实是：自有软件著作权十八项。这也是为什么它们被单独标出来。

这张表建议每季度过一遍，固定下来之后，年度申报前的压力会小很多。

三、几个高频问题

有些问题问了很多年，答案其实早就写清楚了，只是传着传着变了形。

问：如果已经做错了，怎么处理？答：按项目建立研发支出辅助账，按月归集人工与材料。先固定事实，再评估影响，最后决定是更正还是补充说明。顺序不能反。

问：能不能先按简单的方式处理，以后再改？答：资本化起点定在项目立项日，而非技术可行性验证日。先简化再补正，通常要连带调整以前期间，代价高于一次做对。

问：研发支出资本化对软件企业是不是必须执行？答：研究阶段的支出应于发生时计入当期损益；开发阶段的支出同时满足五项条件的，才能确认为无形资产。只要业务落入这个范围，就是必须，不存在「规模小可以不执行」的说法。

问：需要准备到什么程度才算完整？答：使用寿命有限的无形资产应摊销；使用寿命不确定的不摊销，但每年进行减值测试。判断标准不是资料有多少，而是能不能支撑结论。

会计政策频繁变更，外部使用者会先怀疑数据，再怀疑经营。

四、看起来没问题，其实有风险

研发支出资本化出问题的地方高度集中，反复出现的就那么几处。

三处问题看起来互不相干，背后其实是同一条约束：五项条件为：完成该无形资产以使其能够使用或出售在技术上具有可行性；具有完成该无形资产并使用或出售的意图；无形资产产生经济利益的方式；有足够的技术、财务资源和其他资源支持；归属于该无形资产开发阶段的支出能够可靠地计量。少了这条约束，表里每一项都只能靠人记。

复核意见要写成条目，落到具体科目和具体金额。按这个思路自查，三处里有几处能过，基本就知道自己的位置了。

五、归档不是收尾，是证据

下面这份清单按用途分四组，每组都对应一个会被问到的问题。

资本化起点定在项目立项日，而非技术可行性验证日。这一类问题在复核时最容易被提出来，因为它是「有没有做」和「做得对不对」的分界。

设置阶段评审节点，评审通过之日作为资本化起点。这条动作的价值在于把材料管理从被动应付变成主动积累。

六、收口：三句话

说到底，这件事只有三个层次需要记住。

第一，规则是确定的。研究阶段的支出应于发生时计入当期损益；开发阶段的支出同时满足五项条件的，才能确认为无形资产。这一条不会因为企业大小、行业差异而改变，能改变的只有企业自己的做法。

第二，越早越便宜。按项目建立研发支出辅助账，按月归集人工与材料。晚做的代价不是多花钱，而是少了很多可选的方案。

第三，能证明才算做到。设置阶段评审节点，评审通过之日作为资本化起点。没有这一层，前面两条都只是判断。

核算资源本来就被研发人员同时做实施，工时无法拆分占去了一部分。把这一层考虑进去，前面三句话的落点会更具体。

条目不必多，覆盖高频错误就够了。