01633 860 021 [email protected]

Qualifying R&D Activities: Technical Uncertainty Guide

by Adam Park | December 23, 2025

Technical uncertainty is the core requirement for claiming R&D tax relief in the UK. It means your project must address a problem in science or technology that cannot be solved using existing knowledge or standard methods. Here's what you need to know:

  • Definition: Technical uncertainty exists when a skilled professional in the field cannot readily determine if something is possible or how to achieve it.
  • Key Criteria:
    • The uncertainty must involve science or technology, not commercial challenges like market risks or budgets.
    • Routine work or minor improvements don't qualify.
    • Success isn't required; even failed attempts to solve the problem can qualify.
  • Types of Uncertainty:
    • Scientific: Fundamental questions about feasibility or achieving specific scientific objectives.
    • Technological: Practical challenges in applying science to create reliable, cost-effective solutions.
    • System: Issues integrating well-understood components into a functioning system.
  • Documentation: Accurate records of uncertainties, methods, and attempts to resolve them are vital for claims.

To qualify, your project must push the boundaries of what’s known in your field, not just solve internal company issues. Properly defining and documenting your R&D activities is essential for compliance with HMRC guidelines.

What Is Technical Uncertainty for R&D Tax Relief

Technical vs Commercial Uncertainty: R&D Tax Relief Qualification Criteria

Technical vs Commercial Uncertainty: R&D Tax Relief Qualification Criteria

The Department for Science, Innovation and Technology (DSIT) defines scientific or technological uncertainty as situations where a solution or feasibility is not immediately clear or deducible by an experienced professional in the field. This means the uncertainty must exist across the industry, not just within a single company. If a skilled professional in your sector cannot easily determine how to solve the problem - or even whether it can be solved - then technical uncertainty is present.

This uncertainty often goes beyond simply determining whether something is feasible. Turning an idea into a reliable, cost-effective, and reproducible process, material, or device often brings its own set of technical challenges. Understanding these challenges is a key part of recognising how feasibility issues evolve during R&D.

System uncertainty, on the other hand, arises from the complexity of integrating different components within a system. Even if individual components are well understood, a professional may not be able to easily figure out how these parts should work together to achieve the desired outcome.

Main Features of Technical Uncertainty

Building on DSIT's definition, technical uncertainty involves challenges that cannot be solved using standard methods. If a competent professional could resolve the issue through routine research or by applying established techniques, it wouldn’t qualify as technical uncertainty. The focus here is on advancing the broader knowledge or capabilities of the field, not just filling a knowledge gap within a specific company. Even if a competitor has already made an advance but kept their method as a trade secret, your independent efforts to address the same uncertainty could still qualify as R&D.

Importantly, success is not a requirement. If a project fails due to technical reasons, this can actually demonstrate that genuine uncertainty existed. After all, if the solution were obvious or easily deducible, the project wouldn’t have failed. Since April 2023, mathematical advances have also been recognised as a form of science for R&D purposes, meaning uncertainties in areas like mathematical modelling may now qualify.

Technical Uncertainty vs Commercial Uncertainty

It’s important to distinguish technical uncertainty from commercial uncertainty. Commercial uncertainty deals with market risks - whether a product will sell, if there’s a market niche, or if the project is financially viable. While these factors are critical for business planning, they don’t qualify for R&D tax relief. Technical uncertainty, in contrast, focuses on scientific or technological feasibility and requires systematic R&D activities to address.

Here’s a quick comparison of the two types of uncertainty:

FeatureTechnical UncertaintyCommercial Uncertainty
Nature of ProblemScientific or technological feasibility or practicalityMarket conditions, financial risk, or aesthetic appeal
Resolution MethodRequires systematic R&D activitiesAddressed through routine analysis or standard testing
Knowledge BaseNot readily deducible by industry professionalsGenerally available through established practices
EligibilityQualifies for R&D tax reliefDoes not qualify for R&D tax relief

