<\!DOCTYPE html> R&D Tax Credits: Maximizing Your Refund — A Guide for Tech Companies | CFOTechStack
Tax Guide

R&D Tax Credits: Maximizing Your Refund — A Guide for Tech Companies

Eligibility criteria, calculation methodologies, documentation requirements, and the most common mistakes that cost companies their credits.

2,500 words · 11 min read · Last reviewed: March 2026

The Research and Development (R&D) tax credit is one of the most valuable — and most underutilized — tax incentives available to technology companies. Congress enacted it to encourage U.S. businesses to invest in innovation, and for software companies, SaaS startups, and hardware developers, qualifying activity is often happening every day without any credit being claimed.

The numbers are significant. A company with $5 million in qualified research wages can reasonably expect a federal credit in the range of $200,000–$350,000 per year. Multiply that across prior open tax years and add in state-level credits, and the R&D credit is often worth more than any other tax planning strategy available to a growing tech company.

Yet more than 70% of eligible technology companies never claim it — often because their generalist CPA hasn't done the work to identify qualifying activities, or because the company assumes the credit is only for pharmaceutical or biotech labs. This guide explains exactly how the credit works, who qualifies, how to calculate it, what documentation you need, and what mistakes consistently cause the IRS to disallow credits on audit.

What Is the R&D Tax Credit (Section 41)

The R&D tax credit, formally defined under Internal Revenue Code Section 41, is a dollar-for-dollar reduction in federal income tax liability. Unlike a deduction, which reduces taxable income, a credit reduces your actual tax bill. A $200,000 R&D credit is $200,000 saved — not $200,000 multiplied by your marginal rate.

The credit was made permanent by the PATH Act of 2015, eliminating the uncertainty of year-by-year Congressional extensions that had plagued tax planning for decades. It is available to C-corporations, S-corporations, partnerships, and sole proprietors that incur qualified research expenses (QREs).

For most profitable companies, the credit offsets income tax. But the credit design includes several features that make it particularly valuable for earlier-stage and startup companies:

Who Qualifies: The Four-Part Test

To claim the R&D tax credit, each activity you include must satisfy all four parts of the IRS's qualification test. The test is codified in Section 41 and refined through decades of Treasury regulations and Tax Court decisions. Understanding each part is essential — and understanding how they interact is where most companies leave money on the table.

1. Permitted Purpose

The activity must be undertaken for the purpose of developing a new or improved business component. A "business component" includes products, processes, computer software, techniques, formulas, or inventions intended for sale, lease, license, or use in your trade or business.

This part of the test is relatively broad. You don't need to be inventing something the world has never seen. Developing a new feature in your SaaS product, improving the performance of an existing algorithm, or building a more efficient data pipeline all qualify — as long as the development is for your business. Internal productivity tools, customer-facing products, and new platform capabilities all pass this prong.

2. Technological in Nature

The activity must fundamentally rely on principles of a hard science. The IRS specifically recognizes engineering, computer science, physics, chemistry, biology, and other physical or biological sciences. Social sciences — economics, psychology, market research — do not qualify.

For technology companies, this prong is almost always satisfied. Writing code involves computer science principles. Designing APIs, architecting distributed systems, building machine learning models, and testing hardware prototypes all involve recognized hard sciences. The challenge arises when the work is primarily business logic, design, or content strategy rather than software engineering.

3. Elimination of Uncertainty

The activity must be intended to discover information to eliminate technical uncertainty about the development or improvement of the business component. Specifically, uncertainty exists when the information available to you does not establish the capability to develop the product, the method to develop it, or the appropriate design.

This is the prong that trips up most companies and their advisors. The uncertainty does not need to be uncertainty that exists for the entire industry — it can be uncertainty that is specific to your company. If your engineering team doesn't know at the outset whether a particular approach will achieve the desired performance, reliability, or scalability, there is technical uncertainty even if similar problems have been solved by others. The key question is: did your engineers face genuine technical questions that required investigation to resolve?

4. Process of Experimentation

The activity must involve a process of experimentation — a systematic evaluation of alternatives — to resolve the technical uncertainty. This can take the form of testing, modeling, simulation, systematic trial and error, or any structured approach to evaluating different solutions.

The IRS does not require a formal scientific method or lab setting. Code refactoring that evaluates different architectural approaches, A/B testing of algorithm variants, performance benchmarking of competing implementations, and iterative design-build-test cycles all constitute a process of experimentation. The key word is "systematic" — ad hoc guessing does not qualify, but a structured engineering process does.

$16B+
Annual R&D credits claimed in the U.S. each year
6–8%
Typical effective credit rate on qualifying expenses
$250K
Max payroll tax offset per year for startup QSBs
70%+
Tech companies that qualify but never claim the credit

