あなたはAcquire.comで18万ドルのマイクロSaaSを買収したばかりだ。掲載情報にはMRR6,200ドル、きれいなStripe履歴、実際に読めるコードベースとあった。資金を送金し、売り手はリポジトリと顧客データベースを譲渡し、今あなたは「購入価格: 180,000ドル」という一行だけが書かれた売買契約書を前にしている。会計士に何を買ったのかと聞かれ、あなたは「アプリだ」と答える。その答えは高くつくことになる。
その18万ドルの一ドル一ドルが帳簿上のどこかに計上されなければならず、その計上先によって、今年控除できる金額と今後15年間にわたって控除する金額が変わってくる。このステップを飛ばした買い手は、ほぼ必ず「ソフトウェアを買ったのだから、ソフトウェアとして償却しよう——3年か、せいぜい5年くらいだろう」という直感に頼ってしまう。しかし事業買収の場合、その直感は誤りであり、IRSにはそれを裏付ける明確なルールがある。
買い手を窮地に追い込む思い込み
市販品として購入したり、ライセンスを受けたり、自社開発したりする単体のソフトウェアは、通常は速いペースで償却される。非独占ライセンスで一般に販売される市販ソフトウェアは、IRCセクション167(f)(1)のもとで通常36ヶ月かけて償却される。社内開発ソフトウェアはさらに早く費用化できる場合もある。これは多くのインディー開発者が初めての買収に持ち込む思考モデルだ。なぜなら、それが彼らがこれまで考えたことのある唯一のソフトウェア税務ルールだからだ。
しかし、マイクロSaaSの買収は「ソフトウェアを買う」ことではない。それは事業を買うことであり、コードはたまたまその中にある資産の一つに過ぎない——顧客リスト、ドメイン、ブランド、売り手が署名する競業避止契約、そして残ったのれんと並んで。ソフトウェアが単体購入としてではなく、事業や取引の買収の一環として所有者を移す瞬間、それはまったく異なるルール群の対象になる——IRCセクション197であり、3年でも5年でもなく15年の定額償却を要求する。
これはキャッシュフローに実質的な違いを生む。18万ドルの買収を3年で償却すれば、年間およそ6万ドルの所得を非課税にできる。同じ18万ドルを15年にわたって分散すれば、年間約1万2,000ドルしか非課税にならない。もしあなたが早い償却を前提に取引をモデル化していたなら、初年度の実際の税引き後キャッシュフローは、スプレッドシートが約束していたものよりもずっと悪く見えるはずだ。
なぜコードが15年の枠に組み込まれるのか
このルールは、セクション197規則の中に埋もれた一つの区別に行き着く——コンピュータソフトウェアは、事業や取引の買収に関連して取得された場合、セクション197の無形資産となる。そのコードが実際にどれだけ優れていようと、カスタムであろうと、分離可能であろうと関係ない。コードベースが理論上は単体製品として動作しうるとか、業者に再構築を依頼した場合の具体的な金額を示せるとかいったことも関係ない。それが顧客、収益、ブランド、事業単位全体を含む事業とセットで来たのであれば、のれんと同じ15年のプールに組み込まれる。
セクション197はさらに一歩進んでおり、売り手と評価額を交渉する前に知っておく価値がある——そのプール内のすべては、個別に減価償却される部品の集合ではなく、一つの分割不可能な資産として扱われる。コード、顧客関係、残余のれんはすべて、実際の経済的な寿命がどれほど異なっていようと、まったく同じ15年スケジュールで償却される。現実的な技術寿命が3年しかないSaaS製品でも、単に取得方法が理由で15年かけて償却するよう引き延ばされる。
七つの区分: あなたの18万ドルが実際にどこへ行くのか
IRSは、買い手と売り手の双方に対し、残余法と呼ばれる方法を使って、購入価格を七つの法定資産クラスに配分することを求めている——価値はまず「ハード」なクラスから順に割り当てられ、残った分がのれんになる。
- クラスI — 現金および現金同等物
- クラスII — 活発に取引される有価証券
- クラスIII — 売掛金およびそれに類する債権
- クラスIV — 棚卸資産(SaaS取引ではまれだが、物理的な在庫を持つ事業を買う場合には関係する)
- クラスV — 什器、備品、設備、その他の有形固定資産
- クラスVI — のれん以外のセクション197無形資産: 顧客リスト、コードベース、ブランド/商標、競業避止契約
- クラスVII — のれんおよび継続事業価値(残余——他のすべてを適正に評価した後に残るもの)
典型的なマイクロSaaS取引では、購入価格のほぼ全体がクラスVIとクラスVIIに分かれることになる——通常、意味のある棚卸資産や設備はなく、クラスI〜IIIが資産購入にきれいに当てはまることはめったにない。本当に重要な作業は、価格のうちどれだけが顧客リストで、どれだけがコード/知的財産で、どれだけが残余のれんに落ちるかについて合意することだ。この三つはすべて同じ15年で償却されるため、純粋な償却速度の観点からは、どう分けようとほとんど違いはない——しかし、いずれあなたが売却する際に何が起きるかという点では、非常に大きな違いを生む。
なぜ売り手はあなたが思う以上にこだわるのか
ここから交渉が面白くなり、多くの初めての買収者がクロージングの場で不意を突かれるところでもある。買い手と売り手は、この配分について正反対の税務上のインセンティブを持っており、しばしばゼロサムゲームだと表現される——一方の税務上の勝ちが、もう一方の税務上のコストになる。
- **あなた(買い手)**は、顧客リスト、コード、のれんがすべて同じ方法で償却されるため、クラスVI/VIIの配分がどう決まってもほとんど気にしない。あなたが本当に気にすべきなのはクラスVだ——取引に有形の設備が含まれる場合、そこでの速い減価償却は、他のすべての場所での15年スケジュールより有利になる。
- 売り手は大いに気にする。のれん(クラスVII)に配分された利益は、通常は有利な長期キャピタルゲイン課税を受けるが、他の一部のクラスに配分された金額は、減価償却の取戻し(デプリシエーション・リキャプチャー)を通じて経常所得扱いとなる可能性があり、その場合の税率はほぼ2倍近くにまで上がりうる。
双方が**IRSフォーム8594(セクション1060に基づく資産取得報告書)**を提出する義務があり、IRSは両方の申告書を照合できるため、配分のミスマッチは監査を招く要因として知られている。買い手と売り手のフォーム8594が完全に一致することは法的な要件ではないが、大きな食い違いはどちらの側も望まない精査を招く。すっきりした進め方——そして資産購入契約に直接書き込む価値のあるもの——は、署名の前に売り手と配分スケジュールについて合意しておくことだ。会計士たちがそれぞれ何ヶ月も間を空けて別々のバージョンを申告してしまう後になってからではなく。
具体例で見てみる
資産購入契約を通じて、プロジェクト管理SaaSを18万ドルで買うとしよう。
| 資産クラス | 配分額 | 買い手側の処理 |
|---|---|---|
| クラスV — 取引に含まれるノートPC、モニター | $2,000 | 5年で減価償却(またはセクション179で即時費用化) |
| クラスVI — 顧客リスト(280人の有料サブスクライバー) | $60,000 | 15年定額償却 |
| クラスVI — ソースコード/コードベース | $70,000 | 15年定額償却 |
| クラスVI — 競業避止契約(売り手は2年間、競合サービスを立ち上げないことに同意) | $8,000 | 15年定額償却 |
| クラスVII — のれん(残余) | $40,000 | 15年定額償却 |
クラスVIとVIIのすべての行は同じ率で償却される——178,000ドル ÷ 15 = 年間約11,867ドル、月あたりおよそ989ドルであり、この178,000ドルを四つの行にどう配分しようと変わらない。配分が実際に短期的な控除額を変える唯一の場所はクラスVだ。その2,000ドルの設備は、はるかに速いスケジュールで減価償却される(あるいは要件を満たせばセクション179のもとで即座に費用化される)からだ。
初日から帳簿に反映させる
買収後の帳簿をプレーンテキスト元帳で運用しているなら、これはクロージング時に設定し、毎月一度触れる少数の勘定科目にきれいに対応する。
2026-07-18 * "Micro-SaaS acquisition - asset purchase"
Assets:Equipment:Laptop 2,000.00 USD
Assets:Intangibles:CustomerList 60,000.00 USD
Assets:Intangibles:SourceCode 70,000.00 USD
Assets:Intangibles:NonCompete 8,000.00 USD
Assets:Intangibles:Goodwill 40,000.00 USD
Assets:Checking -180,000.00 USD
2026-08-01 * "Monthly Section 197 amortization"
Expenses:Amortization:Intangibles 988.89 USD
Assets:Intangibles:CustomerList -333.33 USD
Assets:Intangibles:SourceCode -388.89 USD
Assets:Intangibles:NonCompete -44.44 USD
Assets:Intangibles:Goodwill -222.22 USDコード、顧客リスト、競業避止契約、のれんをそれぞれ別々の勘定科目に分けることは——たとえ償却の仕方が同一であっても——確定申告以外の二つの理由で重要になる。第一に、後で事業を売却する場合、損益を正確に計算するために各区分の残存簿価を知る必要がある。第二に、その取引がIRSの精査を受けることになった場合、単なる「無形資産」というひとまとめの行ではなく、取引レベルで配分が文書化されていることが、フォーム8594で申告した内容の裏付けになる。
配分は「後で」ではなく「クロージング時」に文書化する
インディー買い手がこの種の取引で犯す最大のミスは、税率そのものではない——送金が完了してから何ヶ月も経った確定申告シーズンまで、配分を決めずに放置してしまうことだ。その頃には、あなたと売り手はそれぞれ別々に申告しており、お互いに話し合ったことのない別々の会計士がついている可能性もあり、数字はまず一致しない。具体的な配分スケジュールを資産購入契約そのものに組み込み、署名の前に売り手と合意し、各項目をどう評価したかについてのきれいな証跡——鑑定評価、顧客リストであればサブスクライバー数×LTVの計算、競業避止契約であれば市場相場——を残しておこう。そのスケジュールが、双方のフォーム8594となり、今後15年間あなたの帳簿に残る償却スケジュールにもなる。
初日から買収の帳簿を分けておく
マイクロSaaSの購入は、最初の顧客が更新するよりも前から、独自の勘定科目一式を持ち込む——無形資産の勘定科目、償却スケジュール、そして5年後の監査にも耐えなければならない取得価格配分だ。Beancount.ioは、資産購入契約に署名したその日から、これらすべての配分をバージョン管理し監査可能な状態に保つプレーンテキスト会計を提供し、買収の財務履歴を独自形式で囲い込むこともない。無料で始める、そして最初の月次締めの前に帳簿を正しく整えよう。