A project can be commercially groundbreaking without involving technical uncertainty. For instance, implementing a new business idea using existing knowledge may seem cutting-edge but won’t qualify for R&D tax relief. Similarly, factors like flavour, texture, or visual appeal are typically seen as commercial or aesthetic concerns unless achieving them requires a specific technical advance. The focus should always be on the how of technical implementation, not the what of product features or market appeal.

Types of Technical Uncertainty in R&D

The Department for Science, Innovation and Technology (DSIT) guidelines outline three categories of technical uncertainty that can qualify for R&D tax relief. These focus on genuine technical challenges. Let’s take a closer look at each type.

Scientific Uncertainty

Scientific uncertainty deals with fundamental questions about whether something is scientifically achievable or how to accomplish a specific scientific objective. It’s about pushing the boundaries of basic knowledge where neither the outcomes nor the methods are firmly established.

From 1 April 2023, mathematical advances are officially recognised as scientific for R&D purposes. This change means that work on new algorithms, mathematical models, or computational methods can qualify if a competent professional cannot easily deduce the solution. Examples include creating new molecular structures for drug development or investigating the properties of untested materials.

Technological Uncertainty

Technological uncertainty arises when practical challenges exist, even if the underlying science is well understood. As DSIT explains:

"Scientific or technological uncertainty exists when knowledge of whether something is scientifically possible or technologically feasible, or how to achieve it in practice, is not readily available or deducible by a competent professional working in the field." – DSIT Guidelines

This type of uncertainty occurs when the goal is clearly defined, but it’s unclear if the desired result is achievable or how to make it happen. It often involves applying scientific principles to develop practical, cost-efficient, and reproducible solutions.

For instance, designing a new packaging tool with untested operating parameters demonstrates technological uncertainty. While the science behind it may be well established, the practical process of implementation presents challenges that cannot be resolved using standard methods.

System Uncertainty

System uncertainty focuses on challenges related to integrating well-understood components into a cohesive system. This type of uncertainty arises from the complexity of the system itself, where even a skilled professional may struggle to determine effective combinations.

"System uncertainty is scientific or technological uncertainty that results from the complexity of a system rather than uncertainty about how its individual components behave." – DSIT Guidelines

In software development, system uncertainty can appear when combining decoupled "headless" components. For example, issues may arise with data messaging patterns and interaction protocols if they haven’t been fully established. Even if a solution is known but kept as a trade secret, the effort to independently solve the problem can still qualify for R&D relief.

Understanding these types of technical uncertainty is crucial for documenting qualifying R&D activities and bolstering your tax relief claim.

How to Identify and Qualify Technical Uncertainty

Pinpointing technical uncertainty involves a focused and methodical approach. The goal is to show that the challenge you encountered couldn't be solved with standard industry knowledge or routine methods. It's important to identify genuine gaps in existing knowledge and then evaluate your approach using the competent professional test.

The Competent Professional Test

The competent professional test is central to determining whether a technical uncertainty qualifies. A competent professional is someone with the technical expertise and experience to evaluate what is achievable in your industry. If they cannot solve your problem using established practices or publicly available knowledge, then you've identified a qualifying uncertainty.

This professional must have recognised qualifications and relevant experience in the field. Be sure to document their credentials and their assessment. Their evaluation is critical and carries considerable weight with HMRC.

It's essential to understand that routine solutions do not qualify as technical uncertainties.

Assessing Existing Knowledge

Before claiming technical uncertainty, you need to establish the baseline knowledge in your field - essentially, what was readily available when your project began. This involves consulting standard reference materials, industry publications, and routine research sources.

"Overall knowledge or capability in a field of science or technology means the knowledge or capability in the field which is publicly available or is readily deducible from the publicly available knowledge or capability by a competent professional working in the field." – DSIT Guidelines

The DSIT guidelines are a vital resource for understanding baseline knowledge. If a competent professional could deduce the solution from existing knowledge without significant effort, it doesn't qualify. However, if a competitor has made an advance but kept it as a trade secret, your independent efforts to achieve the same result could still qualify as R&D.

