世界を動かす技術を、日本語で。

HNにお知らせ: 米国におけるソフトウェア開発者の税控除(セクション174)を復活させるための支援をお願いします

350日前

概要

  • 米国のソフトウェア企業 は、税制変更により開発費の即時控除ができなくなった影響を受けている状況
  • ソフトウェア開発費 は現在、数年にわたり償却する必要があり、資金繰りや雇用に悪影響
  • Hacker News でもこの問題について多くの議論が行われている現状
  • 税制変更の撤回 を求める活動が活発化、YCのLuther Lowe氏も主導的に関与
  • 米国納税者 で同意する場合は、署名活動への参加が推奨されている案内

米国ソフトウェア開発費の税制変更とその影響

  • 2022年の税制改正により、 ソフトウェア開発費の即時全額控除が廃止
  • 現在は 数年間にわたり償却(amortization) が必要となり、短期的な資金繰りが悪化
  • スタートアップや中小企業 にとって、開発投資のハードルが上昇
  • レイオフ(大量解雇)や新規雇用抑制 の一因と指摘される現状
  • Hacker Newsコミュニティ でもこの問題に関する議論が活発化

コミュニティによる税制撤回運動

  • Y Combinator(YC)のLuther Lowe氏 が中心となり、アルムナイを組織して議員への働きかけを展開
  • Hacker Newsユーザー にも賛同と署名を呼びかける動き
  • 米国納税者限定 で、政策決定者への効果的なメッセージ発信を重視
  • 署名フォームは Google Forms で公開、適切な委員会メンバーに提出予定
  • コミュニティの声 を結集し、税制改正の早期撤回を目指す活動

署名活動への参加方法と注意点

  • 米国納税者 で賛同する場合のみ、署名フォームへの記入を推奨
  • 非米国人の署名は控える よう案内、議員への影響力維持のため
  • 議論や質問 はHacker Newsスレッドにて随時受け付け
  • HNコミュニティの合意形成 が進んでおり、声を届ける意義が大きい状況
  • Luther Lowe氏 も積極的に質問対応予定