Qualifying Research Expenses (QREs): What Counts

Once you've confirmed an activity qualifies under the four-part test, the next step is identifying which expenses associated with that activity are Qualified Research Expenses (QREs) eligible to flow into the credit calculation.

Wages (IRC §41(b)(2)(A)): W-2 compensation paid to employees for performing qualified research is the largest QRE category for most tech companies. This includes all wages, salaries, and other compensation — but critically, only the portion of the employee's time spent on qualified research activities. An engineer who spends 60% of their time on qualifying development work contributes 60% of their W-2 wages to QREs. Officers and shareholders can be included, but their time must be carefully documented.

Supplies (IRC §41(b)(2)(C)): Tangible personal property used and consumed in the conduct of qualified research. For software companies, this category is typically small. For hardware, IoT, or semiconductor companies, prototype materials, components, and test equipment can represent significant QREs.

Contract Research (IRC §41(b)(3)): Payments to non-employee contractors for the performance of qualified research count at 65% of the amount paid. This 65% rule reflects the fact that the contractor owns the intellectual property risk. If you pay an offshore development firm $500,000 for qualifying engineering work, $325,000 of that is includable as QREs. Note the foreign research exclusion discussed later — only U.S.-based contract research qualifies.

Computer Leasing Costs (IRC §41(b)(2)(B)): Amounts paid for the use of computers in the conduct of qualified research are includable as QREs. For most modern software companies, cloud compute costs (AWS, GCP, Azure) used specifically for development and testing — not production infrastructure — can qualify. Dedicated development environments and CI/CD pipeline costs are the most straightforward examples.

What Does NOT Qualify

Understanding exclusions is as important as understanding inclusions. Including disqualified activities in your credit calculation is a common audit trigger, and it undermines the credibility of the entire claim.

The Two Calculation Methods

The federal R&D credit is calculated under one of two methods: the Regular Credit Method or the Alternative Simplified Credit (ASC) Method. Most companies elect the ASC because it does not require historical data going back to 1984 and typically produces a comparable or better result. You must elect a method each year on your return, and switching methods requires IRS consent in some circumstances.

Factor Regular Credit Method Alternative Simplified Credit (ASC)
Credit rate 20% of excess QREs over the base amount 14% of QREs exceeding 50% of average prior 3-year QREs
Historical data required QREs and gross receipts back to 1984 QREs for the prior 3 years only
No prior-year QREs Complex fixed-base percentage rules apply 6% of current-year QREs (simpler)
Typical outcome Can be higher for companies with low historical QREs relative to revenue Usually comparable; preferred for most companies
Complexity HIGH — requires significant historical records LOWER — practical for most companies
Best for Companies with pre-1984 history or unusual historical QRE patterns Most tech companies, startups, and growing companies

Under the ASC, if your company had $3 million in average QREs over the prior three years, you'd calculate the credit on the excess of current-year QREs over $1.5 million (50% of $3M), multiplied by 14%. If current-year QREs are $4 million, the credit is 14% × $2.5M = $350,000. For a company with no prior-year qualified research (a new company or a company newly claiming the credit), the ASC rate is simply 6% of all current-year QREs.

Find R&D tax credit specialists in the CFOTechStack Marketplace.

Compare firms that specialize in tech company credits — including R&D credit studies, documentation systems, and audit defense.

Documentation: What the IRS Requires

The IRS does not require a specific format for R&D credit documentation, but it does require that documentation be contemporaneous — created at or near the time the activity is performed — and sufficient to establish that each claimed activity satisfies the four-part test and that the claimed expenses were actually incurred.

A credit that is well-calculated but poorly documented is a credit that will be disallowed on audit. The documentation requirement is not bureaucratic busywork — it is the evidentiary foundation of your claim, and the IRS has successfully challenged credits at companies of every size where documentation was assembled retroactively or at too high a level of aggregation.

Best-practice documentation for a tech company R&D credit claim includes:

The IRS Audit Risk: R&D credits are examined more frequently than most tax benefits. Inadequate documentation is the #1 reason credits are disallowed on audit. Build documentation habits into your engineering team's workflow, not as a year-end cleanup. A ticket in Jira describing the technical problem being solved is worth more than a retrospective narrative written three years later.

Software Development: Special Considerations

Software development is the most common source of qualifying R&D activity for technology companies, but it comes with a set of rules and nuances that don't apply to product or process development in other industries.