It's important to differentiate between your company's internal knowledge and the broader industry's capabilities. To qualify, the advance must enhance the understanding of the wider industry, not just address an internal knowledge gap.

Recording Technical Challenges

Once the baseline knowledge is clear, it's crucial to maintain accurate records of your technical challenges. HMRC doesn't require elaborate or costly tracking systems. For smaller projects, even a simple bullet-point list outlining uncertainties and resolution steps can suffice.

The key is to provide evidence that the uncertainty existed at the time the costs were incurred. Useful records include project charts, technical drawings, test results, prototype photos, emails, and meeting minutes.

Your documentation should clearly define the project's scope, distinguishing the qualifying R&D work from the broader commercial project. Only include activities directly aimed at resolving the technical uncertainty. Document failed trials and instances where known approaches didn't work, as success is not a requirement for R&D tax relief.

It's best to record technical uncertainties and your resolution strategy at the project's outset. While retrospective documentation is allowed, contemporaneous records hold more weight and simplify the claims process.

For more detailed advice on record-keeping and documentation, visit Zest R&D Tax Advisors at https://zest.tax.

Examples of Qualifying and Non-Qualifying Technical Uncertainties

Grasping the distinction between qualifying and non-qualifying activities becomes clearer when you look at practical examples. The primary difference lies in whether the work aims to advance science or technology by addressing genuine uncertainty, or whether it applies existing methods in routine ways. Below are examples to help illustrate this contrast.

Examples of Qualifying Activities

Qualifying activities focus on solving problems where a skilled professional cannot easily determine if something is technologically feasible or how to achieve it. For example:

  • Developing a low-fat dessert qualifies if it tackles challenges like shelf-life and preservation that go beyond standard food technology. This isn't just about creating a better-tasting recipe; it's about resolving a scientific problem related to food preservation.
  • Designing a novel cantilevered structure qualifies when it involves overcoming unique site constraints using untested structural methods.
  • Creating a new microprocessor qualifies if the work addresses energy efficiency, processing speed, or physical size in ways that aren't straightforward based on current designs.
  • Adapting technology to develop a new survey method qualifies if it advances current practices and involves technical uncertainty.

Even replicating a competitor's advancement can qualify, provided the competitor's methods remain undisclosed and resolving the uncertainty requires independent effort. Additionally, mathematical advancements are now recognised as qualifying activities for research conducted after 31 March 2023, highlighting the focus on addressing non-routine challenges.

Common Non-Qualifying Activities

Some activities may appear innovative but fail to meet the threshold for technical uncertainty. For instance:

  • Routine surveying work does not qualify if it uses established techniques and tools, even when working in challenging ground conditions.
  • Tweaking dessert ingredients to create a flavour profile preferred by focus groups is non-qualifying, as it’s an aesthetic improvement rather than a technological breakthrough.
  • Routine software development using existing tools and methods doesn’t qualify, even if the final product is customised or unique.
  • Using open-source natural language processing to update a website in a routine way is also non-qualifying.
  • Activities in fields like the arts, humanities, social sciences, economics, and market research are excluded entirely.
  • Projects that are complex due to their size or scale but rely on known approaches also fail to qualify, regardless of how difficult they are to execute.

These examples highlight the importance of distinguishing between genuine technical challenges and routine work when assessing R&D activities.

Comparison Table: Qualifying vs Non-Qualifying Activities

Activity TypeQualification StatusReasoning
Developing new materials with novel propertiesQualifyingSeeks to advance physical or material properties.
Routine software updates or standard functionalityNon-QualifyingRelies on established tools without advancing computer science.
Complex system integration (non-deducible)QualifyingInvolves uncertainty as a skilled professional cannot readily deduce how subsystems combine.
Aesthetic or cosmetic changesNon-QualifyingFocuses on flavour, texture, or appearance without achieving a scientific advance.
Independently replicating trade secretsQualifyingInvolves technical uncertainty as the competitor's method is not publicly available.
Standard data collection using known technologyNon-QualifyingUses recognised techniques for surveying or data gathering.
Improving shelf-life through technical modificationQualifyingTackles preservation issues that exceed standard food technology practices.

