R&D credit for AI development projects: what the records show and what to do next
AI development can support an R&D credit claim in some cases, depending on the facts and the tax rules. Credit studies examine experiment logs, evaluations and engineering decisions, and the same evidence shows how deep a client's records are, which an adviser can raise with SourceX separately and with permission.
Does AI development qualify for the R&D credit?
Some AI development work can support a credit claim, and some cannot; the answer depends on the facts of each project and on the tax rules, which the engagement team must apply. What advisers can control is the evidence. Experiment logs, evaluation results and decisions about what to try next are what a study reads, and they also describe how mature a client's engineering records are.
This guide is for CPA and advisory teams whose clients are building AI features. It covers the records a study examines, how to run the project interviews, and how to raise a licensing introduction separately and with permission. Trade press has covered how AI is reshaping software credit eligibility; this page does not restate eligibility rules and takes no position on them.
This is general information, not legal, tax or financial advice. Confirm with your own counsel, tax adviser or professional body before acting.
What records does an AI project study usually examine?
AI feature work leaves a different trail from conventional software. A study is likely to ask for these.
| Record | What it shows | Where it lives |
|---|---|---|
| Experiment tracker entries | Hypotheses, parameters tried, results | Experiment tools, notebooks, wikis |
| Evaluation reports and test sets | How the team decided a model was good enough | Repos, shared drives, dashboards |
| Pull requests and code review threads | Who changed what and why | Source control |
| Issue tickets and sprint boards | Planned work, blockers, pivots | Jira or similar |
| Incident and rollback notes | What failed after release | Chat, runbooks, ticketing |
| Vendor and tool usage records | Which third-party tools were used and when | Finance, procurement, engineering chat |
Note that coding assistants and hosted model APIs mean more of the trail now sits in vendor dashboards. Ask the client what is retained, for how long and who can export it before a tool subscription lapses.
Which of these records signal depth for licensing?
Licensing buyers look for records of real work with outcomes: multi-step workflows, decisions, tool use and results. Of the list above, pull requests with review threads, tickets with resolutions and incident notes are closest to that. A client that has kept several years of them in connected systems may be worth a quiet conversation. A client whose AI work started last quarter is not a candidate yet.
Raw model weights, training sets that were scraped or bought, and anything the client holds under a third-party license are not what this program is about. Rights come first: the client must have created the records or hold the right to license them.
The three-question depth check
Use this at the end of a study, from information you already have.
- Which systems: can the client name where tickets, code review, chat and incident notes live, and are they connected by ticket IDs or links?
- How long: do those systems go back several years, including any archived ones?
- Who owns it: is there a person who can run exports, and a sponsor (owner, CEO, CFO or authorized representative) who could approve a license?
Add the company baseline: 50+ full-time employees at peak (contractors excluded), several years of documented operations and rights to license. The company fit checker offers a non-binding screen, and who qualifies has the full list.
What permissions and promises limit what can be licensed?
AI companies often make privacy and confidentiality commitments to customers. In January 2024 FTC staff wrote, in guidance that is not a rule, that a company's promises not to use customer data for undisclosed purposes such as training models can be enforceable whether made in privacy policies, terms or marketing. For a client, the practical step is to read its own commitments before deciding what is in scope.
| Situation | What to check | Typical outcome to confirm |
|---|---|---|
| Customer data used in prompts or evaluation sets | Customer contracts and privacy terms | Often excluded or de-identified |
| Code written for a client | Work-for-hire and ownership clauses | Client-owned code stays out |
| Open-source dependencies in the repo | License terms on included code | Counsel decides scope |
| Employee conversations in chat | Notices and policies | Redaction rules agreed before work begins |
| Vendor tool outputs | Vendor terms on output ownership | Check the contract |
Rights review is between the company and SourceX. The adviser does not review, copy or describe the records.
What should the interview with the engineering lead cover?
Keep the credit interview and the depth check in one sitting, but record them in separate notes. Ask who ran each experiment, what the team expected, what happened, and what changed as a result. Then ask where the evidence lives today: which tracker, which repository, which channel. Ask whether any of it was moved when a tool was replaced, because migrations are where history gets lost. Finally, ask who would own exports if the company ever needed one. These answers fit on half a page and let you stop without opening a single record.
How do you raise it separately from the credit engagement?
- Finish the credit work and fee discussion first; never tie a licensing introduction to the credit engagement.
- Ask the CFO or owner for permission to mention an unrelated topic.
- Explain in two sentences: companies license records they created for a one-time payment, keep ownership and approve scope, price and terms.
- If they say yes, give your referral link or submit basic company details through the referral form.
You can also see how the same thinking applies to manufacturers and to engineering interview questions. For a CPA firm's wider role, see referral opportunities for accountants and the CAS growth guide.
How do rewards work?
Partners earn 25% of the eligible platform fees SourceX actually collects from the referred company's licensing deals, capped at $100,000 cumulative per referred company. Rewards are payable only after the buyer pays and SourceX receives its fee, and no reward is guaranteed. The reward is never deducted from the company's proceeds. Check your firm's independence and fee policies and your state board's rules first, and read the program terms.
When to skip it
- The AI work is under a year old and has no connected history.
- The client's training data or code is mostly owned by customers or third parties.
- Nobody can export tickets, code review or chat history.
- The data was already licensed for AI training.
Next step
At the next AI-feature credit study, note which systems hold the engineering trail and how far back they go. If the client qualifies and agrees, register as a partner and make the introduction.
- Step 1Share your linkSend your personal link to a company you know.
- Step 2Company appliesThe company applies itself at /apply.
- Step 3Buyer selects and paysThe buyer selects and pays for the data and SourceX receives its fee.
- Step 4You get your rewardYour share of SourceX fees becomes payable.
Common questions
Does using AI coding tools change which records exist?
It can. More of the trail may sit in vendor dashboards, editor logs or chat history, and retention differs by tool and plan. Ask the client what is kept and who can export it. Do not assume it is retained; confirm before any subscription is cancelled or a plan downgraded.
Can a company license data about its own AI experiments?
Possibly, if it created the records, holds the rights and has an authorized sponsor. Experiment logs that contain customer data or third-party material need review. SourceX and the company handle rights review and redaction rules before any work begins.
Should the adviser explain AI data licensing in detail?
No. A short, factual description is enough, plus an offer to introduce the company to SourceX. The adviser should not describe confidential records, give pricing or promise outcomes. Nothing is binding until the company agrees price and terms and signs.
What if the client's AI work is too new?
Then it is probably not a candidate yet. Look instead at the rest of the company: a firm with years of tickets, CRM and finance records may qualify on those, even if the AI program is young. If not, revisit in a year or two.
Is the AI feature itself what buyers want?
Not necessarily. Buyers are interested in records of real work with outcomes. A company might qualify because of its support tickets or sales history rather than its AI features. The model or product is not what is licensed.
Related pages
- Check Company Fit for Data Licensing
- Which US businesses are a fit for a SourceX data licensing introduction
- R&D tax credit for manufacturers: which process records a study uses
- R&D tax credit interview questions for engineering teams, with a records-depth block
- Referral opportunities for accountants and bookkeeping firms
- What CAS growth at Top 100 accounting firms means for client referrals
Free resources
- Business exit readiness assessment — A preliminary exit readiness score and checklist for advisors.
- SDE vs EBITDA calculator — Seller's discretionary earnings next to market-rate EBITDA.
- IRR calculator — Internal rate of return on annual cash flows.
- All free tools · MCP resource center
By SourceX Partnerships Team · Published 2026-10-09 · Updated 2026-10-09
Know a US company with valuable proprietary data?
Become a referral partner from anywhere we support, get your link and introduce an owner or authorized decision-maker.
Refer a company →I own a business
Explore licensing your company's data to AI developers worldwide. Start a short assessment; no uploads needed.
Start an assessment