Internal Use Software (IUS): Software developed for internal use — to manage your business operations, HR systems, financial reporting, or other administrative functions — faces a higher qualification bar than customer-facing software. To qualify, IUS must satisfy a separate three-part test:

  1. The software must be innovative — meaning it would result in a reduction in cost or improvement in speed or other measurable improvement that is substantial and economically significant.
  2. The development must involve significant economic risk — meaning substantial resources are committed and there is substantial technical risk that the software won't function as intended.
  3. The software must not be commercially available — the taxpayer cannot simply purchase the software and use it without significant modification.

Many internal tools and custom back-office systems fail this three-part test because they automate existing manual processes without meaningful innovation. The IUS rules require a higher level of scrutiny for internal projects.

SaaS and Cloud Products: Software developed for sale, lease, or license to customers — including SaaS products — is treated as product development, not IUS, and is subject only to the standard four-part test. This is the most favorable treatment. If you're building a product that customers pay to use, your development activities are evaluated under the simpler standard.

Dual-Function Software: Software that serves both internal purposes and enables your business to interact with customers or provide a service is evaluated under a more complex analysis. The IRS examines the primary purpose of the software to determine which rules apply.

Offshore Development Teams: This is one of the most significant issues for modern tech companies. Wages paid to engineers located outside the United States do not qualify as QREs under the foreign research exclusion. If you have a significant engineering team in India, Eastern Europe, or Latin America, none of those costs are includable in your R&D credit — even if the work is functionally identical to what your U.S. engineers are doing and even if it is directed by U.S. managers. Companies with heavily offshore engineering operations often have far smaller credits than they initially expect.

Common Mistakes That Cost Companies Credits

The R&D credit is one of the most frequently litigated provisions in the tax code, and the patterns of errors are well-documented. These are the most common and costly mistakes:

Claiming the Credit: Process and Timing

The R&D credit is reported on Form 6765 (Credit for Increasing Research Activities), which is filed with your federal income tax return. For C-corporations, that's Form 1120. For pass-through entities, credits flow through to owners' individual returns via Schedule K-1.

Prior-year amendments: One of the most valuable aspects of the R&D credit is the ability to claim it on amended returns for open tax years — generally the three prior years. A company that has never claimed the credit can file amended returns and receive refunds or credits for each of the three prior years. For growing tech companies that have been building QREs for several years without claiming, this lookback can produce a significant lump-sum benefit in year one of working with a specialist.

Startup payroll offset mechanics: Qualifying small businesses claim the payroll offset by first calculating the credit on Form 6765, then making an election on Form 6765 to apply all or a portion of the credit against payroll taxes. The elected amount is then claimed as a credit against employer payroll taxes on Form 941 (quarterly payroll tax return), reducing cash payroll tax deposits. The payroll offset election must be made on a timely-filed income tax return — it cannot be made or changed after filing.

Working with a specialist: The R&D tax credit is a highly specialized area of tax law. Most generalist CPAs lack the technical background and industry knowledge to conduct a rigorous credit study, identify all qualifying activities, build defensible documentation, and handle an IRS examination. Specialists — firms that focus exclusively on R&D credits and other incentives — typically work on a contingency basis, charging 15–25% of the credit identified. For most companies, the net benefit after specialist fees is substantially larger than a self-prepared or generalist-prepared credit, and the audit risk is meaningfully lower.

The cost-benefit analysis is straightforward: a specialist who identifies $300,000 in credits at a 20% fee earns $60,000 and delivers $240,000 net to you. A generalist who identifies $80,000 in credits with no fee still leaves $220,000 on the table. The quality of the study matters as much as the upfront cost.

Learn about international tax planning for growing companies.

As your company expands globally, transfer pricing, permanent establishment risk, and cross-border R&D allocation become critical planning areas.

State R&D Credits: Free Money Most Companies Miss

Most CFOs focus on the federal R&D credit and overlook state programs — an expensive omission. The majority of states with corporate income taxes offer their own R&D credit programs, and they stack on top of the federal credit without offsetting each other. For companies operating in high-incentive states, state credits can add 25–50% to the total benefit of a federal R&D credit study.

The states with the most generous programs for technology companies include:

State credits introduce additional complexity through apportionment. Most states compute their R&D credit based on QREs incurred within the state — so a company headquartered in California with engineers in multiple states needs to apportion its QREs to determine which costs are includable in each state's credit calculation. Multi-state companies need a specialist who understands apportionment rules in each jurisdiction where they have qualifying activity.

Additionally, the federal-state interaction requires coordination. The federal credit reduces your federal taxable income (through the reduced deduction rules under IRC §280C), which in turn affects your state taxable income in conformity states. Getting the federal-state interaction right requires careful tax planning — not just separate calculations for each jurisdiction.

Key Takeaways