New ASU on Internal-Use Software Costs Guidance
BY ACCESSING THE FASB DOCUMENTS ON THIS SITE, YOU ACCEPT AND AGREE TO THESE FASB TERMS AND THE WEBSITE TERMS AS APPLIED TO YOUR USE OF THIS SITE OR ANY FASB LICENSED DOCUMENTS.
Summary
The Financial Accounting Standards Board (FASB) issued Accounting Standards Update (ASU) 2025-06, Targeted Improvements to the Accounting for Internal-Use Software, to modernize the guidance in Accounting Standards Codification (ASC) 350-40, Intangibles — Goodwill and Other — Internal-Use Software, to better align with current software development practices, including agile methodologies.
Key amendments include:
- Replace the “project stage” model with a principles-based framework for cost recognition and capitalization.
- Incorporate website development guidance from ASC 350-50, Intangibles — Goodwill and Other — Website Development Costs, into the new internal-use software framework.
- Clarify disclosure requirements for capitalized software costs.
- Retain existing treatment for external-use software costs.
Background
ASC 350-40 requires an entity to consider project stages in determining whether a software development cost for internal-use software is capitalized or expensed. That accounting model aligns with linear, stage-based software development methods like the waterfall approach. However, most entities now use agile or iterative software development methods, which causes challenges in applying the existing accounting model and determining when to begin capitalizing internal-use software costs.
In response to the change in business practices, the ASU removes all references to project stages in ASC 350-40 and provides a principles-based recognition threshold to determine capitalizable software costs. Eliminating outdated references to project stages is expected to improve operability of the guidance across different software development methods.
No changes were made to the external use software guidance in ASC 985-20, Software — Costs of Software to Be Sold, Leased, or Marketed.
Main Provisions
Main Provision | Summary |
---|---|
Capitalization criteria | An entity must start capitalizing internal-use software costs when both of the following occur:
|
Significant development uncertainty | The probable-to-complete recognition threshold is not met until significant uncertainty associated with the development activities of the software (“significant development uncertainty”) has been resolved. If significant development uncertainty exists, the entity must defer capitalization of internal-use software costs. In determining whether significant development uncertainty exists, an entity considers whether either of the following factors is present:
The term “performance requirements” is defined as “what an entity needs the software to do (for example, functions or features),” which is consistent with the current definition of performance requirements in the preliminary project stage. |
Removal of project stages | The ASU removes references to prescriptive, sequential software development stages such as “preliminary,” “application development,” and “post-implementation” stages. This change makes the guidance neutral to development methods and more adaptable to iterative processes. |
Website development costs | The ASU supersedes the previous guidance for website development costs in ASC 350-50 and incorporates the recognition requirements for website-specific development costs into ASC 350 40, aligning it with the new guidance for internal-use software. |
Disclosures |
|
The ASU does not change the accounting guidance in ASC 985-20, nor add incremental disclosures related to costs incurred to develop software to be sold or licensed.
The ASU also provides examples to illustrate application of the amendments — see the Appendix.
Effective Date and Transition
The following table summarizes transition for ASU 2025-06:
Applicable to All Entities | |
---|---|
Effective date | Annual reporting periods beginning after December 15, 2027, including interim reporting periods within those annual reporting periods. |
Early adoption | Permitted at the beginning of an annual reporting period. |
Transition | An entity must select one of the three transition approaches:
Apply amendments to new software costs incurred after the adoption date for all projects, including in-process projects, as of the beginning of the period of adoption.
Apply amendments prospectively to new software costs. For in-process projects that do not meet the new capitalization requirements but had met the requirements in current guidance, derecognize capitalized costs through a cumulative-effect adjustment to opening retained earnings (or other appropriate equity/net asset components), as of the date of adoption.
Recast comparative periods and recognize a cumulative-effect adjustment to opening retained earnings (or other appropriate equity/net asset components) as of the beginning of the first period presented. |
Transition disclosures | An entity must provide specific disclosures based on the transition method selected:
Disclose the nature and reason for the change in accounting principle in both interim (if applicable) and annual reporting periods, as required by ASC 250-10-50-1(a).
Disclose the nature and reason for the change (ASC 250-10-50-1(a)) and the cumulative effect of the change on retained earnings at the beginning of the annual reporting period in which the ASU is adopted, in both interim (if applicable) and annual reporting periods.
Provide full transition disclosures under ASC 250-10-50-1(a) through (b)(1), (b)(2) for adjusted prior periods, and (b)(3), (c)(2) in both interim (if applicable) and annual reporting periods. |
Link to ASU 2025-06