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:
- Qualified Small Business (QSB) refundable payroll offset: Startups with less than $5 million in gross receipts and fewer than five years of revenue can elect to apply up to $250,000 per year of the R&D credit against their employer payroll tax (FICA) liability instead of income tax. This is a cash benefit available even when the company is pre-profit. Starting in 2023, the PATH Act expansion increased this to allow an additional $250,000 offset against Medicare taxes, bringing the total potential payroll offset to $500,000 per year for qualifying startups.
- Carryforward provisions: Credits that cannot be used in the current year can be carried forward up to 20 years. This means credits generated during unprofitable growth years still have long-term value.
- State credits: Most states with income taxes offer their own R&D credit programs that stack on top of the federal credit. California, Massachusetts, New York, and Texas all have significant programs, often adding 5–24% of QREs to the total benefit.
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.
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.
- Funded research: If a customer or other third party funds your development — through a contract, grant, or cost-reimbursement arrangement — that research is excluded. The funding party bears the financial risk, so the performing company cannot also claim the credit. Revenue contracts with "for hire" development provisions frequently create funded research issues.
- Foreign research: Research conducted outside the United States does not qualify, regardless of whether U.S. employees manage the project. This has significant implications for companies with offshore engineering teams — those costs are entirely excluded.
- Social sciences and humanities: Market research, consumer preference studies, survey design, and behavioral economics research do not qualify. This exclusion also covers management studies and efficiency surveys.
- Quality control and routine testing: Testing to determine whether a product meets established specifications — routine quality assurance on existing, stable products — is excluded. The exclusion applies when the product's design is already fixed and testing is confirmatory rather than experimental.
- Reverse engineering: Analyzing or reverse-engineering a competitor's product to understand how it works is excluded because no technical uncertainty exists — you know the product already works.
- Adaptation and duplication: Adapting an existing business component to a particular customer's requirement (a "port" or customization) generally does not qualify. Neither does duplicating an existing component without improving it.
- Management and administrative activities: Time spent on project management, administrative oversight, business development, and general management is excluded. Only time spent in the direct performance of qualifying technical work counts.
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:
- Project-level activity descriptions: For each project included in the credit, a written description explaining the business component being developed, the technical uncertainty that existed at the outset, and the process of experimentation used to resolve it. These descriptions should be specific enough that someone unfamiliar with the project can understand why the four-part test is satisfied.
- Employee time tracking: The most defensible approach is a contemporaneous time-tracking system where engineers log hours to specific projects. Many companies use percentage-of-time allocations (e.g., "Engineer X spends 75% of time on qualifying projects"), which the IRS accepts, but these should be supported by project records, calendar reviews, or manager attestations — not guessed at year-end.
- Source code repositories: Git commit histories, pull request records, and code review logs are powerful contemporaneous documentation. They establish that engineering activity was occurring, link specific engineers to specific projects, and provide timestamps that corroborate time allocations.
- Design documents and specifications: Architecture decision records (ADRs), design documents, technical specifications, and engineering wikis establish the nature of the technical problem and the design alternatives considered.
- Test results and bug reports: Test plans, QA records, bug tracking systems (Jira, GitHub Issues, Linear), and performance test results document the experimentation process and the technical challenges encountered.
- Lab notebooks and research logs: For hardware or science-intensive companies, physical or digital lab notebooks kept by researchers are among the strongest forms of documentation.
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:
- 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.
- 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.
- 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:
- Not tracking employee time at the project level: Companies that allocate 100% of engineering wages to R&D without project-level support are taking a significant audit risk. The IRS expects time allocations to reflect actual activity. An engineer who manages people, attends sales calls, or handles customer support is not 100% engaged in qualified research.
- Including funded research: Development work performed under customer contracts — especially in government contracting, agency work, and professional services — often constitutes funded research that must be excluded. Many companies include it anyway, either out of error or optimism.
- Claiming officer time without substantiation: Officers and executives frequently allocate significant time to R&D, and some of that time may genuinely qualify. But officers without direct technical involvement in qualified research cannot allocate general oversight time as QREs. IRS examiners scrutinize officer allocations closely.
- Missing the payroll tax offset election: Qualified small businesses must affirmatively elect the payroll tax offset on a timely-filed return (including extensions). Missing this election forfeits the cash benefit for that year — there is no retroactive election available.
- Ignoring state credits: Federal-only R&D credit studies leave significant money on the table. California's credit can add 15–24% of QREs to the benefit; Massachusetts adds 10%. For multi-state companies, state credits often equal 25–50% of the federal credit value.
- Applying the wrong calculation method: Using the Regular Credit Method without the historical data to support it, or failing to evaluate whether switching methods would produce a better result, can lead to systematic underclaiming.
- Waiting until tax filing to document: Retroactive documentation is the most common documentation deficiency. Year-end or tax-season documentation efforts produce lower-quality records and expose the company to audit risk. Documentation built contemporaneously — through engineering project management systems, time tracking, and design records — is far more defensible.
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:
- California: California's R&D credit offers 15% of QREs above a base amount, or 24% for certain small businesses. California does not conform to the federal QRE definition in all respects, requiring a separate state calculation. Given California's corporate tax rate and the concentration of tech companies there, this is typically the largest state credit available.
- Massachusetts: A 10% credit on QREs, with a 100% refundable option for certain small businesses. Massachusetts has been consistently aggressive in supporting tech company R&D, and the credit stacks efficiently with the federal benefit.
- New York: New York's Qualified Emerging Technology Company (QETC) credit offers a 9% credit for qualifying companies, plus additional employment incentives. New York also has an R&D credit under the Empire State Development program for manufacturing companies.
- Texas: Texas offers a 5% credit on QREs for companies that pay the Texas franchise tax. While smaller than other states, Texas has no personal income tax, and the R&D credit provides a meaningful reduction in franchise tax liability for growing companies headquartered there.
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
- The R&D tax credit is a dollar-for-dollar federal tax reduction available to any tech company that meets the four-part qualification test — not just pharmaceutical labs or research institutions.
- Startups with under $5M in gross receipts and fewer than five years of revenue can apply up to $250,000 per year against payroll taxes, making the credit a cash benefit even before profitability.
- The Alternative Simplified Credit (ASC) method — 14% of QREs above 50% of the prior 3-year average — is the right choice for most technology companies.
- Documentation must be contemporaneous. Year-end assembly of records is the most common cause of credit disallowance on audit. Build documentation into your engineering workflow.
- Foreign research, funded research, and management time are the three most common sources of disqualified expenses. Exclude them rigorously.
- State credits in California, Massachusetts, New York, and Texas can add 25–50% to the total value of your federal credit study.
- Generalist CPAs routinely miss credits or undersize them. R&D credit specialists working on contingency typically deliver a substantially larger net benefit.
- Amended returns allow you to claim credits for the three prior open tax years — potentially delivering a large lump-sum benefit in year one of engaging a specialist.