在连续三个纳税年度里，一家盈利的软件公司在账面上看起来可能会破产。一家初创公司花费50万美元开发产品并实现现金收支平衡后，仍然可能需要为数十万美元从未真正获得的“收入”纳税。这并非税法上的漏洞——而是《减税与就业法案》第174条摊销规定严格按原文执行的结果，它迫使成千上万的小型软件和产品公司陷入多年的现金周转困难。
现在，这项规定已经不复存在。《一项宏大美妙法案》（OBBBA）于2025年7月4日签署成为法律，通过新增的第174A条，永久恢复了国内研发（R&E）成本的立即费用化。如果你经营的企业在软件开发、产品原型设计或进行任何形式的技术研发上投入资金，这几年里，这是对小企业影响最深远——也最不为人所知——的税法变化之一。
以下是具体的变化、它对你的账簿意味着什么，以及如果你已经错过了部分退税窗口该怎么做。
第174A条解决的问题
2022年之前，企业可以在研发支出发生的当年扣除，就像扣除租金或工资一样。这很简单：花钱，扣钱。
2017年的《减税与就业法案》悄然改变了这一点，从2021年12月31日之后开始的纳税年度生效。企业不再能立即扣除，而是被要求将国内研发成本在5年内（在美国境外进行的研发为15年）进行资本化和摊销，并在第一年采用半年惯例。因此，如果你在2022年花费了50万美元用于软件开发，当年大约可以扣除5万美元——剩下的45万美元则分摊到未来几年，无论公司是否仍然存在来申请扣除。
关键的是，这项规定对“研发支出”的定义足够广泛，足以将软件开发成本囊括在内，这让许多科技和产品公司措手不及。一家在工程人员工资上大量投入以开发产品的公司，突然面临巨额的非现金税单——它需要为仅因真实支出被转化为多年的虚假扣除而产生的收入纳税。对于现金紧张的初创公司和小型SaaS公司来说，这把一个普通的糟糕年份变成了偿付能力危机。
第174A条实际改变了什么
OBBBA新增的第174A条适用于2024年12月31日之后开始的纳税年度，并且是永久性的——不像许多税收优惠那样是设定了到期日的临时条款。国内研发支出，包括软件开发，再次可以在发生当年立即扣除。
你现在有三种处理符合条件的国内研发成本的方式：
- 立即全额费用化——在支付或发生当年扣除全部金额（默认选项，也是大多数小企业会选择的）。
- 根据第174A(c)条进行60个月摊销——如果这更符合你的收入确认或财务报告目标，则在5年内平均分摊扣除额。
- 根据第59(e)条进行10年摊销——一个更慢的选择，有时用于最低替代税（AMT）规划。
一个重要的细微差别是：**国外研发仍然受到严厉处理。**在美国境外进行的研发工作仍需根据现有规定进行15年摊销。如果你的工程师或承包商在国外工作，或者你使用境外开发团队，这些成本不符合立即费用化的条件——只有国内部分符合。这使得对研发人工成本进行清晰的地理位置追踪不再仅仅是会计上的细节；它现在是你当年税单的直接驱动因素。
软件开发明确包含在内
如果你一直不确定你的产品工程支出在税务意义上是否算作“研发”，该法律直接回答了这个问题：根据第174A(d)(3)条，软件开发被归类为研发支出。这包括：
- 内部工程人员工资以及为开发或大幅改进软件人员的相关工资成本
- 为相同工作支付的承包商和自由开发者成本
- 合理分配给软件开发活动的间接费用
这不仅仅对那些自认为是“做研究”的公司有意义。任何正在开发专有应用程序、内部工具、电子商务平台或SaaS产品的小企业，都极有可能发生第174A条规定的成本——无论公司自我描述中是否提及研发。
小企业的追溯期——以及为什么部分追溯期已经结束
由于2022-2024年的摊销要求造成了真实的财务损害，国会为小企业提供了追溯性救济。如果你的企业平均年总收入为3100万美元或更少（通过三年平均值测试），你可以选择将第174A条追溯适用于2022年至2024年期间开始的纳税年度——从而追回根据旧规定已资本化且仅部分扣除的研发金额的退税。
问题在于：美国国税局的程序性指导（Rev. Proc. 2025-28）将该追溯选择的截止日期设定为2026年7月6日——即OBBBA颁布一年后——或每个纳税年度的通常诉讼时效截止日期，以较早者为准。截至本文撰写之时，对于大多数符合条件的小企业来说，2026年7月6日这一日期已经过去。
如果你正在阅读本文但尚未修改你2022-2024年的纳税申报，请不要以为你就自动失去了机会：
- 逐年检查你的诉讼时效。 2026年7月6日是外部界限，但对于某些纳税年度，自申报之日起的标准三年诉讼时效可能已经是最具约束力（更早）的截止日期——或者，对于迟报的纳税申报，它可能还会开放更长时间。请咨询你的注册会计师，检查每个受影响年度的实际申报日期，而不是假设标题中的截止日期统一适用。
- 永久性规定在未来仍然适用。 错过追溯退税窗口不影响你在2025年及所有未来纳税年度全额费用化国内研发成本的能力。这项优惠没有时间限制。
- 如果你认为你在2022-2024年有重大的摊销研发成本但尚未处理，请立即与税务专业人士沟通——根据你的具体申报历史，可能仍然存在一些有限的补救途径和技术论据。
对于其他所有人——着眼于2025年及未来纳税年度的企业——修改申报的截止日期现在已是一个无关紧要的问题。相关问题更简单：你是否正在正确分类并立即费用化你的国内研发成本？
研发税收抵免的相互作用
如果你的企业还申领联邦研发税收抵免，那么第174A节附带一个你需要了解的协调规则（这是对第280C(c)节的配套更新）。你通常必须选择以下两种路径之一：
- 减少你的研发费用扣除额，金额相当于已申领的研发抵免，或者
- 接受减少的研发抵免，以保留全部研发费用扣除额。
哪个选项更好取决于你的边际税率、你的抵免计算方式和你的现金状况——这正是那种值得在报税前与你的会计师进行模型分析的决策，而不是在报税后。
这对你的簿记意味着什么
第174A节强调精确性。为了充分利用它——以及在美国国税局提出质疑时为你的立场辩护——你需要账簿清晰区分：
- 国内与国外研发费用。 只有国内支出可以立即费用化；国外支出仍然需要15年摊销。如果你的分类账将所有“工程”或“承包商”费用混为一谈，无论工作在哪里执行，你就无法清晰地对每一笔费用应用正确的处理方式。
- 符合研发条件的费用与日常运营费用。 软件维护、现有功能的错误修复和日常质量保证可能与开发新功能或以涉及技术不确定性的方式改进现有产品的费用处理方式不同。界限并非总是显而易见，你的会计师会需要一个清晰的审计跟踪来做出判断。
- 按类别和地点划分的承包商付款，因为海外开发人员的1099承包商费用与海外雇员费用一样，都面临15年摊销。
这就是在你真正理解的系统中追踪你的财务状况——而不是一个将所有费用归入通用类别的黑箱工具——在报税时获得回报的地方。Beancount.io的纯文本会计让你可以以此类税务分析所需的粒度标记和分类每笔交易：为国内与国外承包商付款设置独立账户，为符合研发条件的项目提供自定义元数据，以及一个你的注册会计师可以逐行审查而不是从银行账户馈送中猜测的完整审计跟踪。
总结
在三年时间里，税法惩罚了正是那种发展小型软件和产品企业的支出。第174A节永久性地消除了从2025年起的影响，并给了小型企业一次性机会从2022-2024年追回资金——这个窗口现在已基本关闭，但这不改变持续的收益。如果你正在开发软件、原型产品，或者支付开发人员改进你已有的产品，请与你的会计师讨论你当前的簿记是否清晰区分了国内和国外研发支出，因为这种区别现在每年都对你的税单产生直接、永久的影响。
从第一天起就保持财务井井有条
当你应对研发费用化规则以及它们现在所依赖的国内与国外区分时，维护清晰、细致的财务记录至关重要——而非可选项。Beancount.io提供纯文本会计，让你对财务数据拥有完全的透明度和控制权，因此每一美元的工程支出都已标记、可追溯，并准备好在报税时提交给你的会计师。免费开始，看看为什么开发人员和财务专业人士正在转向纯文本会计。