研发活动的鉴定口径已经收紧这几个判断要点需掌握！.docx

《研发活动的鉴定口径已经收紧这几个判断要点需掌握！.docx》由会员分享，可在线阅读，更多相关《研发活动的鉴定口径已经收紧这几个判断要点需掌握！.docx（8页珍藏版）》请在第壹文秘上搜索。

1、研发活动的鉴定口径已经收紧，这几个判断要点需掌握!腹麟扒税2024-06-05内蒙古以下文章来源于三洗后税，作者三洗2023年7月份国家税务总局所得税司连发两个有关研发费加计扣除政策的重要解读文件，一个是研发费用加计扣除项目鉴定案例，另一个是研发费加计扣除政策指引2.0版。第一个文件，是总局以三个项目为典型案例，从三个基本要点出发去分析如何鉴定一个项目是否属于研发活动；第二个文件系加计扣除政策的全面解读，其中最重要的内容就是新增了对研发活动的界定。可以说，这两个总局层面的解读，从理论、实例两个方面给出了研发活动更全面、更具实操性的界定标准和鉴定方法。这两个重磅解读文件，大家似乎都未给予太多的关

2、注，但我们仔细研读这两个文件，发现这两个文件里面所设定的研发活动界定标准，可能远比我们想象的要严格的多！如果严格按照这个标准去判断，很可能一大批企业的研发项目都会被一票否决！鉴于此，我们从以下6个方面去讨论这两个文件披露的有关研发活动界定的口径，并提出一些实务处理的建议：一、界定标准可能同样适用于高新技术企业关于研发活动的判断差异点Ift新加计扣除研发活动定义为获得科学与技术（不包括社会科学、艺术或人文学）新知识，创造性运用科学技术新知识,或实质性改进技术、产乱（服务）、工艺而持续进行的具行明确目标的活动为获知科学与技术新知识,创造性运用科学技术新知识,或纸质性改进技术、产品（朋务）、工艺而持

3、续进行的JVfr明确目标的系统性活动从文件上去看，高新和加计扣除关于研发活动的定义，基本上走一模一样的。我们认为总局的两个解读文件，在对研发活动界定的标准上，高新技术企业可能同样适用！二、研发活动基本要点一：研发活动有明确创新目标赛定案例属于研发活动的描述“突破现有的技术瓶颈”“技术指标数值与目前国内外同类产品技术指标数值比较，处于国内钝先水平”不属于研发活动的描述“项目的郎体设计方案周宁对现有成熟工业化产品的简41组合”“是企业微信平台的简单应用开发，运些目标与当前市场上多类增的在线客户社群管理相似，缺乏明确的创新性”“主要是运用现有成熟技术对业务流程的&变，不能体现技术创新性”指引2.0研

4、发活动鉴定的描述“获得新知识、新技术、新工艺、新材料、新产砧、新标准等”“该活动是否要探索以前未发现的现象、结构或关系”“是否在一定更用要突破现有的技术瓶颈二上表摘自两个解读文件中关于要点一的描述，我们认为按照这些描述的要求去界定研发活动，标准实际是非常高的。按照这些描述，研发活动的目标需要体现一个“新”字，即之前没有的工艺、技术、材料、产品等等，实务中通过查新报告可以在一定程度上去论证项目在形式上的新颖性和创造性，但解读文件更加关注创新性的“质”，即要求突破现有技术瓶颈，或者探索以前未曾有的技术、工艺、材料等，亦或是实质性的改进工艺、产品等，而产品简单组合、应用简单开发等活动都不具备创新性。

5、我们认为在实务操作中，大部分企业的研发活动都属于市场化导向的技术、产品改进等，这种情况下研发活动设定的技术目标应该是有一个底线，即不能低于行业平均水平，如果有行业标准，应是超过行业标准；如果没有行业标准，设定的研发目标的实现也应该能够帮助公司的产品在特定领域内具备足够的竞争力。三、研发活动基本要点二：研发活动有系统组织形式鉴定案例属于研发活动的描述“提出可行性研究报告，组织专家会议讨论确定，并径董事会会议决议立项通过”“组成的研发团队配跟合理、专业齐全、分工明确”“企业现有的技术枳累、技术装备、设施等软硬件，满足研发必备条件和能力”不属于研发活动的描述“项目技术路线未从技术实现的路径角度充分论

6、证”“实施过程中未制定定盘的技术指标”“未提供任何相关实检测试记录、性能数据、产品照片等佐证材料”指引2.0研发活动鉴定的描述“以项Fk课网等方式组织进行”“围境具体H标，有较为确定的人、财、物等支杼”“经过立项、实能、结题的组织过程”-研发活动“边界的和可度量的”上表摘自两个解读文件中关于要点二的描述，关注的是研发活动的组织、管理等形式流程。实务中我们建议关注以下几个点:1、研发过程需要全流程留痕，一方面关注市要节点的实验数据、测试记录、数据优化过程等资料是否已经有序形成，另一方面关注材料领用记录、工时统计等信息是否和研发实际过程如实匹配？2、研发目标的设定优先选择定量化*定性化，便于后期实

7、验测试产生的定量数据和当初研发定量目标匹配对应，也更能论证研发活动的真实性；3、从项目可研、立项、研讨、测试、实验，到验收、结题等全流程，注重形式流程的完整性和相关资料的完备性。试想一下如果真的投入了大笔资金去做研发，这些流程及其相关资料怎会缺失？4、关注人、财、物等研发资源配置的合理性，研发人员的知识、技能、数量能否满足研发要求？其他软硬件设施条件能否满足研发的需求？这些资源配置是否充分？亦或是资源配置是否有明显冗余？5、研发立项书中的项目技术路线避免形式化，应从技术实现的路径角度充分论证，并在研发立项书中予以详细描述，同时应和后期研发实际开展的流程相匹配。试想一下如果真的投入了大笔资金去做

