This year, the §280C election is back on the table for every company claiming the R&D tax credit. At the same time, the question of whether to use AI instead of time tracking keeps coming up in nearly every large tech company conversation we’re having. We wanted to address both in one place. They often surface together, but one is a fairly clean call and the other carries real audit risk depending on how you approach it.
The §280C Decision Is Usually Straightforward
Now that the §280C reduced credit election is back in play, the decision for most companies comes down to tax posture. It’s less a strategic puzzle than a clear-cut choice based on where the company stands financially.
Companies generating taxable income almost always elect the reduced credit. Taking the gross credit would require reducing §174 research expenditures, and that increases current taxable income at exactly the wrong time. Preserving the full §174 deduction while accepting a slightly lower credit is the better trade in a profitable year.
Companies in a loss position frequently reach the opposite conclusion. For them, the gross credit is often more attractive, even though it reduces the §174 deduction and lowers the NOL carryforward. When taxable income isn’t a near-term concern, maximizing the current-year credit tends to outweigh the downstream impact on future NOLs.
The key is making this call early, with your full tax picture in view, rather than revisiting it at filing.
The Time Tracking Question Is More Complicated
Many large technology organizations are now pushing to replace time-tracking tools with AI, particularly those with engineering talent that came up through companies like Google. The objection is rarely about cost. It’s about whether structured time tracking adds anything meaningful to the engineering function. Many teams view tools like Clarity as administrative overhead that sits outside their natural workflow.
The alternative under discussion: rely on systems engineers already use, such as Jira, Git, and Confluence, then apply AI to analyze those tools and show what work was performed and how it maps to R&D activity. The appeal is obvious. These systems capture real work as it happens, and AI can process them at scale.
In our view, relying solely on that approach introduces audit risk worth understanding before anyone makes a decision.
What the IRS Actually Requires
The IRS doesn’t mandate a specific tool or require formal time sheets. No regulation says companies must use Clarity or any other time-tracking platform.
What the IRS does require: companies must quantify Qualified Research Expenses by Business Component using a method that’s reasonable, consistent, and inspectable. That standard is the lens through which any documentation approach will eventually get evaluated.
Time tracking has historically offered the cleanest way to satisfy it. It creates a direct, auditable connection between payroll dollars and specific projects, using records that companies create in the ordinary course of business. We call it the gold standard, not because the IRS requires it, but because it’s genuinely hard to replicate.
Where AI Fits and Where It Does Not
AI is genuinely useful in an R&D credit program. It can identify qualifying projects, pull together the technical narrative, show what uncertainties existed and how the team worked through them, and analyze tickets, commits, and design docs to tell that story. We’ve written about what AI can and cannot do in this context, and that line matters a lot here.
The problem shows up when AI takes on a different job: defining the qualifying projects and generating the labor allocations for those projects after the year is over. That’s a different ask entirely. In an examination, the IRS wants to understand the methodology, not just see the output. Examiners want to know how you got there, whether you could get there again the same way, and whether the records you’re pointing to actually existed when the work was happening. Allocations a model builds at year-end, with nothing anchoring them to decisions made during the year, don’t hold up well to that kind of scrutiny.
It’s tempting to frame this as an AI limitation. We think it’s more accurate to call it a substantiation problem. The source material matters as much as the method.
What Should Replace Time Tracking If a Company Moves Away From It
If engineering decides to eliminate tools like Clarity, something still needs to give you a defensible, traceable way to connect employee time to specific Business Components.
The approaches we see working best are hybrid ones. AI handles the heavy lifting on visibility and reduces the administrative burden, but the labor allocations still anchor to human-defined controls that existed during the year: staffing plans, sprint assignments, technology roadmaps, project governance records. These are things an examiner can actually look at and test. AI can analyze and synthesize all of that, but it can’t replace it.
What We Are Seeing Go Wrong Mid-Year
In several situations this year, engineering teams changed their time-tracking approach mid-year without bringing the tax function into the decision. Each time, the result was partial-year data, greater reliance on manual allocation methods, and more exposure in the event of an examination. None of that was intentional. The tax team simply wasn’t in the room when the tooling decision got made.
This is becoming more common, and it reflects a broader gap between how engineering leadership and tax leadership think about these systems. To an engineer, replacing a tool that feels low-value is a reasonable operational decision. To a tax examiner, it’s a change to the methodology used to substantiate millions of dollars in credits.
Eliminating time tracking without replacing the underlying allocation discipline isn’t really a technology decision. It’s an audit risk decision, and tax leadership needs a seat at that table.
The Bottom Line
AI has a real role in R&D credit programs, and we’re actively building around it. But right now it works best layered on top of a defined methodology, not as a substitute for the allocation discipline that methodology requires. If your engineering team is pushing to get rid of structured time tracking, that conversation needs to include your tax team before anything changes.
If you are working through either of these questions, we’re happy to talk.