2022年から2024年の間に、ソフトウェアの構築、新製品の処方開発、製造工程のテスト、社内利用向けのカスタムコード作成など、研究開発に費用を投じた企業であれば、3年連続で気づかないまま税金を払い過ぎていた可能性が高い。2017年の減税・雇用法(TCJA)の思わぬ落とし穴によって、企業はそうした費用を即座に控除する代わりに資産計上し、少しずつ償却することを強いられてきた。そして多くの中小企業のオーナーは、申告時期に会計士から悪い知らせを受け取るまでそのことに気づかなかった。
2025年7月4日に成立した「One Big Beautiful Bill Act(OBBBA)」は、今後の問題を是正すると同時に、過去を清算するための一回限りの窓口を開いた。それが、条件を満たす中小企業が2022年から2024年の償却分を一括で取り戻せる遡及的選択であり、この窓口は2026年7月6日に閉じられた。もしこの記事をその期限後に読んでいて、申請をしていなかったとしても、完全にチャンスを逃したと感じる必要はない。まだテーブルの上に残っている実際のお金があり、さらに今後の研究開発費の扱いについて決めるべきことも残っている。ここでは、実際に何が起きたのか、まだ残されている選択肢は何か、そして2025年・2026年の費用について同じ過ちを繰り返さない方法を解説する。
そもそもこのルールが存在した理由:簡単なおさらい
税法のセクション174は、何十年にもわたり研究・実験(R&E)費用を規定してきた。2022年以前は、ほとんどの企業がこれらの費用を発生した年に控除でき、シンプルでキャッシュフローにも優しく、直感的な仕組みだった。ところが2017年の税制改正により、2021年12月31日以降に始まる課税年度から状況が一変した。国内のR&E費用は即座に費用化する代わりに、5年間(海外研究に起因する費用は15年間)にわたって資産計上・償却しなければならなくなったのだ。
多くの中小企業にとって、この変化は表面化するまで見えないものだった。2022年にエンジニアの給与として20万ドルを支出したソフトウェア企業は、その年に20万ドルを控除することができず、代わりに約2万ドル(5年償却スケジュールの半年分)しか控除できず、残りは繰り越された。これを3つの課税年度にわたって積み重ねると、企業は多額の「幻の所得」――帳簿上の課税利益が実際の銀行残高と一致しない状態――を抱え込むことになった。
OBBBA法は、新設のセクション174Aによって、2024年12月31日以降に始まる課税年度について国内R&E費用の即時費用化を復活させた。同時に、中小企業が2022年から2024年の損害を遡って是正するための仕組みも設けた。
誰が遡及救済の対象になったのか
この遡及的選択は、税法の他の箇所でも使われている総収入基準によって定義される「中小企業納税者」が対象だった。選択を行う年の直前の3課税年度にわたる平均年間総収入が3,100万ドル以下(2025年のインフレ調整済み基準額)であれば、その企業は対象となった。関連法人がある場合には合算ルールが適用されるため、共通支配下にあるグループ企業は各法人単体ではなく合算した総額で判定する必要があった。
この基準額を超える企業がまったく救済を受けられなかったわけではない。それらの企業には、帳簿にまだ残っている2022年から2024年の未償却R&E費用を前倒しできる、遡及性のない別の選択肢が用意されており、残りの控除を2025年に一括で、あるいは2025年と2026年に分割して計上することができた。この仕組みは7月6日という締め切りとは連動しておらず、該当する場合は会計士と改めて確認する価値がある。
2026年7月6日の期限が実際にカバーしていたもの
中小企業向けの遡及的選択は、OBBBA法の成立から1年以内に行う必要があり、それが2026年7月6日という期限になった(本来の7月4日が週末に当たったため、翌営業日に繰り下げられた)。選択を行うには、影響を受けた各年度――2022年、2023年、2024年のいずれか、または複数――について修正申告(個人事業主・個人パートナーはForm 1040-X、法人はForm 1120-X)、またはパートナーシップの場合はAdministrative Adjustment Requestを提出し、セクション174Aの遡及適用を選択する旨の申立書を添付する必要があった。
この申告では他にもいくつかの書式に影響が及んだ。研究開発税額控除の計算を調整するForm 6765、減価償却・償却スケジュールの修正が必要な場合のForm 4562、そして場合によっては会計処理方法の変更を正式なものとするForm 3115またはそれに代わる申立書――これはIRSがRevenue Procedure 2025-28で示した手続きに従うものだ。
重要な点として、IRSはこの特別な1年間の窓口が、IRC(内国歳入法典)セクション6511に基づく通常の還付請求時効――一般に申告書提出から3年、または納税から2年のいずれか遅い方――を上書きするものではないことも改めて注意喚起していた。つまり、一部の企業にとっては2022年課税年度について7月6日よりも早い実質的な期限が存在していたことになる。2023年初めに提出された申告書は、この特別期限が到来する前にすでに通常の還付請求期間の対象外になっていた可能性があるからだ。
期限を逃した場合でも、今なお当てはまること
**OBBBA法の中小企業向け規定に基づき、2022年から2024年の即時費用化を遡及的に選択する窓口は、現在すでに閉じている。**この特定の仕組みには2026年7月6日までの行動が必要であり、二度と戻ってくることはない。
だからといって、その年度に関するあらゆる手段が失われたわけではない。
- **通常のR&D税額控除の申請は、OBBBAの遡及的選択とは無関係に、引き続き通常の3年間の時効に従う。**連邦R&D税額控除(セクション174の控除とは別に、税額そのものをドルベースで減額できる制度)を、通常の規定のもとでまだ申請期限内にある年度について一度も申請していなかった場合、その申請はまだ可能かもしれない。自社にとってどの年度がまだ開いているかは、税理士に必ず確認してほしい。
- **2022年から2024年の費用に関する償却スケジュールが消えてなくなるわけではない。**それらの費用は依然として控除され続けるが、一括で受け取る代わりに、当初の5年(海外研究の場合は15年)スケジュールに沿って控除されるだけである。控除そのものを失ったのではなく、前倒しできる権利を失っただけだ。
- **2025年以降は、期限を逃したことの影響を受けない。**セクション174Aによる国内研究費用の即時費用化は、遡及的選択を行ったかどうかにかかわらず、2024年12月31日以降に始まる課税年度に自動的に適用される。これは多くの企業が実際に日々向き合っていくことになる部分であり、正しく理解しておく価値がある。
今すぐやるべきこと
-
**2022年から2024年に該当するR&E費用が実際にあったかどうかを確認する。**多くの企業は「研究開発」と聞くと白衣を着た研究者や特許出願を思い浮かべる。しかし実際には、(一定の条件下での)社内利用ソフトウェアを含むソフトウェア開発、新製品または改良製品の処方、エンジニアリングの試作品、工程改善のテストなども対象に含まれる。こうした活動に心当たりがあり、まだR&D税額控除を申請していなかったのであれば、この分野を専門とするCPAに相談する価値がある。OBBBA法の遡及的選択の窓口が閉じた今でも、税額控除の申請や会計処理方法の変更の機会がまだ残っている可能性がある。
-
**2025年以降に向けて帳簿を整えておく。**OBBBA法による最大の実務上の変化は、一回限りの遡及的措置ではなく、国内R&E費用が恒久的に再び即時控除の対象となったことだ。しかしこれが役に立つのは、記帳の段階でR&E支出を一般的な運営費からきちんと分離できている場合に限られる。「エンジニアの給与」「ソフトウェア開発の外部委託費」「研究開発用資材」がすべて単一の「給与」や「消耗品」勘定に埋もれてしまっていると、あなたと会計士は毎年、多くの場合は期限に追われながら、しかもある程度の推測を交えて、その数字を申告期に再構築するはめになる。
-
**セクション280Cとの調整について会計士に相談する。**連邦R&D税額控除を申請する場合、二重取りを防ぐためにセクション174/174Aの控除と調整することが法律で義務付けられている。控除額を税額控除分だけ減らすか、あるいは控除額を減らした分だけ税額控除を圧縮するかのいずれかを選ぶ必要がある。この点を誤ることは、税理士がこの分野でよく指摘するミスの一つだ。
-
**「中小企業」としての地位が永続的だと思い込まない。**3,100万ドルの総収入基準額は、直近3年間のローリング平均で毎年判定される。好調な成長を遂げた年があれば、今後の選択や救済措置の対象から外れてしまう可能性がある。一度確認して終わりにするのではなく、自社がこの基準額に対してどの位置にいるかを継続的に把握しておく価値がある。
クリーンに分類された帳簿がこれまで以上に重要な理由
この一連の出来事は、中小企業の税務プランニングで繰り返し見られるパターンをよく示している。法改正から素早く価値を引き出せた企業は、もともと関連費用を帳簿上で分離できていた企業だった。それ以外の企業は、2026年3月から6月にかけて、領収書や外部委託業者への請求書、給与レポートから3年分の研究開発支出を再構築する作業に追われた――事前にきちんと分類しておけば避けられたはずの、コストがかかり間違いも起きやすいプロセスだ。
これはまさに、プレーンテキスト会計が解決するために作られた種類の問題である。Beancount.ioを使えば、すべての取引がバージョン管理された人間可読の元帳の中に存在し、自分自身で勘定科目の構成を定義できる。そのため「R&E:ソフトウェア開発」や「R&E:製品テスト」といった科目を、3年後に再構築するのではなく、最初からファーストクラスの科目として持つことができる。元帳がプレーンテキストであるため、税理士が必要とする費用内訳を正確に照会・フィルタリング・エクスポートでき、あらゆる変更が完全な監査証跡として記録される。無料で始める、そして透明で開発者フレンドリーな会計が、確定申告の時期や今回のような法改正の負担をどれだけ軽減してくれるかを実感してほしい。勘定科目の構成やレポート作成について詳しくはドキュメントを、元帳の上に構築されたビジュアルダッシュボードについてはFavaをご覧いただきたい。