Developer workstation at night, code as a soft glow on two monitors

Forschungszulage for software and AI companies: fund your R&D without giving up equity

System architecture, scaling under load, model and retrieval quality, robust data and MLOps pipelines: in software and AI teams the development work sits with people, not in a lab. That is exactly where the Forschungszulage has the most impact, returning 25% of your eligible R&D costs, or 35% for SMEs. It applies retroactively for up to 4 years and works even if you are not yet profitable.

success-based
100%success-based
retroactive
4 yearsretroactive
success rate of our applications
92%success rate of our applications

Software accounts for the most applicants

The BSFZ numbers dispel the idea that the Forschungszulage is for lab research: most of the companies applying come from IT services.

0

Applicant companies

have submitted 63,718 projects to the BSFZ up to 30 June 2026

0

Of them from IT services

the largest sector, ahead of mechanical engineering with 3,069 companies

0

Applicants in electronics & optics

plus almost as many (1,174) from information services

0%

Micro companies

plus 31% small companies, startups are not a fringe group

As of: BSFZ statistics, data as of 30 June 2026 (retrieved 26 August 2026). Success rates: BMBF letter of 24 June 2024, as of May 2024.

Success rate compared

All sectors (average)
per project, BSFZ
74.55%
2024 (until May)
2024 only recorded up to May
71.11%
Zeitmaker clients
our own applications, across all sectors
92%

Product, process and software innovation are therefore a central driver of the Forschungszulage. But a large sector share does not mean applications are waved through: roughly a quarter of all projects are rejected, usually because novelty and uncertainty are argued too weakly, the systematic approach is not visible, or the line between routine work and R&D stays blurred. In software and AI projects, that is exactly what tends to happen.

Source: BSFZ statistics (data as of 30 June 2026); success rates: BMBF letter of 24 June 2024 (as of May 2024)

All Forschungszulage statistics →

Which software and AI projects are eligible

The industry is not what decides it, the BSFZ's three assessment criteria are. “We build software” or “we work with AI” is not enough; genuine technical advancement at the core of the project is. What sits behind the individual characteristics:

NoveltyCreativeUncertaintySystematic

Reliable, GDPR-compliant agents

Agents and chatbots for document and customer processes whose reliability and data protection requirements cannot be met with standard solutions.

Retrieval and RAG quality

New methods for retrieval, hallucination reduction, guardrails and evaluation, where your target metrics are out of reach with standard RAG.

Data, labelling, synthetic data

Technically novel approaches to data preparation, labelling and synthetic data, including privacy by design.

MLOps under real-world conditions

Robust deployments, monitoring, drift detection and safe model updates whose behaviour can only be measured in operation.

Specialised models for regulated domains

Models and algorithms for industrial, medical, legal or finance applications with demonstrable technical hurdles.

Scaling and performance

Architecture work where latency, throughput or cost per request are technically uncertain under real-world load.

Distributed systems and data processing

Event-driven architectures and real-time or high-volume data processing where consistency, throughput and resilience only emerge from how the components interact.

Algorithms for complex domain logic

Optimisation, planning or simulation at the core of your software, where standard methods fail on runtime, accuracy or problem size.

Interfaces with real technical risk

Integrations into undocumented legacy, machine or line-of-business systems where reliable synchronisation and data consistency are technically open. Standard API integrations do not count.

Not every line of code counts: UI/UX work, standard API integrations and compliance tasks are generally not eligible, and neither is fine-tuning with existing tooling in most cases. In software and AI projects, eligible and non-eligible work run in parallel, so a clean separation is part of what determines the size of the funding.

Not sure whether your project goes beyond the state of the art? A short call clears that up, 5 minutes are enough for a first assessment.

Check eligibility in a call

Which costs count for software and AI teams

In software and AI companies, most eligible costs are engineering, data and ML time. That is why the Forschungszulage has such a strong effect here, long before significant revenue comes in.

Personnel costs
100% claimable: data, ML, engineering, proportional to time spent in the R&D project
Contract research
70% of the fee for external R&D contracts (for expenditure up to 27.03.2024: 60%), contractors based in the EU/EEA. It does not apply to contractors outside the EEA
Overhead flat rate
A 20% flat rate on direct project costs, for projects starting in 2026 or later
Own contributions
€100/h for work from 2026 (until the end of 2025: €70/h), for sole traders and partners, max. 40 hours per week
Funding rate
25% of eligible expenditure, 35% for SMEs
Assessment base
Up to €12 million per year from 2026 (28.03.2024 to the end of 2025: €10 million, before that €4 million); retroactive applications are capped at the limits in force at the time
Even without a tax burden
The allowance is credited via the tax assessment and can effectively result in a payout. How it plays out exactly depends on the individual case

Common doubts

