Tell HN: New IRS guidance on software development for Section 174 amortization

13 points by nodamage ↗ HN
For context see the previous two HN discussions on this topic:

Ask HN: How are you handling Section 174 changes for bootstrapped companies? (https://news.ycombinator.com/item?id=34627712)

Software firms across US facing tax bills that threaten survival (https://news.ycombinator.com/item?id=35614313)

In those two threads there was some confusion as to whether or not all software development would need to be amortized under the new Section 174 rules, or if only "research and development" specific activities would need to be amortized.

Well the IRS has recently released new guidance on the topic in Notice 2023-64 (https://www.irs.gov/pub/irs-drop/n-23-63.pdf) and the results are not looking good. Based on the guidance it appears that almost all software development related activities will fall under Section 174 amortization rules. See the quoted section below:

"Section 5.03 - Activities that are treated as software development. Activities that are treated as software development for purposes of § 174 generally include but are not limited to:

(1) Planning the development of the computer software (or the upgrades and enhancements to such software), including identification and documentation of the software requirements;

(2) Designing the computer software (or the upgrades and enhancements to such software);

(3) Building a model of the computer software (or the upgrades and enhancements to such software);

(4) Writing source code and converting it to machine-readable code;

(5) Testing the computer software (or the upgrades and enhancements to such software) and making necessary modifications to address defects identified during testing, but only up until the point in time that:

(a) In the case of computer software developed for use by the taxpayer in its trade or business, the computer software is placed in service; and

(b) In the case of computer software developed for sale or licensing to others, technological feasibility has been established, product masters(s) have been produced, and the computer software is ready for sale or licensing to others; and

(6) In the case of computer software developed for sale or licensing to others (or the upgrades and enhancements to such software), production of the product master(s)." ‎‎

What is not considered software development: marketing and promotional activities, maintenance activities that do not give rise to upgrades and enhancements, distribution activities, and customer support activities.

If the law stays like this it's going to create a record keeping nightmare for software companies that will have to start tracking how much labor is going into the development of new software or features (subject to section 174) vs bug fixes (not subject to section 174).

3 comments

[ 3.5 ms ] story [ 11.7 ms ] thread
I hope that entities like large VC firms and accelerators like YC and Techstars are lobbying for software development expenses to continue to be treated like regular expenses, rather than amortized. Are they?
Unfortunately, most folks in the community seem to be hiding their heads in the sand with the hope that it was some kind of mistake or misinterpretation. Those that have been raising a red flag for months have been largely ridiculed by people on this board. As for the MSM - have you heard anything about it? Even those non-MSM forums that are supposedly "plugged into" current events that impact software startups, like the All-in Podcast, are radio silent. Which is odd considering that this tax change is at least as lethal to the community as the SVB bankruptcy that they droned on for months about. This issue? Crickets! Strange, huh?
Bug fixes are enhancements. You've clearly enabled functionality that was previously not there. Same with any dependency upgrades that address security flaws - you've just enhanced the system security.