ASU 2025-06 explained: new internal-use software rules and the evidence they require
ASU 2025-06 removes the project stages from internal-use software accounting under ASC 350-40. Companies capitalize costs once management has authorized and committed to funding a project and completion is probable, which requires any significant development uncertainty to be resolved. It applies to all entities for annual periods beginning after December 15, 2027, with early adoption permitted.
What ASU 2025-06 changes, in plain terms
ASU 2025-06 rewrites the starting line for capitalizing internal-use software costs under ASC 350-40. The FASB removed every reference to the three project stages (preliminary project, application development and post-implementation) and replaced them with one recognition threshold: capitalize once management has authorized and committed to funding the project and it is probable the project will be completed and the software used to perform the function intended.
The concrete effect on a CFO's month-end is the evidence. Under the stage model, a controller could often point to a milestone such as design sign-off. Under the new threshold, you need to show that significant development uncertainty has been resolved, and that proof lives in tickets, roadmaps and sprint records rather than in the general ledger. For fractional CFOs, that review is also a natural moment to see which clients keep deep engineering histories, the theme of the referral program for fractional CFOs.
How does the probable-to-complete threshold work?
Work through it project by project, in this order:
- Authorization and funding. Management with the relevant authority has approved the project and committed to fund it. Budget approvals, board minutes and signed statements of work are the usual evidence.
- Significant development uncertainty. The update points to two indicators: the software has novel, unique or unproven functions or features whose uncertainty has not been resolved through coding and testing, or the significant performance requirements have not been identified or are still being substantially revised.
- The threshold decision. While significant development uncertainty exists, completion is not considered probable and costs are expensed. Capitalization starts once the uncertainty is resolved and the other conditions hold.
- The end point. Capitalization stops when the software is substantially complete and ready for its intended use, which works much as it did before.
| Topic | Before ASU 2025-06 | After ASU 2025-06 |
|---|---|---|
| Start of capitalization | Entering the application development stage | Authorization and funding commitment plus the probable-to-complete threshold |
| Project stages | Preliminary, application development, post-implementation | Removed |
| Agile and iterative work | Stages hard to map onto sprints | Judgment rests on resolved uncertainty, not phase labels |
| Website development costs | Separate Subtopic 350-50 | Guidance folded into Subtopic 350-40 |
| Typical evidence | Stage milestones and project plans | Approval records plus proof that technical and requirements uncertainty was resolved |
What evidence will CFOs need to show?
Expect auditors to ask how you concluded that uncertainty was resolved, and when. Build a file per project from these sources:
| Evidence | Where it usually lives | What it supports |
|---|---|---|
| Project approval and budget | Board minutes, budget files, steering committee decks | Authorization and commitment to fund |
| Requirements and scope changes | Product requirement documents, epics, change requests | Whether significant performance requirements are settled |
| Technical spikes and prototypes | Tickets, branches, spike write-ups | Whether novel features were proven out |
| Test results | QA reports, continuous integration logs, release notes | That coding and testing resolved the uncertainty |
| Time allocation | Timesheets, sprint capacity plans, payroll allocations | Which costs attach to capitalizable work, and from when |
| Vendor work | Statements of work, invoices, acceptance notes | External costs and their timing |
Many of the same sources support the tax analysis, so coordinate with whoever prepares the client's Section 174A position and the research credit study described in what qualifies for the R&D credit in software development. Book and tax conclusions can differ, but they should rest on one consistent set of facts.
When does ASU 2025-06 take effect for private companies?
There is no private company deferral. The update is effective for all entities for annual reporting periods beginning after December 15, 2027, including interim periods within those years, and early adoption is permitted as of the beginning of an annual reporting period. Companies can apply it prospectively, use a modified approach for projects in progress at adoption, or apply it retrospectively. Confirm the transition details in the ASU text before choosing.
For a calendar-year private client, a workable plan looks like this:
| When | What to do |
|---|---|
| Budget season, late 2026 | Decide whether early adoption for 2027 is worth it and brief the board or owners |
| During 2027 | Dry-run the threshold on two or three live projects and fix gaps in the evidence |
| January 1, 2028 | Required adoption for calendar-year companies; choose the transition method |
| First year-end audit under the new rules | Hand auditors a complete evidence file for each capitalized project |
Why the evidence review shows which clients hold deep engineering records
The review sorts clients quickly. Call it the sprint-to-ledger test: pick a capitalized cost and try to trace it back to an approval, a ticket, a code change and a test result. Where that trail runs cleanly for several years, the client keeps the connected engineering history that AI labs and data buyers license to train and evaluate software agents.
Watch for these signals while you build the files:
- Ticket histories that span years, with consistent workflow states and linked code changes
- Pull requests carrying real review discussion, not just approvals
- Design documents and decision records that capture alternatives and outcomes
- Incident reports and postmortems tied to the fixes that followed
- Several connected systems: issue tracker, source control, CI, wiki and support desk
Internal-use software is not limited to software companies. A logistics business with its own dispatch tools or a services firm with an in-house delivery platform can hold the same depth, which is why the logistics records playbook for fractional CFOs and the B2B SaaS playbook both start with engineering systems.
Demand for these records has a structural cause. Researchers at Epoch AI project that, if current trends continue, language models could fully use the stock of public human-generated text between 2026 and 2032. It is a forecast with wide uncertainty, but it explains why permissioned records of real work inside companies draw interest.
What it means if you introduce clients to SourceX
You make the introduction; you never handle the records. With the owner's agreement you share basic fit information, the company completes its own data inventory with SourceX, and redaction and de-identification rules are settled with the company before any work starts. Nothing you saw while building evidence files is passed on.
If a client does license data, the revenue side follows ASC 606, not ASC 350-40. Deloitte's roadmap chapter on the nature of a license explains the distinction between a right to use intellectual property as it exists when granted, recognized at a point in time, and a right to access it over the license period, recognized over time. The FASB clarified that licensing guidance in ASU 2016-10, as the Journal of Accountancy reported. How a specific data license is recognized depends on its terms, so the client should agree the treatment with its auditors before signing.
Partners earn 25% of the eligible platform fees SourceX actually collects from the referred company's licensing deals, capped at $100,000 per referred company. The reward becomes payable only after the buyer pays and SourceX receives its fee; an introduction, meeting or signed agreement alone does not trigger payment, and no reward is guaranteed. It is paid out of SourceX's share, so the client's proceeds are untouched. If you hold a CPA license, check your state board's rules on referral fees and disclosure first.
Limits and open questions
- The threshold is judgment-heavy. Audit firms will form views on what counts as resolved uncertainty, and first-year adoptions will test them.
- Strong engineering records are not enough on their own: the company also needs 50+ full-time employees at peak (contractors excluded), a documented operating history of several years, clear rights to the material and someone authorized to sign.
- Customer data processed inside a product usually belongs to customers, and contractor-written code may need an assignment before it can be licensed.
- A license is a one-time payment for an agreed dataset; do not forecast repeat deals in a client's budget.
This is general information, not legal, tax or financial advice. Confirm accounting conclusions with the client's auditors.
Next step
When an evidence review turns up years of connected engineering records, run the client through the company fit checker, a preliminary and non-binding screen that needs no contact details, and compare the result with who qualifies. If the owner wants to explore, register as a partner and send your referral link.
- 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 ASU 2025-06 apply to software a company sells to customers?
Not directly. The update amends ASC 350-40, which covers internal-use software. Software that is sold, leased or otherwise marketed follows separate guidance. Hosted software that customers use without taking possession is often accounted for as internal-use by the provider, so many SaaS platforms fall within the new rules. Confirm the classification of each product with the client's auditors.
Can a private company adopt ASU 2025-06 before 2028?
Yes. Early adoption is permitted as of the beginning of an annual reporting period. It can make sense for a client whose agile projects never mapped well to the old stages, or one about to replace core systems. Weigh that against auditor readiness, comparability with prior years and the effort of building evidence files before the required date.
Do agile teams have to recreate project stages to comply?
No. Removing the stages is the point of the update. What teams do need is a dated record of when significant uncertainty was resolved: sprint review notes, acceptance criteria, spike outcomes and test results. If those records already exist in the issue tracker, the work is mostly collecting and dating them rather than writing new documents.
Will the new threshold change how much a client capitalizes?
It depends on the project mix. Projects built around novel or unproven features may start capitalizing later, because costs are expensed until the uncertainty is resolved. Routine projects with settled requirements may see little change. Dry-run the threshold on a few live projects to estimate the effect before discussing it with lenders, owners or the board.
Does licensing records change how a client capitalizes internal-use software?
Not directly. ASU 2025-06 governs the costs of building software for the company's own use, while income from licensing records falls under revenue guidance. The two can meet if a client builds tooling to prepare data for delivery, and whether those costs are capitalizable depends on the facts. Agree the treatment with the client's auditors before the work starts.
Related pages
- Referral opportunities for fractional CFOs
- Section 174A explained: domestic R&E expensing, elections and the records behind them
- Does software development qualify for the R&D tax credit, and what records prove it?
- How fractional CFOs at logistics and 3PL companies can spot licensable records
- A fractional CFO's playbook for spotting licensable records at B2B SaaS clients
- Check Company Fit for Data Licensing
Free resources
- Portfolio data opportunity scanner — Screen several companies in one session.
- Working capital calculator — Net working capital, current ratio and quick ratio.
- Due diligence checklist generator — A tailored document request list by deal type.
- 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