Вы только что закрыли сделку по приобретению микро-SaaS за $180,000 на Acquire.com. В объявлении значилось $6,200 MRR, чистая история Stripe и кодовая база, которую действительно можно было прочитать. Вы перевели деньги, продавец передал репозиторий и базу клиентов, и теперь вы смотрите на акт купли-продажи с одной строкой: «Цена покупки: $180,000». Бухгалтер спрашивает, что вы купили. Вы отвечаете: «приложение». Этот ответ обойдётся вам дорого.
Каждый доллар из этих $180,000 должен где-то отразиться в ваших книгах учёта — и то, где именно он отразится, определяет, сколько вы сможете вычесть в этом году, а сколько — растянуть на следующие полтора десятилетия. Покупатели, которые пропускают этот шаг, почти всегда полагаются на кажущуюся очевидной интуицию: «Я купил программное обеспечение, значит, спишу его как программное обеспечение — может, за три года, может, за пять». Для сделки по приобретению бизнеса эта интуиция ошибочна, и у налоговой службы США (IRS) есть конкретное правило, которое это подтверждает.
Интуиция, которая подводит покупателей
Отдельное программное обеспечение — то, которое вы покупаете «с полки», лицензируете или разрабатываете самостоятельно, — как правило, амортизируется быстро. Коробочное ПО, доступное широкой публике по неисключительной лицензии, обычно списывается за 36 месяцев согласно IRC Section 167(f)(1). Внутренне разработанное ПО иногда можно списать ещё быстрее. Именно эту ментальную модель большинство инди-разработчиков переносят на свою первую сделку по приобретению бизнеса — просто потому, что это единственное налоговое правило по программному обеспечению, о котором им вообще приходилось задумываться.
Но приобретение микро-SaaS — это не «покупка программного обеспечения». Это покупка бизнеса — а код просто оказывается одним из активов внутри него, наряду со списком клиентов, доменом, брендом, любым соглашением о неконкуренции, которое подписывает продавец, и остаточным гудвиллом. В тот момент, когда программное обеспечение переходит из рук в руки в рамках приобретения торгового или коммерческого предприятия, а не как отдельная покупка, оно подпадает под совершенно другой набор правил: IRC Section 197, который требует равномерной (линейной) амортизации в течение 15 лет — не 3, не 5.
Это ощутимая разница в денежном потоке. Приобретение за $180,000, списанное за 3 года, укрывает от налога примерно $60,000 дохода в год. Те же $180,000, растянутые на 15 лет, укрывают около $12,000 в год. Если вы моделировали свою сделку исходя из более быстрого списания, ваш реальный посленалоговый денежный поток в первый год окажется намного хуже, чем обещала ваша таблица.
Почему код попадает в 15-летнюю категорию
Правило сводится к одному различию, зафиксированному в положениях Section 197: компьютерное программное обеспечение считается нематериальным активом по Section 197, если оно приобретено в связи с приобретением торгового или коммерческого предприятия, — независимо от того, насколько хорош, кастомизирован или отделим этот код на самом деле. Неважно, что кодовая база теоретически могла бы работать как отдельный продукт, или что вы можете назвать конкретную сумму, которую подрядчик взял бы за его повторную разработку. Если код пришёл в комплекте с бизнесом — клиентами, выручкой, брендом, всей операционной единицей, — он попадает в тот же 15-летний «котёл», что и гудвилл.
Section 197 идёт ещё дальше — и это стоит знать до того, как вы начнёте согласовывать оценку с продавцом: всё, что попадает в этот «котёл», рассматривается как единый неделимый актив, а не набор отдельно амортизируемых частей. Код, отношения с клиентами и остаточный гудвилл — всё это амортизируется по одному и тому же 15-летнему графику, независимо от того, насколько по-разному выглядит их реальный экономический срок службы. SaaS-продукт с реалистичным технологическим сроком жизни в 3 года всё равно растягивается на списание в течение 15 лет — просто из-за способа его приобретения.
Семь категорий: куда на самом деле уходят ваши $180,000
IRS требует, чтобы и покупатель, и продавец распределили цену покупки по семи установленным законом классам активов, используя так называемый остаточный метод: сначала стоимость распределяется по «твёрдым» классам, а всё, что остаётся, становится гудвиллом:
- Class I — денежные средства и их эквиваленты
- Class II — активно торгуемые ценные бумаги
- Class III — дебиторская задолженность и аналогичные долговые инструменты
- Class IV — товарно-материальные запасы (редко встречаются в SaaS-сделках, но актуальны, если вы покупаете бизнес с физическими запасами)
- Class V — мебель, оборудование, инвентарь и прочие материальные/основные средства
- Class VI — нематериальные активы по Section 197, кроме гудвилла: список клиентов, кодовая база, бренд/товарный знак и любое соглашение о неконкуренции
- Class VII — гудвилл и стоимость действующего предприятия (остаточная величина — то, что остаётся после справедливой оценки всего остального)
В типичной сделке по микро-SaaS почти вся цена покупки в итоге делится между Class VI и Class VII — обычно нет сколько-нибудь значимых запасов или оборудования, а Class I–III редко применимы к покупке активов в чистом виде. Реальная работа заключается в том, чтобы согласовать, какая часть цены приходится на список клиентов, какая — на код/интеллектуальную собственность, а какая — на остаточный гудвилл. Все три категории амортизируются за одни и те же 15 лет, поэтому с точки зрения скорости амортизации то, как именно вы их разделите, почти не имеет значения — но это имеет огромное значение для того, что произойдёт позже, когда вы в конце концов продадите бизнес.
Почему продавцу это важно больше, чем вы думаете
Именно здесь переговоры становятся интересными — и именно здесь многих покупателей, впервые заключающих подобную сделку, застаёт врасплох за столом закрытия сделки. У покупателей и продавцов противоположные налоговые интересы в отношении этого распределения, и его часто описывают как игру с нулевой суммой: налоговый выигрыш одной стороны — это налоговые издержки другой.
- Вы (покупатель) в большинстве случаев не особо заботитесь о том, как именно разделены Class VI и Class VII, поскольку список клиентов, код и гудвилл амортизируются одинаково. А вот что действительно имеет значение — это Class V: если в сделку входит какое-либо материальное оборудование, более быстрая амортизация по нему выгоднее 15-летнего графика, применяемого ко всему остальному.
- Продавца это волнует сильно. Доходы, отнесённые на гудвилл (Class VII), как правило, получают льготный режим долгосрочного прироста капитала, тогда как суммы, отнесённые на некоторые другие классы, могут повлечь налогообложение как обычного дохода через возврат амортизации (depreciation recapture) — по ставкам, которые могут быть почти вдвое выше.
Поскольку обе стороны обязаны подать IRS Form 8594 (Asset Acquisition Statement Under Section 1060), а IRS может сверить обе поданные формы, несовпадающее распределение — известный триггер для налоговой проверки. Юридически не требуется, чтобы Form 8594 покупателя и продавца совпадали в точности, но существенное расхождение привлекает нежелательное внимание для обеих сторон. Правильный ход — и его стоит прямо прописать в договоре купли-продажи активов — согласовать график распределения с продавцом до подписания, а не после того, как ваши бухгалтеры месяцами позже независимо друг от друга подадут каждый свою версию.
Разбор примера
Предположим, вы покупаете SaaS-сервис для управления проектами за $180,000 по договору купли-продажи активов:
| Класс актива | Распределение | Учёт у покупателя |
|---|---|---|
| Class V — ноутбук, монитор, включённые в сделку | $2,000 | Амортизация за 5 лет (или единовременное списание по Section 179) |
| Class VI — список клиентов (280 платящих подписчиков) | $60,000 | Равномерная амортизация за 15 лет |
| Class VI — исходный код / кодовая база | $70,000 | Равномерная амортизация за 15 лет |
| Class VI — соглашение о неконкуренции (продавец обязуется не запускать конкурирующий продукт в течение 2 лет) | $8,000 | Равномерная амортизация за 15 лет |
| Class VII — гудвилл (остаточная величина) | $40,000 | Равномерная амортизация за 15 лет |
Каждая строка Class VI и VII амортизируется с одинаковой скоростью: $178,000 ÷ 15 = около $11,867 в год, или примерно $989 в месяц, независимо от того, как вы разделите эти $178,000 между четырьмя строками. Единственное место, где распределение реально меняет ваш вычет в ближайшей перспективе, — это Class V, поскольку те $2,000 в оборудовании амортизируются по гораздо более быстрому графику (либо списываются немедленно по Section 179, если вы соответствуете требованиям).
Как отразить это в учёте с первого дня
Если вы ведёте учёт по этой сделке в текстовом (plain-text) регистре, всё это чисто ложится на несколько счетов, которые вы настраиваете при закрытии сделки и трогаете раз в месяц:
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 даёт вам plain-text-учёт, в котором каждое из этих распределений находится под контролем версий и доступно для аудита с того самого дня, когда вы подписали договор купли-продажи активов, — без проприетарного формата, запирающего финансовую историю вашей сделки. Начните бесплатно и настройте учёт правильно ещё до первого ежемесячного закрытия.