The key question is whether a skilled professional could resolve the issue using existing knowledge and minimal effort. If the answer is yes, the activity is deemed routine and does not qualify as R&D. These examples clarify the types of technical challenges that qualify, providing a basis for better understanding R&D tax relief claims.

Best Practices for R&D Tax Relief Claims

Defining Project Boundaries

To make a successful R&D tax relief claim, it’s crucial to define the boundaries of your R&D work. This means isolating the activities specifically aimed at addressing scientific or technological uncertainty. Only these efforts qualify as R&D, and they must be distinct from the broader commercial project.

The R&D phase officially begins when work to resolve the uncertainty starts and generally ends when that uncertainty is resolved or when a fully functional prototype is created.

"A project may itself be part of a larger commercial project, but that does not make the parts of the commercial project that do not address scientific or technological uncertainty into R&D."
– DSIT Guidelines

To simplify this process, consider breaking down complex developments into smaller, well-defined sub-projects. Techniques like the stage gate approach can help pinpoint which phases contribute directly to the technical advance. Be thorough in documenting transitions, especially noting when technical uncertainty was resolved and production began. This clarity will be invaluable if HMRC questions your claim.

Once your project boundaries are well-defined, ensure that your cost allocation and record-keeping practices align with these boundaries.

Cost Allocation and Record-Keeping

Accurate cost allocation is essential for a compliant R&D claim. For instance, if 50% of an employee’s time is spent on qualifying R&D activities, then only 50% of their costs can be claimed. To support this, maintain detailed records such as timesheets and logs that clearly document R&D-specific activities.

"If you make estimates, you should arrive at the estimate using evidence and reason. You will need to show that you incurred the expenditure and that your estimate of the amount of qualifying expenditure is based on facts."
– HM Revenue & Customs

It’s also vital to document all experiments, even those that fail, to demonstrate the technical uncertainty involved. These records substantiate your claim and show that the work met the criteria for R&D. Since August 2023, an additional information form must accompany your claim submission.

By keeping thorough documentation and allocating costs carefully, you’ll lay a solid foundation for compliance with DSIT and HMRC requirements.

Meeting DSIT and HMRC Guidelines

DSIT

Aligning your claim with the latest DSIT and HMRC guidelines is non-negotiable. The applicable guidelines depend on your accounting period: use the 2004 BIS guidelines for periods starting before 1 April 2023, and the 2023 DSIT guidelines for periods beginning on or after that date. Regardless of whether you work with a tax adviser, you are legally responsible for the accuracy of your claim.

"Getting your claim right is your responsibility, even if you use a tax advisor."
– HM Revenue & Customs

To finalise your claim, build on the documentation of your project boundaries and costs. Include details about the qualifications and experience of the competent professional who assessed your project, and clearly explain how the work aimed to achieve a scientific or technological advance. For large businesses, it’s a good idea to agree on cost-sampling methodologies with your HMRC Customer Compliance Manager before submitting the claim.

