Ви щойно закрили угоду з придбання мікро-SaaS на Acquire.com за $180,000. У оголошенні значилося $6,200 щомісячного регулярного доходу (MRR), чиста історія Stripe і кодова база, яку справді можна було прочитати. Ви перевели кошти, продавець передав репозиторій і базу клієнтів, і тепер ви дивитеся на договір купівлі-продажу з одним рядком: «Ціна придбання: $180,000». Ваш бухгалтер запитує, що саме ви купили. Ви кажете «застосунок». Ця відповідь вам ще коштуватиме.
Кожен долар із цих $180,000 має десь опинитися у вашій обліковій системі — і саме від того, де він опиниться, залежить, скільки з цієї суми ви зможете списати цього року, а скільки — протягом наступних півтора десятиліть. Покупці, які пропускають цей крок, майже завжди покладаються на інтуїтивно очевидний хід думок: «Я купив програмне забезпечення, тож спишу його як програмне забезпечення — можливо, за три роки, можливо, за п'ять». Для придбання бізнесу ця інтуїція помилкова, і у податкової служби є конкретне правило, яке це підтверджує.
Інтуїція, яка підводить покупців
Окреме програмне забезпечення — те, яке ви купуєте готовим, ліцензуєте або розробляєте самостійно, — зазвичай амортизується швидко. Готове програмне забезпечення, доступне широкому загалу за невиключною ліцензією, як правило, списується протягом 36 місяців згідно з IRC Section 167(f)(1). Програмне забезпечення, розроблене власними силами, іноді можна списати ще швидше. Саме таку ментальну модель більшість інді-розробників приносять із собою у своє перше придбання, адже це єдине правило податкового обліку програмного забезпечення, про яке їм узагалі доводилося думати.
Але придбання мікро-SaaS — це не «купівля програмного забезпечення». Це купівля бізнесу — а код лише випадково опиняється одним з активів усередині нього, поряд зі списком клієнтів, доменом, брендом, будь-якою угодою про неконкуренцію, яку підписує продавець, і рештою гудвілу. У той момент, коли програмне забезпечення переходить з рук у руки як частина придбання торгівлі чи бізнесу, а не як окрема покупка, воно підпадає під зовсім інший набір правил: IRC Section 197, який вимагає лінійної амортизації протягом 15 років — не 3, не 5.
Це реальна різниця в грошових потоках. Придбання на $180,000, списане за 3 роки, щороку захищає від оподаткування приблизно $60,000 доходу. Ті самі $180,000, розтягнуті на 15 років, захищають близько $12,000 на рік. Якщо ви моделювали свою угоду, виходячи зі швидшого списання, ваш фактичний грошовий потік після оподаткування в перший рік виглядатиме значно гірше, ніж обіцяла електронна таблиця.
Чому код потрапляє до 15-річного кошика
Правило зводиться до однієї відмінності, прихованої в нормативних актах щодо IRC Section 197: комп'ютерне програмне забезпечення є нематеріальним активом за Section 197, якщо воно придбане у зв'язку з придбанням торгівлі чи бізнесу, — незалежно від того, наскільки якісним, індивідуальним чи відокремлюваним насправді є цей код. Не має значення, що кодова база теоретично могла б працювати як окремий продукт, або що ви могли б назвати конкретну суму, яку взяв би підрядник за його відтворення. Якщо він постачався у складі бізнесу — клієнтів, доходу, бренду, всієї операційної одиниці — він потрапляє в той самий 15-річний пул, що й гудвіл.
Section 197 йде ще далі — і це варто знати перед тим, як домовлятися з продавцем про оцінку: усе в цьому пулі трактується як один неподільний актив, а не набір окремо амортизованих частин. Код, відносини з клієнтами і залишковий гудвіл — усе це амортизується за одним і тим самим 15-річним графіком, незалежно від того, наскільки різними є їхні реальні економічні терміни служби. SaaS-продукт із реалістичним технологічним строком служби в 3 роки все одно розтягується на списання протягом 15 років — просто через спосіб, у який його придбали.
Сім кошиків: куди насправді йдуть ваші $180,000
IRS вимагає, щоб і покупець, і продавець розподілили ціну придбання між сімома встановленими законом класами активів за допомогою так званого залишкового методу — вартість спершу проходить через «тверді» класи, а все, що залишається, стає гудвілом:
- Клас I — грошові кошти та їх еквіваленти
- Клас II — активно торговані цінні папери
- Клас III — дебіторська заборгованість та подібні боргові інструменти
- Клас IV — товарно-матеріальні запаси (рідкість для SaaS-угоди, але актуально, якщо ви купуєте бізнес із фізичними запасами)
- Клас V — меблі, обладнання та інші матеріальні/основні засоби
- Клас VI — нематеріальні активи за Section 197, окрім гудвілу: ваш список клієнтів, кодова база, бренд/торгова марка та будь-яка угода про неконкуренцію
- Клас VII — гудвіл і вартість діючого підприємства (залишок — усе, що лишається після справедливої оцінки решти)
У типовій угоді з мікро-SaaS майже вся ціна придбання зрештою розподіляється між Класом VI і Класом VII — зазвичай немає суттєвих товарних запасів чи обладнання, а Класи I–III рідко застосовуються однозначно до купівлі активів. Справжня робота полягає в тому, щоб узгодити, яка частина ціни припадає на список клієнтів, яка — на код/інтелектуальну власність, а яка йде в залишковий гудвіл. Усі три складові амортизуються протягом тих самих 15 років, тож із суто швидкісної точки зору амортизації майже не важливо, як ви їх розділите — але це має величезне значення пізніше, коли ви врешті продаватимете бізнес.
Чому продавець переймається цим більше, ніж ви могли б очікувати
Ось де переговори стають цікавими — і де багатьох покупців-новачків заскакує зненацька за столом підписання угоди. У покупців і продавців протилежні податкові стимули щодо цього розподілу, і його часто описують як гру з нульовою сумою — податкова вигода однієї сторони є податковою витратою іншої.
- Ви (покупець) здебільшого не переймаєтеся тим, як розподіляється співвідношення Класу VI/VII, оскільки список клієнтів, код і гудвіл амортизуються однаково. Де вам справді варто перейматися — це Клас V: якщо угода включає будь-яке матеріальне обладнання, швидша амортизація там вигідніша за 15-річний графік, що діє всюди інде.
- Продавець переймається цим сильно. Прибуток, віднесений до гудвілу (Клас VII), зазвичай отримує пільговий режим довгострокового приросту капіталу, тоді як суми, віднесені до деяких інших класів, можуть спричинити режим звичайного доходу через відшкодування амортизації — оподатковуваного за ставками, які можуть бути майже вдвічі вищими.
Оскільки обидві сторони зобов'язані подати IRS Form 8594 (Asset Acquisition Statement Under Section 1060), а IRS може звірити ці дві подачі, невідповідні розподіли є відомим тригером для перевірки. Це не юридична вимога, щоб Form 8594 покупця і продавця збігалися точно, але значна невідповідність привертає увагу, якої не хоче жодна зі сторін. Правильний хід — і те, що варто прописати прямо в договорі купівлі активів, — узгодити графік розподілу з продавцем до підписання, а не після того, як ваші бухгалтери подадуть кожен свою версію з різницею в кілька місяців.
Розібраний приклад
Скажімо, ви купуєте SaaS для управління проєктами за $180,000 через договір купівлі активів:
| Клас активу | Розподіл | Трактування для покупця |
|---|---|---|
| Клас V — ноутбук, монітор, включені в угоду | $2,000 | Амортизується протягом 5 років (або списується одразу за Section 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 обладнання амортизуються за значно швидшим графіком (або списуються одразу за Section 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, документування розподілу на рівні транзакції (а не просто одним загальним рядком «нематеріальні активи») підтверджує все, що ви подали у Form 8594.
Документуйте розподіл на момент закриття угоди, а не пізніше
Найбільша помилка, яку роблять інді-покупці в таких угодах, — не податкова ставка, а те, що розподіл лишається невизначеним аж до сезону подання декларацій, через місяці після того, як банківський переказ уже пройшов. На той момент ви і продавець подаєте документи окремо, можливо, з різними бухгалтерами, які ніколи не спілкувалися одне з одним, і цифри рідко збігаються. Закладіть конкретний графік розподілу прямо в договір купівлі активів, узгодьте його з продавцем до підписання і зберігайте чіткий паперовий слід того, як ви оцінили кожну частину — оцінку, розрахунок кількості підписників, помножений на LTV, для списку клієнтів, ринкову ставку для угоди про неконкуренцію. Цей графік стає і Form 8594 обох сторін, і графіком амортизації, який лежатиме у вашій обліковій системі наступні 15 років.
Ведіть облік придбання окремо з першого дня
Купівля мікро-SaaS приносить свій власний план рахунків ще до того, як продовжиться підписка вашого першого клієнта — рахунки нематеріальних активів, графік амортизації і розподіл ціни придбання, який має пережити перевірку через п'ять років. Beancount.io дає вам текстовий облік, який тримає кожен із цих розподілів під контролем версій і придатним до аудиту з дня підписання договору купівлі активів, без жодного пропрієтарного формату, що замикав би фінансову історію вашого придбання. Почніть безкоштовно і налаштуйте облік правильно ще до першого щомісячного закриття.