[企诊AI] 研发加计扣除，卡住的往往不是费用，是那几页纸

研发加计扣除，卡住的往往不是费用，是那几页纸

做研发费用加计扣除的企业，最后被卡住的地方，通常不是"有没有研发"，而是"能不能证明"。

政策要的是留存备查资料。其中有一份东西，企业自己写不出来，中介写一份收几百上千，而税务局来查的时候，这份东西是重点看的对象——

研发项目立项报告。

为什么这份东西难写

难在三个地方。

第一，它不是写作文，是写证据链。

一份能站得住的立项报告，要能说清楚：这个项目为什么要做（立项依据）、要解决什么技术问题（研发目标）、技术路线是什么（怎么做的）、预期成果是什么（做出什么）、投入多少人多少时间多少钱（资源安排）。

这五个问题串起来，才构成"这确实是一个研发项目"的完整论证。少一环，评审就可能在那一环上打个问号。

第二，它要和你的账对得上。

立项报告里写投入 80 万，账上研发费用归集了 120 万，这两个数字打架，就要解释。

反过来说，如果账上归集了研发费用，但拿不出一份对应的立项报告，那这笔费用在核查时就很被动——没有立项，凭什么说是研发？

第三，它要符合格式惯例，但企业不熟悉。

不同行业、不同规模的企业，立项报告的写法差异不小。技术类项目和数据类项目，表述重点完全不同。

大多数中小企业第一次接触这件事，是会计说"税务局要立项报告"，然后老板一脸茫然：什么格式？写多少字？写什么？

现在的做法

企诊AI 里有一项功能，做的就是这件事：研发项目立项报告·一键生成。

用法很直接：填入项目要素 → AI 生成范文 → 导出 A4 PDF，可直接用于加计扣除留存备查。

消耗 10 点灵力（约 1 毛钱），生成的长文本约 5000 字。

5000 字是什么概念？大概是 8–10 页 A4。这个体量才能把技术路线、研发内容、进度安排、经费预算、预期成果这些东西说完整。

但它不能"全自动"

这里必须说清楚，不然就是误导。

AI 生成的是一份符合格式惯例的范文框架，不是可以不看就交上去的成品。

项目要素是你填的：项目名称、技术领域、起止时间、参与人员、预算金额、要解决的技术问题。

这些要素填得越实在，生成的报告越可用；如果只是随手填几个词，生成出来的东西就是一篇空话。

所以正确的用法是：

1. 先把项目要素想清楚——这个项目到底要解决什么问题，技术上难在哪，打算怎么试
2. 填进去，让它生成框架
3. 自己通读一遍，把不符合实际的地方改掉
4. 和研发费用辅助账对一遍，确认数字一致
5. 导出 PDF，归档备查

第 3 步和第 4 步不能省。这是"用工具"和"被工具坑"的区别。

配套的那个测评

单独生成立项报告，还差一步：你得先确定这笔费用敢不敢做加计扣除。

所以还有一项研发费用合规测评，做的是研发费用加计扣除的合规性与稽查风险自查。

它看的是：研发费用归集范围对不对、辅助账建得规不规范、人员工时怎么分摊、材料领用有没有单据、有没有把生产成本混进研发费用。

顺序应该是：先测评，再立项，再归集，再申报。

很多企业的顺序是反的：先申报了，被查了，才回头补材料。那时候补出来的东西，说服力完全不同。

一个常被忽略的细节

研发费用加计扣除的核查，看的不只是"有没有这笔钱"，还包括：

• 研发项目是不是真的在推进（有没有阶段成果、有没有结题）
• 研发人员是不是真的在做研发（工时记录、参与证明）
• 研发领用的材料是不是真的用在研发上（领用单据、出入库记录）

立项报告是这条证据链的起点。起点清晰，后面每一环才接得上。

如果立项报告是事后补的、内容空泛、和账对不上，那后面所有材料都会被连带怀疑。

一句话

这件事的本质是：研发投入是真的，但你得让它可以被验证。

立项报告不是形式主义，它是把你的技术判断翻译成可核查的文字。

5000 字的报告，AI 能帮你搭出骨架，但骨架上填什么肉，还得是你自己企业的实际情况。

---

微信小程序搜索「企诊AI」，研发费用合规测评免费，立项报告生成在测评完成后使用效果最好。