For expert assistance, Zest R&D Tax Advisors (https://zest.tax) can help you prepare your claim and navigate HMRC compliance checks, ensuring your submission meets all the current requirements.

Conclusion: Technical Uncertainty and R&D Tax Relief

Summary of Qualifying Technical Uncertainties

At the heart of every valid R&D tax relief claim lies technical uncertainty. To qualify, your project must address challenges that cannot be easily solved using existing knowledge or standard expertise. Crucially, the work should push the boundaries of science or technology as a whole, rather than simply improving your company’s internal processes.

These uncertainties may relate to scientific principles, technological hurdles, or complex system issues. Importantly, even if a project doesn’t succeed, it can still qualify - what matters is the effort to advance the field. This highlights why having specialised advice can be so valuable in navigating this complex area.

Why Expert Advice Matters

Accurate and thorough documentation is essential to meet HMRC requirements. HMRC has, in some cases, denied claims entirely when companies failed to demonstrate that their work advanced the broader field rather than just improving internal operations.

This is where Zest R&D Tax Advisors can make a difference. They assist UK businesses in identifying qualifying technical uncertainties, preparing strong claims, and ensuring compliance with HMRC and DSIT standards. With expert guidance, you can present a claim that accurately reflects your project’s technical challenges and meets all compliance requirements. As HMRC continues to scrutinise claims more rigorously, professional support can help you secure the relief you’re entitled to while avoiding costly mistakes.

FAQs

What is the competent professional test and how does it relate to R&D tax relief?

The competent professional test plays a crucial role in determining if a project qualifies for R&D tax relief in the UK. Essentially, it evaluates whether the work carried out involves tackling technical uncertainties that couldn’t be easily solved by someone with expertise in the relevant field.

This test matters because HMRC expects claimants to show that their project goes beyond routine tasks or standard industry practices. Demonstrating that the challenges required specialised knowledge and problem-solving can significantly strengthen a business’s case for R&D tax relief. For personalised guidance, working with an R&D tax specialist can help ensure compliance and optimise your claim.

What’s the difference between technical and commercial uncertainty in R&D projects?

Technical uncertainty comes into play when a skilled professional cannot easily determine whether something is scientifically or technologically possible, or how to achieve it in practice. This often involves tackling unknowns in fields like engineering, software development, or material science. For example, you might need to figure out if a new material can be produced on a large scale or whether an algorithm will function effectively with real-world data.

On the other hand, commercial uncertainty deals with business and market factors - like whether customers will buy a product, how much they’ll pay for it, or whether it will be profitable. These considerations don’t fit HMRC’s criteria for R&D tax relief, which focuses strictly on advancements in science or technology.

To evaluate your project, think about whether resolving the uncertainty requires experiments, prototypes, or research to overcome a technical challenge. If it does, it’s likely to qualify as R&D. However, if the questions revolve around market demand or pricing, they fall outside the scope of R&D tax relief. Zest R&D Tax Advisors can assist in pinpointing and documenting eligible technical uncertainties, ensuring your claim is both accurate and compliant.

What evidence do I need to support an R&D tax relief claim?

To satisfy HMRC's requirements for an R&D tax relief claim, you’ll need to back it up with thorough and well-documented records. This starts with a project narrative that outlines the technical challenges you tackled, the hypotheses you tested, and the results you achieved. Alongside this, you should maintain technical documentation, which could include experiment logs, notes from prototype development, feasibility studies, and design plans.

From a financial perspective, it’s essential to have payroll records or timesheets that detail the hours your staff spent on R&D activities. Additionally, keep invoices and receipts for materials, software licences, equipment, and subcontractor expenses. Don’t forget to document any overheads linked to the project, as these may also qualify.

HMRC advises keeping a well-organised “claim file.” This file should summarise your eligible activities, the progress you aimed for, and clearly tie each cost to its corresponding R&D work. These records should be retained for at least six years to prepare for any potential enquiries. If you need assistance with compiling and organising your claim, Zest R&D Tax Advisors can provide expert guidance to ensure compliance and help you maximise your relief.

Related Blog Posts

Other news stories

R&D Tax Relief for Software & SaaS Companies

by Adam Park | August 21, 2026

R&D tax relief for software & SaaS companies: what qualifies, what HMRC treats as routine, and which costs (including cloud) you can claim.

Your R&D Tax Adviser Must Now Be Registered With HMRC — What to Check Before You Claim

by Adam Park | August 17, 2026

Since 18 May 2026 your R&D tax adviser must be registered with HMRC. Here’s what the rule means and what to check before you let anyone file your claim.

R&D Tax Relief for Engineering Firms: Which Projects and Costs Qualify

by Adam Park | August 3, 2026

A guide to R&D tax relief for engineering firms: which projects and costs qualify, how the merged scheme and ERIS work, and how to make a claim that survives HMRC.