参考リンク・情報源

  • Hacker News議論スレッド (例:https://news.ycombinator.com/item?id=44180533)
  • 過去スレッド一覧 (https://news.ycombinator.com/item?id=44203869)
  • 署名フォーム (https://docs.google.com/forms/d/1DkRGeef2e_tU2xf3TyEyd2JLlmZ...)

今後の展望

  • 業界・コミュニティの連携強化 による政策変更への影響力拡大
  • 税制改正撤回 が実現すれば、ソフトウェア開発投資や雇用創出の加速が期待
  • Hacker News発の草の根運動 として、他分野の政策議論にも波及する可能性

Hackerたちの意見

みんな、これに取り組んでくれてありがとう。今の税法はかなりおかしいよね。数百万ドルを人件費に使って、年間20万ドルのソフトウェアを売っても、税金を払わなきゃいけない可能性があるんだから。会社が潰れそうなときでもね。ソフトウェアに適用される伝統的な資本資産の扱いは、もっと改善の余地があるよ。ソフトウェアの中には資本資産として扱われるものもあるけど、そうじゃないものもたくさんあるし、少なくとも早く減価償却されるべきだと思う。

ほとんどのソフトウェア会社が自社のコードを貴重な資本資産だと思わないなんて、ちょっと驚きだよ。例えば、あなたの会社は、5年経ったらソースコードや設計書のコミットやスナップショットをパブリックドメインに公開することに問題ないと思う?それとも、今は減価償却が早すぎるのかな?

これってただの間違いじゃない?法人税は純利益にかかるんじゃないの?

多くの人がこの174条についてよく知らないから、簡単に説明するね。普通、経費があったら、それを収益から引いて課税対象の利益を計算するんだ。もし売上が100万ドルで、コストが90万ドルなら、利益は10万ドルで、その利益に対して税金がかかる。174条は、ソフトウェアエンジニアに関してはこれができないって言ってるんだ。ソフトウェアエンジニアにお金を払っても、それは「本当の」「経費」じゃないって、議会が言ってる。実際にやったことは、機械のような資本財を買ったってことなんだ。税金を計算するためには、それを数年(この場合は5年)にわたって減価償却しなきゃいけない。減価償却っていうのは、もしエンジニアに年間20万ドル払ったとしても、税金の世界ではその年の実際の経費は4万ドルだけってことになる。だから、エンジニアを雇うことがすごく高くつくことになる。普通、会社がエンジニアを雇うときは、他の経費と同じように「まあ、利益が減るから税金も減るだろう」って考えられるけど、ソフトウェアエンジニアは特別で、同じようには控除できないんだ。20万ドルのエンジニアの場合、最初の年に4万ドルを控除して、2年目にまた4万ドル、3年目に4万ドル、5年目まで続くんだ。最終的には、エンジニアの最初の年の給料を全額控除できるけど、それは5年後のこと。だから、会社は限られた資本を使って5年間連邦政府にお金を貸すことになって、エンジニアが重い財政的負担になるんだ。もし会社がエンジニアをたくさん雇ったら、利益が出ていない年でも連邦政府に所得税を払わなきゃいけなくなる。ちなみに、このルールは他の人件費には適用されない。HRの人や企業の役員を雇ったら、その年に払った分を経費として計上できる。これはソフトウェアエンジニアに特有のルールなんだ。トランプ政権の最初の時に、他の法人税率の引き下げのコストを相殺するために議会で通ったんだよ。

通常、経費があるときは、収益からそれを引いて課税対象の利益を求める。もし売上が$1百万で、コストが$90万なら、利益は$10万になる。[..] こんなに単純化するのが本当に役立つかはわからないけど、これは通常、運営経費(通常は家賃、光熱費、給与、備品など)か資本支出(通常は建物、土地、無形資産など)について話してるかによるよね?

それはおかしいよ。給与は決して資産として考えられるべきじゃない。ソフトウェアに物質的な価値を持たせようとしてるけど、開発者の給与を基にするのは、コードの行数で評価するのと同じくらいクレイジーだよ。ソフトウェアの価値は、実際の収益のパーセンテージのようなもっと現実的なもので基づくべきだけど、テックジャイアンツはそれに反対するだろうね。

ソフトウェアエンジニアには適用されるけど、どの定義のソフトウェアエンジニアなの?この[1]が実際にコードが与える唯一の定義だよ。> (3) ソフトウェア開発 > このセクションの目的のために、ソフトウェアの開発に関連して支払われたまたは発生した金額は、研究または実験的支出として扱われる。1. https://www.law.cornell.edu/uscode/text/26/174 ----- テストやQAエンジニアはソフトウェアエンジニアと見なされるの?FPGAやASICエンジニアはHDLで書いてるならソフトウェアエンジニアなの?システムエンジニアや電気エンジニア、機械エンジニアはMATLABなどを使って設計作業をするからソフトウェアエンジニアと見なされるの?システム管理者やDB管理者、他のITスタッフは仕事の一環としてソフトウェアを書くからソフトウェアエンジニアなの?定量分析者、データサイエンティスト、会計士、アクチュアリー、またはプログラミングを使って仕事をする他の数学や分析に関連する職種はどうなるの?HRなどでExcelを使う人は?Excelは基本的にグラフィカルな配列プログラミング言語だから、スプレッドシートツールの設計はAPLから直接インスパイアされてるし。Excelを使う人やスプレッドシートを作ったり維持したりする人は、みんなソフトウェアエンジニアと見なされるの?ソフトウェアエンジニアリングはすごく広い分野で、プログラミングは今や現代ビジネスのあらゆる部分に浸透してるよね。

なんで彼らを管理者、DevOps、アナリスト、テスター、技術者、マネージャーとかで分類しないの?他にもいろいろあると思うけど。結局、ソフトウェア開発の役割についての話なの?でも、他のこともやってるよね?もし君が正しいなら、アメリカみたいな場所では本当にバカげてるよ。

彼らはただのプロダクトマネージャーで、開発はAIエージェントがやってるんだよね。

ポイントを明確にするために言うと、上の例では、最初の年に18万ドルを控除できる代わりに90万ドルを控除できるってことだ。それで、税金の観点からは82万ドルの利益が出る。でも、実際には10万ドルしか持ってない。税金を払うのは大変だね!

どうやって税控除だけを復活させて、残りのBBBを通さないようにするの?

普通、企業が価値のある資産を生産するためにお金を使うと、その資産の取得コストを有用な期間にわたって減価償却しなきゃいけないんだ。例えば、企業が新しい建物を作るために人を雇ったら、そのコストは20年にわたって減価償却される。従業員の給料として支払われた場合でも、これはソフトウェアエンジニアリングに特有の特別な状況じゃないよ。

これが実際の資本財に対して行われる理由は何なんだろう? 企業の投資を制限する同じ問題があるんじゃないの?

これについて背景を知らない人のために、簡単にまとめるね。- ビジネスは通常、利益に対して課税される。収益からその収益を生み出すためのコストを引いて、その差額に税金がかかる。- ソフトウェアビジネスでは、例えばウェブアプリを開発するために100万ドルを使って、その年に110万ドルの売上があったら、10万ドルの利益に対して税金がかかる。- でも数年前、IRSはその100万ドルを発生した年に控除することを許可しなくなった。代わりに、その100万ドルは5年にわたって償却することになったから、今はその年の控除可能な経費は20万ドルだけになった。だから、900Kの「利益」に対して課税されることになる。税率が50%だとしたら、会社は45万ドルの税金を払わなきゃいけないけど、実際には100Kしか残ってない。だから、税金を払うために借り入れたり、ベンチャーキャピタルを調達したりしなきゃいけなくなる。つまり、VCから資金を得ている会社が、自力でやっている会社よりも有利になるってこと!- この手紙の目的は、すべてのビジネスに対して元に戻すことだよ:実際の経費を実際の収益から控除できるようにして、その実際の利益に課税すること。私は弁護士でも会計士でもないけど、これが私の理解だよ。

アメリカの税率が21%なのに、なんで50%の税率を前提にしてるの?

数年前、IRSはその100万ドルを控除することを許可しなくなった それはトランプの2017年の税制改革法で、IRSのコードが修正されたんだ。

すごくいい説明だね、シェアしてくれてありがとう。影響を受けた大手テック企業は、世界中でチームを解雇してるみたいで、投資家に悪い印象を与えないためかもしれない。だから、ある意味で、これは世界中のテック従業員に悪影響を与えてるよね。ソフトウェアビジネスには、こういうルールが必要だと思う。全てのコストを前払いしなきゃいけない業界だから、ブートストラップがしやすくなるし。VCモデルが最適じゃない小さな市場もたくさんあるしね。

この考えは伝わるけど、前提が偏ってるよね。> 実際の経費を支払った後、銀行に$100Kの残高があるとしても。ビジネスを運営してる人は流動性の概念を完璧に理解してるよ。お金を別のものに変えたからって、税金を払わなくていいわけじゃない。極端な例を挙げると、年末の最後の取引日に金を買う会社があるけど、これじゃ利益はゼロ!初日に金を売って税金を回避することができる。ソフトウェアが資産なのか消費なのか、どの程度までが問題なんだろう。(個人的には、ソフトウェアは意味のある資産とは思わないけど、実用的な妥協としてソフトウェアは10%の資産と見なすことができるかも。)

俺の理解では、その$450Kは返金可能で譲渡可能だよ。つまり、もし2年目に$0の収入で$0の経費だったら、1年目の$200Kの経費が2年目に適用されるから、$100Kの税金還付を受けられるってこと。しかも譲渡可能で、会社が失敗した場合でも、未実現の税金還付を実現するために会社の残りを買う会社もある。だから、通常はその$450Kの税金を払うためのファクターローンを得るのは簡単なんだ。資産が担保になってるからね。ファクターローンは通常高金利で高額だけど、これがあるおかげで短期的には税金が会社を即座に破産させることはないけど、高金利は長期的には痛手になる。俺は弁護士でも会計士でもないし、アメリカ人でもないけど。

署名したよ。アメリカの開発者として、ソフトウェア開発経費の控除を復活させることを全面的に支持する。これによって多くのスタートアップやエンジニアチームが影響を受けたから、もう直す時が来てる。YCや@itslutherみたいな人たちがこれを進めてくれてるのに感謝。これは単なる税金の問題じゃなくて、アメリカでのイノベーションと才能を維持するための問題なんだ。早く実現させよう。

もし他のスレッドで既に答えが出ていたらごめんね(あんまり追ってなかったから)、でも、これは他の国ではどうなってるの?

減価償却されてないんだよね。つまり、会社はその年の全給与を収益から引いて、差額に対して税金を払うってこと。給与が減価償却されるってことは、1年目は給与のX%しか引けなくて、課税額がかなり大きくなるんだ。2年目はそのX%を使って、1年目に支払った給与のY%も使うから、差額が少なくなって、税金も少なくなる。安定した収益があって、確立された労働者がいる会社にはあまり違いはないんだ。現在の年の給与に対して全税金を払う代わりに、6年分の給与に対して6回に分けて税金を払うことになるから、だいたい同じ金額になる。初期の会社にとってはかなり厳しいこともある。例えば、1年目に10万ドル稼いで、従業員にも10万ドル払ったとする。会社には銀行に0が残るけど、課税目的では課税額は(10万ドル - 10%の10万ドル = 9万ドル)になる。20%の法人税だと、会社は銀行に0があっても政府に1万8000ドルの税金を払わなきゃいけない。こういう環境でソフトウェアビジネスを始めるのは本当に大変だよ。

誰かこのポジティブな面を教えてくれない?これは既存のテック企業に有利な規制の捕捉にしか見えない。小さな会社が収益を上げるのはこの償却を処理できないし、大きな既存企業はできる。とはいえ、ソフトウェア開発において「R&D」として分類されるものには少し雑な部分があると思う。コードのメンテナンスはR&Dなの?バグ修正は?パフォーマンス改善は?生産に入ったら「資本資産」としてR&Dから外れるの?税金がかかるお金がかかってるから、この部分はいつもグレーに見える。でも、この複雑さは法務部門があって監査に対応できるインフラを持っている既存企業にとってはアドバンテージだよね。俺の見解では、これは規制の捕捉の一形態だと思う。こういう症状の提示はかなり一般的だし。もしかしたら、既存企業は最初から控除できる「R&D」の割合が少ないから、これがバランスを取るかもしれない?誤字を修正して、わかりやすくしたよ。

誰かこのポジティブな点を強調してくれない?実際、何もないよ。給与費用を減価償却資産として扱うのは狂ってるし、だから他の文脈ではやらないんだよ—アメリカでも他の国でも。偏った説明に聞こえるかもしれないけど、これが真実なんだ。トランプの税法に入って、予算のバランスルールを逃れるために作られたけど、将来の議会が「絶対に」廃止するように愚かに設計されてたんだ。こういう駆け引きは予算ではよくあるけど、なぜかこの条項はずっと残ったままだった。

もしポジティブな点を挙げるなら、これはその法律の主な焦点である所得税の減税のコストを相殺するために設計された多くの収入増加の一つだったってことだね。

ソフトウェアが資産と考えられるなら、これってなんとなく理解できるよね。会社がOracleやSolidworks、Windows 11などのライセンスを購入したら、一度に全額経費にできるわけじゃないし、ソフトウェアの有用な期間にわたって償却しなきゃいけない。物理的な印刷機やバックホーと同じようにね。販売用や社内用のソフトウェアを作る場合も、ソフトウェアを作るための初期コストがあって、それを次の数年間使ったり売ったりすることになる。ソフトウェアはトラクターみたいに劣化しないし、物理的な財が有限の寿命で償却される理由はそれだよね。多分、最大の問題は、このソフトウェアの概念が20年遅れてるかもしれないってこと。

これに取り組んでくれてありがとう。この問題について、小規模なソフトウェア会社やその関連企業が過去数年沈黙していたのは驚きだった。最近の「タイムボム」記事は、実際に「巨大テック企業への税金減免」以外の何かとして説明するために時間をかけた数少ないメディアの一つで、すごく新鮮だった。なぜもっと声が上がらないのかという私の現在のお気に入りの理論は、多くの会社がルール変更を無視した(無知からか、倒産を避けるためか)ため、沈黙せざるを得なくなったということだ。

手紙にサインするのはいいけど、代表者に電話をかけるのと同じ効果はないよ。 https://5calls.org/why-calling-works/ あのサイトを使う必要はないけど、要するに、一番大きな声を上げたいなら、電話をかけるべきってこと。

誰かが、提出者の代わりにAIを使って代表者に電話をかけるYCスタートアップをやるべきだね。

LLM企業がこの税制優遇を撤廃するようにロビー活動して、仕事を減らそうとしてるのかな?

これが現在の大きな法案に含まれていて、今後も含まれると思ってたんだけど。それが削除されるとは思ってなかったよ。