The doubts that hold software and AI teams back

What we hear again and again in first calls with software and AI teams, and what actually applies:

“We only build software, that is not research.”

Software development with an open technical outcome is the normal case for the Forschungszulage, not the exception: IT services are the largest group of applicants, ahead of mechanical engineering. What matters is not the label on your product, but whether there is a technical uncertainty at its core.

“We work with existing models and libraries, that cannot be eligible.”

You do not have to start from zero. What counts is the technical uncertainty at the core: robustness in edge cases, error rates below what standard components deliver, data protection requirements existing solutions do not meet, scaling under real-world conditions. Plus target values that make it measurable.

“We have no research department and no PhDs on the team.”

Eligibility depends on the project, not on your org chart. A third of all applicants are micro-enterprises, and what gets counted is the R&D time of your existing team, including proportionally alongside product work.

Do you recognise yourself in one of these sentences? Then let's clarify in a call what actually counts in your case.

Check your eligibility in a call

8 benefits

Why is the Forschungszulage a good funding option?

Compared to traditional funding programmes, the Forschungszulage is the better choice for most companies.

  • 1

    No competition for budgets: if the criteria are met, funding must be granted.

  • 2

    Up to 4 years retroactive

    Even completed projects can still be funded.

  • 3

    Open to all industries

    Software, mechanical engineering, MedTech, construction: R&D is R&D, whatever the industry.

  • 4

    Even without profit

    No tax burden needed, the allowance is paid out as a credit.

  • 5

    Less bureaucracy

    No upfront project plan, no interim reports, no proof of use.

  • 6

    Fully digital process

    Application via BSFZ portal and ELSTER, no paper, no postal mail.

  • 7

    Thematically open

    No rigid topic catalogue: product development, process innovation, everything counts.

  • 8

    Broad cost base

    Personnel costs, contract research and capital assets are eligible.

From real projects

Real projects from this industry, with the funding amounts that were actually approved.

voize
AI & Healthcare

AI-powered voice documentation for nursing care. 315,000€ in Forschungszulage for advancing their AI models.

voize

YW22AI & Healthcare315,000€ Forschungszulage

Read case study →
MeetAnyway
Software

Event platform for real-time interactions with thousands of participants. 167,000€ for advancing their technology.

MeetAnyway

YW21Software167,000€ Forschungszulage

Read case study →

Common questions from software and AI teams

Novelty means going beyond the state of the art: a new method, measurably better results, a technical breakthrough in robustness, data protection or scaling, or a novel system architecture. You do not need a world first, but you do need technical advancement that you can justify and substantiate. Commercial risks do not count here: whether the market adopts the product is irrelevant to the reviewers, they want to see technical uncertainty.
Often not. If the core of the project is “training with existing tools”, novelty is usually missing. It becomes eligible where you had to find technically new paths to get the result, for example in data preparation, evaluation or architecture, and can name the technical uncertainty concretely.
Yes. The Forschungszulage is credited via the tax assessment and can effectively result in a payout when there is no tax to pay. SMEs and software and AI startups in particular make use of this. How it plays out for tax purposes depends on the individual case.
Personnel costs for engineering, data and ML are the biggest block and 100% claimable, proportional to R&D time. Contract research adds 70% of the fee for contractors based in the EU/EEA. New from 2026: a 20% overhead flat rate on direct project costs for newly starting projects and €100/h for own contributions of sole traders and partners, up from €70/h until the end of 2025. The funding rate is 25%, or 35% for SMEs, and from 2026 the assessment base goes up to €12 million per year (28.03.2024 to the end of 2025: €10 million, before that €4 million).
Yes, and that matters especially for software and AI teams, because development has usually been running long before anyone thinks about funding. Expenditure can be claimed retroactively as long as the assessment period of the relevant tax assessment is still open, regularly 4 years. The exact start depends, among other things, on when the tax return was filed.
A project plan with work packages and milestones, a technical risk analysis, test and evaluation concepts with metrics, prototypes, benchmarks and architecture decision records. What matters is not volume but the thread running through it: state of the art, technical goal, the path towards it.
Generally not eligible: UI/UX work, standard API integrations and compliance tasks, as well as simply running and applying existing models without technical advancement. Because eligible and non-eligible work happen in the same sprint, the separation in the application is where most follow-up questions arise in practice.

Talk to people who understand your stack

In a first call we clarify which of your software and AI projects go beyond the state of the art and which costs you can realistically claim. 5 minutes are enough for a first assessment, without your engineers losing days to it.

Before you go

How much Forschungszulage is your company entitled to?

We'll review your profile and email you a personal assessment of your funding potential.

We'll pull this automatically from your email — you can adjust it.

Free & no obligation. We'll get back to you personally, no newsletter spam.