研发费用加计扣除项目鉴定
三个真实案例告诉你什么能过、什么被毙
广州市2026年第二批研发费用加计扣除项目鉴定工作已启动，被税局抽中、要求提交技术鉴定材料的企业，面临的核心问题只有一个：你的项目到底算不算研发活动？很多企业在做研发费用加计扣除申报、准备研发费用加计扣除备查资料时，不清楚研发费用加计扣除项目鉴定评审口径，不清楚哪些活动不能享受研发费用加计扣除，甚至混淆研发费用归集范围与研发辅助账的编制要求。
专家鉴定的判断标准是什么？什么样的项目能顺利通过，什么样的项目会被直接否定？与其反复猜测评审口径，不如看真实案例。 下面选取三个广州市企业研发费用加计扣除抽查的真实案例 —— 两个通过、一个被毙，逐个拆解专家判断逻辑，帮助企业对照自身项目，提前排查研发费用加计扣除风险。
案例一：建筑构件智能生产与质量检测系统
鉴定结论：属于研发活动，通过
一、项目基本情况
（一）研发目标和内容 为显著提升建筑构件的生产效率和一次合格率，企业开发了基于人工智能的建筑构件智能生产与质量检测系统，研究目标包括：（1）混凝土浇筑、振捣、养护等关键工序的实时监控及工艺参数的智能调节；（2）构件成品尺寸、外观缺陷（裂缝、蜂窝麻面等）的自动化、全覆盖检测。
（二）核心技术与创新点 企业认为核心技术是建筑构件的智能生产与质量检测技术。技术创新点包括： （1）实现生产工艺参数的高效、智能调节，通过实时分析产线视频流，模型自动识别工艺问题并调整设备参数，检测调试效率比人工提升数倍以上； （2）实现质量问题的精准溯源，为每个构件生成唯一的质量数字档案，将生产过程中的工艺数据与最终检测结果关联。
（三）已达到的技术指标 视觉识别算法在试点产线对关键工序的识别准确率达到较高水平，成品外观缺陷自动检测系统的漏检率大幅降低，误报率控制在较低水平。
二、专家鉴定情况
（一）项目具有明确创新目标 项目直面建筑业工业化转型中质量稳定性与生产效率的迫切需求，旨在创建 "感知 — 决策 — 控制" 一体化智能生产与质量检测系统，其核心创新点在于机器视觉与建筑构件自动化生产的深度结合。
（二）项目具有系统组织形式
- 项目由研发部门提出可行性研究报告，并经企业有权部门通过项目立项决议。
- 项目组建了跨学科的研发团队，研发人员配置合理、专业齐全、分工明确。
- 企业与知名预制构件厂建立了联合实验室，现有的技术积累、技术装备、设施等软硬件，满足研发必备条件和能力。
（三）研发结果具有不确定性 项目按照 "视觉算法开发 — 硬件系统集成 — 产线部署调试 — 数据反馈优化" 的工程逻辑推进，在合作工厂示范生产线验证核心算法的有效性，并进行必要的测试和改进，逐步达到预期技术指标。
（四）佐证资料情况 企业提供了智能生产与质量检测系统架构设计图、算法测试报告、与合作工厂示范生产线的共建协议、硬件采购清单及初步的产线试运行数据。
专家结论：该项目立项依据充分，项目研发内容和目标明确，技术上具有一定的先进性、创新性。鉴定为属于研发活动，可以适用研发费用加计扣除政策。 注：以上鉴定结论是基于当时的技术水平作出的判断，随着技术发展可能发生变化。
案例二：文档智能提取扫描技术
鉴定结论：属于研发活动，通过
一、项目基本情况
（一）研发目标和内容 企业分析认为，数字化转型背景下用户对高效便捷文档处理工具存在迫切需求，而现有专业扫描设备价格高昂、体积庞大，难以满足普通家庭、个人及小微企业的偶发性扫描需求。鉴于行业内手机扫描技术缺乏可复用开源框架或成熟案例，存在抗干扰能力弱、图像画质优化不足、适应性差的缺陷，据此提出了文档智能视觉识别、修复和提取扫描技术的研发目标。
（二）核心技术与创新点 企业认为核心技术包括： （1）文档图像背景生成技术：通过开发生成算法，提升生成图像的真实性与一致性； （2）训练样本生成算法：通过多阶段方法，解决行业样本生成效率低、分布不一致等痛点； （3）动态样本采集训练技术：针对传统随机采样的长尾效应，开发动态采集与训练算法； （4）文档阴影模式提取训练技术：通过算法和在线训练方法，解决传统滤镜去阴影丢失信息的问题。
技术创新点集中体现在：（1）算法突破训练数据瓶颈，实现样本与真实数据高度匹配；（2）机制破解长尾效应，均衡模型适配能力；（3）将阴影模式提取与光影处理结合，兼顾去影效果与信息保留。
（三）已达到的技术指标 企业认为其通过 4 项核心技术构建了高精度、低成本文档数字化方案，扫描完美率等指标达行业领先水平： （1）文档图像背景生成技术：逼真度提升，数据生成周期大幅缩短，扫描完美率显著提升； （2）训练样本生成算法：样本真实性与多样性提升，泛化性能显著提高； （3）动态样本采集训练技术：解决长尾效应，样本损失差异降低，增强完美率提升； （4）阴影模式提取训练技术：填补现有技术中精准阴影去除领域的空白，阴影去除准确率和图像风格保留度均显著提升。
二、专家鉴定情况
（一）项目具有明确创新目标 该项目通过四大核心技术协同突破传统扫描技术的精度、效率与场景适应性限制，在文档结构解析、噪声抑制及跨场景泛化能力上形成显著优势，推动了智能文档处理的技术创新。
（二）项目具有系统组织形式
- 项目由研发部门提出可行性研究报告，并经企业有权部门通过项目立项决议。
- 项目由研发部门组织实施，研发团队配置合理、专业齐全、分工明确。
- 企业现有的技术积累、技术装备、设施等软硬件，满足研发必备条件和能力。
（三）研发结果具有不确定性 项目对立项、需求分析、技术开发、模块测试、项目测试、项目结项等阶段的进度进行规划，对各阶段进行必要的测试和改进，逐步达到预期技术指标。项目结束后聘请专家验收通过。
（四）佐证资料情况 企业已就该项技术成功申请并授权发明专利 1 项、软件著作权 1 项。
专家结论：该项目立项依据充分，项目研发内容和目标明确，技术上具有一定的先进性、创新性。项目已按要求完成和验收，达到预期效果，并已成功申请专利。鉴定为属于研发活动，可以适用研发费用加计扣除政策。 注：以上鉴定结论是基于当时的技术水平作出的判断，随着技术发展可能发生变化。
案例三：平台智能运营管理系统
鉴定结论：不属于研发活动，被毙
一、项目基本情况
（一）研发目标 企业分析认为，随着公司综合业务增加、经营规模增长，统一监管工作变得繁重和复杂。已有信息化办公平台功能单一、维护开发工作量大，基础数据信息缺失、分散，难以统一管理归档。为解决传统管理方式效率低下、信息滞后、数据孤岛等问题，企业决定建设平台智能运营管理系统。
（二）核心技术与创新点 拟突破的核心技术包括：信息化架构设计、门户集成技术、流程管理设计技术。技术创新点包括： （1）数据分析平台全面记录行为数据、组织变更数据、接入第三方系统的业务数据等，提供分析工具，支撑智能数据获取、呈现等场景需求； （2）与财务、供应链、人力资源等多种业务双向整合、贯通，实现业务信息、管理数据的全生命周期集成以及异构系统间业务的全过程管理； （3）协同运营平台实现前端 SaaS 应用和后台 ERP、CRM、HR 等系统的单点登录、消息 / 待办集成、事件触发绑定，以及 PC 和移动端的通用信息汇聚； （4）将企业所需的各类业务场景的协同应用、电子发票、OCR 第三方服务通过统一门户展示，方便企业内部、生态链伙伴进行服务调用和集成。
（三）拟达到的技术指标 未设定定量技术指标。
二、专家鉴定情况
（一）项目目标没有体现创新性 该项目是企业管理平台的应用开发，目标是整合运营数据、提升管理效率等。这些目标与当前市场上多类型的企业内部管理系统相似，缺乏明确的创新性。
（二）项目组织实施的关键材料缺失 该项目前端技术采用 SaaS 应用系统技术框架，后台技术涉及 ERP、CRM、HR 等现有系统，上述系统是较为成熟的软件技术框架，可用性与易用性已得到充分论证，在实践中基本不存在技术风险。该项目主要是运用现有成熟技术对业务流程的改变，不能体现技术创新性。
（三）研发结果没有体现不确定性 项目完成情况描述为 "按照立项要求完成，且实现了相应技术目标"。在实施过程中未制定定量的技术指标，未提供相关实验测试记录、性能数据等佐证材料，并未体现研发结果具有不确定性的特点。
专家结论：该项目不具有创新性，是运用已知方法和现有软件工具进行商业应用软件和信息系统的开发，属于《财政部 国家税务总局 科技部关于完善研究开发费用税前加计扣除政策的通知》（财税〔2015〕119 号）第一条第（二）款 "下列活动不适用税前加计扣除政策" 第 4 项 "对现存产品、服务、技术、材料或工艺流程进行的重复或简单改变" 的情形，不是符合条件的研发活动，无法适用研发费用加计扣除政策。 注：以上鉴定结论是基于当时的技术水平作出的判断，随着技术发展可能发生变化。
三个案例对比分析与启示
通过案例 vs 被毙案例的核心差异 三个案例放在一起对比，专家判断研发费用加计扣除项目鉴定的核心逻辑可以归纳为四个维度，这四个维度缺一不可：
维度一：创新性 —— 项目目标是否指向攻克新技术、解决技术难点？案例一将机器视觉深度融入建筑构件生产，案例二在文档扫描领域实现多算法协同突破，均体现了明确的技术创新方向。而案例三只是用现有成熟框架做业务整合，目标与市场上已有系统高度雷同，创新性被直接否定。
维度二：系统性组织 —— 是否有正式立项决议、跨学科研发团队、充分的技术装备支撑？案例一组建了跨学科团队、建立联合实验室；案例二有明确的立项流程和专业分工。案例三虽然也有组织实施，但关键材料缺失，技术框架均为成熟产品，无法体现研发的系统组织特征。
维度三：结果不确定性 —— 研发过程是否经历了测试、调试、改进迭代，最终结果在立项时是否无法确定？案例一按照 "算法开发 — 系统集成 — 产线调试 — 数据优化" 逐步推进，案例二有分阶段测试和专家验收。而案例三只写了一句 "按照立项要求完成"，没有任何测试记录、性能数据佐证不确定性，这是被毙的关键原因之一。
维度四：佐证材料完整性 —— 是否提供了系统架构图、算法测试报告、共建协议、硬件清单、专利证书等全套佐证？案例一提供了架构设计图、测试报告、共建协议、试运行数据；案例二提供了已授权发明专利和软件著作权。企业做研发费用加计扣除申报时，要重视研发费用辅助账、立项文件、过程材料的留存，案例三未制定定量技术指标，无实验测试记录，无性能数据，佐证材料几乎为零。
企业实操启示
结合三个案例的通过 / 失败逻辑，给到即将参加项目鉴定的企业五条核心建议：
- 项目计划书必须突出 "技术难点" 和 "创新点"。专家判断的第一依据就是项目目标有没有创新性。写清楚：现有技术存在什么缺陷？本项目要攻克什么技术难题？创新点在哪里？如果只写 "提升效率、整合数据、优化流程"，极容易被判定为常规业务开发，无法享受研发费用加计扣除优惠。
- 必须设定定量技术指标。案例三最大的败笔就是 "未设定定量技术指标"。没有可量化的技术参数，专家无法判断研发成果是否真实、是否有突破。指标尽量具体：准确率、漏检率、效率提升倍数、生成周期缩短比例等。
- 研发过程要有测试、调试、改进的留痕。专家看重的是 "结果不确定性"—— 即研发过程中经历了反复试验、测试改进，最终才达到预期指标。实验记录、测试报告、阶段评审材料、产线试运行数据，都是证明不确定性的关键佐证，也是研发费用加计扣除备查资料的核心组成。
- 佐证材料要形成完整链条。案例一提供了架构图 + 测试报告 + 共建协议 + 硬件清单 + 运行数据五类佐证，案例二有已授权专利 + 软著。企业要提前梳理：立项决议、可行性研究报告、研发人员名单及分工、技术架构文档、测试报告、专利 / 软著证书、客户验收材料，做到每一项都有据可查，规范做好研发费用归集。
- 警惕 "运用现有成熟技术做业务流程改变" 的表述。这是案例三被毙的直接引用理由。如果项目主要是用 SaaS、ERP、CRM 等已有框架做系统整合、数据打通、流程优化，在专家眼中就是 "对现存产品或工艺流程的重复或简单改变"，不属于研发活动，不能享受研发费用加计扣除。企业要从技术突破角度重新组织项目定位，避免被归入此类情形。
结语
研发费用加计扣除项目鉴定，不是材料堆砌越多越好，而是逻辑闭环、创新突出、佐证完整三者缺一不可。 通过的两个案例，共性在于：有明确的技术创新目标、有系统的研发组织过程、有定量的技术指标、有完整的佐证材料链条。被毙的案例，败在目标与市场已有系统雷同、技术框架均为成熟产品、未设定量指标、无测试记录佐证。
如果企业被税局抽中参加鉴定，建议第一时间对照本文四个维度做自查，排查项目是否存在 "创新性不足、指标缺失、佐证薄弱" 的硬伤，提前补齐材料，切勿抱有侥幸心理。鉴定结论一旦出具，没有二次复核机会，一次定终身。
咨询热线：18925013972（微信同号）
凯东知识产权｜研发费用加计扣除项目鉴定配套服务
针对广州市研发费用加计扣除项目技术鉴定工作，广州凯东知识产权可为收到税局通知、需要参加鉴定的企业提供全套项目鉴定支撑服务，帮企业规避鉴定不通过、需要补税 + 滞纳金的风险。
服务内容
- 项目前置预审评估 对企业被抽查的研发项目做全面预审，判断项目研发属性，排查是否容易被专家判定为 "非研发活动"，提前给出整改方案。区分 A/B/C/D 四类项目，按对应类别规划研发费用加计扣除备查资料清单。
- 全套鉴定材料梳理与撰写 ・撰写优化项目计划书，提炼技术难点、创新点、技术指标，规避写成常规生产升级的通病； ・协助梳理研发人员名单、费用分摊说明，核对分摊逻辑与研发费用归集计算依据； ・协助核对研发支出辅助账，保证账册、项目文件信息统一； ・归集研发过程佐证、成果佐证材料，补齐佐证链条； ・全套材料统一整理、排版、PDF 合并，指导盖章，确保符合系统上传规范。
- 系统填报协助与提交辅导 指导企业经办人登录广州科技 GI 申报系统，协助填报项目信息、分类上传全套附件；提交前做一次完整自查，减少形式审查被退回风险。同步提醒 3 个自然日修改窗口期，守住时间红线。
- 资料归档与留存备查辅导 鉴定提交完成后，帮企业整理全套研发费用加计扣除备查资料，规范归档，应对税务后续复核检查。
18925013972