有软著≠研发活动！软件企业必看的研发费用加计扣除避坑指南 ...

集群智慧张老师

“只要拿到了软件著作权，相关的开发支出就一定能算作研发费用，享受加计扣除政策?”
1 Y3 N$ U  @4 ^3 H1 [. m事实并非如此！
对于软件企业而言，许多日常的开发工作，即便产生了代码、形成了软著，可能并不是可以加计扣除的“研发活动”。
9 Y" k4 B7 S: S' p8 a9 T--------------------
1、什么是“研发活动”？
- s3 g; N" e, x! v/ U
在软件行业，真正的研发活动，核心在于 “创造性”与 “不确定性”。
* a3 Q$ J( D( P# H5 y研发活动必须是为了实质性改进技术、产品或者服务，在技术、工艺等方面实现创新。如果在开发之初，结果就已经是确定的，或者只是利用现有工具进行常规性工作，那就不属于研发。其他行业也是如此。
& \, ~6 k. A) r- O3 q2 ^8 n2、软件企业常见的“非研发活动”八大典型
8 k4 l1 \  _) A, f
/ O/ H5 F9 R* L4 c( w( A在介绍之前，先说明为何只列举“非研发”典型：
研发活动本身反而容易界定——当团队在攻克技术难题时，那种创造性是显而易见的。真正的难点在于边界地带：许多工作看似“像研发”（也在写代码，还取得了软著），实则不符合定义。与其反复阐述“什么是研发”，不如通过明确“什么不是研发”来反向排除。以下八大场景正是政策指引明确的非研发边界案例，供大家对照参考：
① 运用已知方法和现有软件工具进行商业应用软件和信息系统的开发；
② 使用标准的加密方法进行安全性验证和数据完整性测试；
7 i/ r6 p! ~, n3 A③ 使用现有工具对网页或者软件的制作；
④ 定制具有特殊用途的产品，在这个过程中，增加的知识对原有项目有重大改进的除外；
( w  R5 o" z  m% a1 I⑤ 为应用程序添加用户功能（包括基础数据输入功能）；
⑥ 试验发展过程结束后，对现有系统或者程序的日常调试，如功能、界面、性能等方面的简单优化；
$ t9 t0 M! W+ H- u4 @& ^+ N7 J4 E⑦ 转换和（或）编译计算机语言；
! n/ a, v9 O) H1 \3 U- A, e) T⑧ 用户使用说明书的编写。
/ W& C4 X6 @  K% L" a根据《研发费用加计扣除政策执行指引（2.0版）》
3、如何合规享受税收红利
# ^) ^5 x8 t6 w
① 建立立项防火墙
区分技术创新类与常规开发类项目
* ?6 I  o1 Q5 E4 N0 @②留存创造性证据链
-立项决议（证明存在技术不确定性）
-开发日志（记录攻克难题过程）
& l2 c7 s9 Z5 x" J; s0 e-测试报告（量化性能提升，如并发量提升50%）
" T4 m' V" R+ P3 }-知识产权证明等
③准确划分人员工时
必须建立工时系统，记录技术人员在研发项目上的实际投入时间。切忌将参与八大非研发活动的工时混入加计扣除。