8、研发，最重要的技术路线怎会不充分预先研讨论证？四、研发活动基本要点三：研发活动的结果具备不确定性鉴定案例国于研发活动的描述项目对三年实施期间从,到的研发进度进行规划，对鼻个阶段进行必要的测谎、改进和提高在不断试情过程中逐步达到fi1.1.期的技术折标不属于研发活动的描述项目实施过程缺乏实验记录，无法证明研发结果不确定性属于运用现有信息技术进行的常规软件相关活动，活动的结果中先具有确定性研发结果的性能指标主要由其依除的框架决定，而项目自身的主要工作内容对我终性能影响不大指引2.0研发活动鉴定的描述研发活动的结果是不能完全事先预期的，必须经过反更不断的成验、测试，具行较大的不确定性研发活动存在失败

9、的可能上表摘H两个解读文件中关于要点三的描述，要求研发活动是一个创造性的活动，100%成功的项目不属于研发活动。实务中我们建议关注以下几个点：1、结果具备不确定性本身就是研发目标创新性的延续和必然结果，创新的东西就会有失败的可能，拿来主义才会100%成功。公司的研发100%都成功的，本身就是一个疑点：2、研发全过程形成的各种实验、测试数据，应该是一个不断优化、不断完善的数据流，而不只是研发终点的一个时点数，这才能体现研发过程是需要经过反复不断地试验测试，一个逐步完善直至最终达到目标的过程。所以，整个研发过程的数据流资料至关重要：3、实务中一定要关注客户批量订单的签订时点，这是一个重要的时间节点

10、。如果已经有了批量订单，为了该订单而开展的新品开发活动等，一般难以被认定为研发活动，因为批量订单有了之后，很难说针对性的新品开发还会有失败的可能，这种情况下一般不会被认为具备不确定性。五、试生产活动能界定为研发活动吗？实务中很多企业天然的认为基于新品开发而发生的首批次、首台套的设计、制造费用可以归为研发费，或者把小试阶段的费用归为研发费，甚至有些企业认为中试阶段也应该归为研发活动。指引2.0明确，试生产活动能不能归为研发费活动，并不是看试生产的规模，而是看试生产的目的：如果试生产的目的是为了验证新产品、新工艺等能否正常运行（小试），或是为了验证新产品、新工艺等在大规模投产前能否正常运行（中试）

11、，就属于研发活动；但如果不是为了这个目的，例如为了满足客户订单而进行的试生产，不管规模大小都不属于研发活动。实务中我们同样需要重点关注客户批量订单的签订时点，如果已经有了客户批量订单，这种前提下的试生产其目的一般都是为了满足批量生产而提前做的准备，例如优化生产工序、进行设备调试、提高生产员工熟练度等等，而不是为了验证新产品、新工艺等能否正常运行，这种批量订单下的试生产我们建议谨慎归集研发费。同时我们建议，如果试生产被归为了研发活动，一定要留存有关实验和测试数据的优化过程的证据，以及试生产前后指标对比资料，因为如果是为了验证新产品、新工艺等能否正常运行，该试生产进行后，技术指标很可能得到了进一步

12、的提升和优化，这本身就是试生产目的的重要证明材料。六、什么样的软件开发活动能被界定为研发活动？实务中以我们的经验，很多软件企业有着天然的超额归集研发费的倾向，因为他们认为一个新的或者新版本的软件开发出来,一般都能取得软件著作权，那么软件产品的独创性是得到确认了的，那么我们开发活动本身就是一个研发过程。实务中，我们发现很多软件企业将绝大部分的人工费都归为了研发费。这种认知和解读文件的口径还是有很大差异的。指引2.0关于软件开发活动是否能界定为研发活动做了很大篇幅的阐述，我们总结了以下几点：1、以软件为最终产品的开发活动，和货物生产的过程同理，实质就是一个常规的生产过程，并不一定代表就是研发活动；

13、2、为客户定制特殊功能或产品，或者在软件版本的迭代过程中为应用程序添加新的用户功能，只要没有重大技术改进都不是研发活动：3、利用现有软件开发工具，实现软件产品的制作和开发，包括运用已知方法和现有软件工具进行商业应用软件和信息系统的开发活动，属于常规性软件活动，明确不是研发活动；4、软件开发活动即使形成了软件著作权，也不一定就是研发活动;5、软件开发活动要被界定为研发活动，需要涉及科学或技术的进步，亦或是解决技术的不确定性。解读中对这种重大改进列举了几类常见情况：计算机科学领域内产生新的原理、语言、操作系统：新的搜索引擎；系统或者网络的流程再造：开发计算专业领域中的软件工具；新的加密技术或安全技术：开源软件的设计等等。这些活动其实都涉及到底层技术的研发，实质上标准是非常高的。严格按照这个标准，我们认为绝大部分软件企业中的绝大部分开发活动可能都不能归为研发活动。两个解读文件都由科技部政策法规与创新体系建设司参与了编写，主要是从技术的角度对研发行为特征提供了判断标准，这种判断更多依赖于对技术层面的理解和分析，我们建议企业在对研发活动做界定时，应更多听取公司技术部门的专业理解，以减少研发费相关风险。来源：三洗后税，作者：吴老师