Who should write the technical report?

The report should be written or reviewed by a “competent professional” — someone with the relevant technical qualifications and experience. This is often the lead engineer, developer, or scientist who worked on the R&D project. An R&D adviser can help structure the report, but the technical content should come from the people who did the work.

How long should each project description be?

There is no fixed length requirement, but each project should be described in enough detail for an HMRC inspector (who may not be a specialist in your field) to understand the uncertainty and advance. Typically, 500–1,500 words per project is sufficient, depending on complexity.

What if I did not write a report at the time of the claim?

It is strongly advisable to prepare the report before or at the time of claiming. If HMRC opens an enquiry and you do not have a report, you will need to prepare one retrospectively, which is more difficult and less convincing. Start keeping records during the R&D work itself.

Does the report need to be in a specific format?

No, HMRC does not prescribe a specific format. However, a clear, structured approach — covering baseline knowledge, uncertainty, approach taken, and outcome for each project — is recommended. Consistency and clarity are more important than format.

研发技术报告

关键事实

技术报告是 未提交 您可以通过 CT600 表格提交，但如果HMRC展开调查，他们会要求您提供该表格。
每个符合条件的项目都应该有自己的章节，涵盖以下内容。 不确定性、进展和解决.
报告应由……撰写（或审核）。 合格的专业人员 — 具有相关领域专业知识的人员。
HMRC正在寻找 具体、技术性的语言 这体现了真正的科学或技术上的不确定性。
一份好的报告还应包括： 成本明细 每个项目都适用。

为什么你需要一份技术报告

技术报告（有时也称为“技术说明”）是解释技术细节的主要文件。 为什么 您的工作符合研发税收抵免的条件。虽然这份文件无需与CT600表格一同提交，但如果HMRC对您的申报展开合规性调查，他们几乎肯定会要求您提供。^[1]

如果没有一份详实的技术报告，您的申报将面临风险。自 2022 年以来，英国税务海关HMRC已大幅加强对研发费用申报的审查，缺乏适当文件的申报更有可能受到质疑或被削减。

部分	应包含哪些内容
1. 项目概述	项目目标和背景的简要描述。
2. 基础知识	在项目启动之初，该领域已经掌握了哪些知识？一位合格的专业人士利用公开可获得的知识能够取得哪些成就？
3. 所寻求的预付款	该项目旨在实现科学或技术领域的哪项进步？
4. 不确定性	存在哪些具体的科学或技术上的不确定性？为什么一位合格的专业人士无法立即确定答案？
5. 已完成的工作	为解决不确定性，采取了怎样的系统方法？请描述具体方法、测试、迭代过程和分析方法。
6. 结果	不确定性是否已消除？取得了哪些成果（或未取得哪些成果）？
7. 成本汇总	本项目合格成本明细：人员、材料、分包商等。

关于不确定性的写作

这 不确定 这部分内容是您报告中最关键的部分。 HMRC评估人员会重点关注是否存在真正的科学或技术不确定性。常见的误区包括：^[2]

过于笼统： “我们不知道它是否可行”——这描述的是商业风险，而非技术不确定性。
过于笼统： “软件开发很复杂”——复杂性并不等同于不确定性。
缺少基线： 未能解释已有的知识有哪些以及为什么这些知识不足。

好的不确定性描述应具体且技术性强：

很好的例子： “现有的开源库中的信号处理算法可以实时处理最多 10,000 条记录的数据集。我们的应用需要在相同的延迟窗口内处理 500,000 条记录。我们不知道改进后的算法能否在不造成不可接受的数据丢失的情况下实现这一目标，而且相关的理论文献也没有在实时环境下处理如此大规模的数据集。”

弱例子： “我们需要构建一个能够快速处理大量数据的系统。这极具挑战性，需要付出巨大的努力。”——这描述了一项业务挑战，但并未阐明科学或技术上的不确定性。

确定合格的专业人员

您的报告应明确指出 合格的专业人员 谁能证实这种不确定性？这个人应该具备以下条件：^[3]

在科学或技术领域具备相关资质或经验
对项目及其面临的不确定性有直接了解
能够确认这种不确定性是真实存在的，并且无法轻易消除。

实际上，这通常是技术负责人、高级开发人员、工程主管或首席科学家。他们不需要外部认证——丰富的实践经验就足够了。

避免常见错误

描述的是产品本身，而不是研发过程： 关注技术挑战，而不是最终产品的功能。
通用语言： 避免使用适用于行业内任何公司的千篇一律的模板文本。
错过晋级机会： 明确说明所寻求的科学或技术进步是什么，而不仅仅是商业目标是什么。
没有系统性的方法： 证明这项工作是有计划、有条理的（假设、检验、分析），而不仅仅是反复试验。
事后合理化： 报告应尽可能在研发完成后立即撰写，而不是多年以后，等到记忆模糊时再写。

保留同期记录

最好的技术报告都得到了支持 同时期记录 —研发过程中产生的文档。这些文档可能包括：

项目计划和规范
技术会议记录和决策日志
测试结果和分析报告
Git提交历史记录和代码审查笔记（适用于软件项目）
实验记录本和实验记录
讨论技术难题的电子邮件往来

您无需在申请时提交这些记录，但如果HMRC展开调查，准备好这些记录可以增强您的立场。

常见问题解答

技术报告应该由谁撰写？

报告应由“合格的专业人员”撰写或审核，即具备相关技术资质和经验的人员。这通常是参与研发项目的首席工程师、开发人员或科学家。研发顾问可以协助构建报告框架，但技术内容应由实际执行研发工作的人员提供。

每个项目描述应该有多长？

没有固定的字数要求，但每个项目都应描述得足够详细，以便税务海关总署HMRC检查员（他们可能并非您所在领域的专家）能够理解其中的不确定性并推进项目进展。通常情况下，每个项目 500 至 1500 字即可，具体字数取决于项目的复杂程度。

如果我在提出索赔时没有写报告怎么办？

强烈建议在申请报销之前或之时准备报告。如果HMRC展开调查而您没有报告，则需要事后补交，这不仅难度更大，而且说服力也更弱。因此，请在研发工作期间就开始保存记录。

报告需要采用特定格式吗？

不， HMRC没有规定具体的格式。但是，建议采用清晰、结构化的方法，涵盖每个项目的基础知识、不确定性、采取的方法和结果。一致性和清晰度比格式更重要。

研发技术报告

为什么你需要一份技术报告

推荐结构

关于不确定性的写作

确定合格的专业人员

避免常见错误

保留同期记录

常见问题解答

延伸阅读

来源

今天就开始提交研发税收抵免申报表吧！

有问题吗？