Оценка программного обеспечения как нематериального актива: методы и нюансы

Компания продаёт лицензию на собственную CRM-систему и не может обосновать цену покупателю — на балансе актив висит по себестоимости несколько лет назад, а рынок за это время изменился до неузнаваемости. Другая ситуация: учредитель вносит права на мобильное приложение в уставный капитал, а налоговая и нотариус требуют отчёт независимого оценщика, а не «экспертное мнение разработчика». Программное обеспечение — нематериальный актив с собственной логикой стоимости, и ошибка в его оценке оборачивается оспоренной сделкой, отказом банка в финансировании или доначислением налогов.

Что такое оценка программного обеспечения как нематериального актива

Оценка программного обеспечения как нематериального актива — это определение денежной стоимости прав на программу, а не самого кода как файла или носителя. Оценщик рассчитывает стоимость исключительного права, простой или исключительной лицензии — набор оцениваемых прав зависит от того, что именно требуется подтвердить: право на программу целиком, отдельный модуль или право пользования по договору.

Программное обеспечение признаётся нематериальным активом (НМА), если одновременно выполняются пять критериев, установленных пунктом 4 ФСБУ 14/2022 «Нематериальные активы»:

• не имеет материально-вещественной формы;
• предназначено для использования в деятельности компании дольше 12 месяцев (или обычного операционного цикла, если он длиннее);
• способно приносить организации экономические выгоды в будущем;
• может быть выделено или отделено от других активов компании;
• компания может ограничить доступ иных лиц к активу — юридически, через исключительное право, или технически.

С отчётности за 2024 год состав объектов, которые нужно оценивать и отражать в балансе как НМА, заметно расширился. До перехода на ФСБУ 14/2022 неисключительные лицензии на ПО учитывали как расходы будущих периодов на счёте 97 — они не признавались нематериальными активами. Сейчас неисключительное право пользования программой, полученное по лицензионному договору на срок больше 12 месяцев, при выполнении прочих критериев признаётся НМА. Из-за этого перехода многим компаниям пришлось переклассифицировать в состав НМА обычные лицензии на офисные программы, учётные системы и специализированный софт — и определить для них первоначальную стоимость, срок полезного использования и способ амортизации.

Подробнее о том, что изменилось при переходе на новый стандарт, — в статье «Обзор ФСБУ 14/2022 «Нематериальные активы»: ключевые особенности и новые понятия».

Кому и когда нужна оценка программного обеспечения

Оценка программного обеспечения затрагивает разных участников хозяйственного оборота, и у каждого — свой интерес:

• Собственник и финансовый директор — ставят собственную разработку на баланс по достоверной стоимости, а не по случайной сумме прямых расходов.
• Инвестор или покупатель бизнеса — на этапе due diligence проверяют, действительно ли IT-актив стоит заявленных денег.
• Банк или иной кредитор — оценивает предмет залога, если компания привлекает финансирование под права на ПО.
• Участники или акционеры — подтверждают стоимость вклада в уставный капитал правами на программу.
• Суд — определяет размер компенсации при нарушении исключительных прав на программу.

Когда программное обеспечение признают нематериальным активом, а когда — нет

Первое, что проверяет оценщик перед расчётами, — соответствует ли объект признакам НМА в принципе. Три ситуации на практике вызывают больше всего споров.

SaaS и подписки на облачные сервисы, как правило, НМА не считаются

Доступ к облачному приложению по подписке обычно не признаётся нематериальным активом. Компания не контролирует программный продукт: как только оплата прекращается, доступ к сервису утрачивается немедленно, а значит, не выполняется критерий контроля над активом. Расходы на такую подписку списывают как затраты того периода, к которому они относятся, без постановки на счёт 04.

Встроенное программное обеспечение — часть основного средства, а не отдельный НМА

Если программа не может использоваться отдельно от оборудования — например, управляет станком с числовым программным управлением, — она учитывается как часть основного средства, а не как самостоятельный нематериальный актив. Срок полезного использования такого ПО равен сроку жизни оборудования, а оценивают его в составе имущественного комплекса, а не отдельно.

Сайт компании — НМА только при определённых условиях

Сайт-визитка, который выполняет только информационную или рекламную функцию, нематериальным активом не признаётся. Интернет-магазин или иной сайт, который непосредственно приносит компании доход, признаётся НМА, если соответствует всем пяти критериям п. 4 ФСБУ 14/2022.

ВАЖНО! Ошибка в квалификации объекта на этом этапе обесценивает всю последующую оценку: если оценщик определяет рыночную стоимость программного обеспечения, которое юридически не может быть отдельным НМА (встроено в оборудование) или не находится под контролем компании (SaaS), результат работы не отражает реальной картины и не проходит проверку при аудите или в суде.

Нормативная база оценки программного обеспечения

Оценка программного обеспечения как НМА опирается на два самостоятельных, но связанных между собой блока норм: правила проведения независимой оценки и правила бухгалтерского учёта НМА.

ФСО XI заменил устаревший ФСО № 11 2015 года и действует с 29 марта 2023 года. Стандарт впервые прямо предусмотрел возможность указывать в задании на оценку дополнительные расчётные величины — ставку роялти, размер вознаграждения за использование объекта, величину убытков от незаконного использования, а также выделил отдельный раздел об особенностях оценки НМА при залоге.

ФСБУ 14/2022 «Нематериальные активы» обязателен для бухгалтерской отчётности начиная с отчётности за 2024 год. Он определяет, по какой стоимости программное обеспечение попадает на баланс компании, но не заменяет независимую оценку там, где закон требует привлечения оценщика или где нужно определить справедливую рыночную стоимость, а не сумму понесённых затрат.

В каких ситуациях нужна независимая оценка программного обеспечения

Независимая оценка программного обеспечения требуется не всегда — бухгалтерия вполне может отразить собственную разработку по фактическим затратам без привлечения оценщика. Но есть ситуации, где закон прямо обязывает привлечь независимого оценщика, и ситуации, где без его отчёта не обойтись на практике.

1. Постановка на баланс ранее не отражённых активов — если затраты на разработку учтены неполно или документы утрачены, восстановить первоначальную стоимость без оценщика невозможно.
2. Вклад в уставный капитал правами на программу — при неденежном вкладе.
3. Сделки купли-продажи прав на ПО и лицензирование, в том числе due diligence перед покупкой или продажей бизнеса.
4. Залог прав на программное обеспечение при кредитовании.
5. Судебные споры о размере компенсации за нарушение исключительных прав.
6. Переоценка НМА — редкая ситуация, применимая только при наличии активного рынка на конкретный вид ПО.
7. Налоговые цели — например, обоснование цены операций с ПО между взаимозависимыми лицами.

ВАЖНО! При внесении прав на программное обеспечение в уставный капитал привлечение независимого оценщика обязательно по закону, а не по желанию сторон. Для ООО оценка обязательна, если номинальная стоимость доли, оплачиваемой неденежным вкладом, превышает 20 000 рублей (п. 2 ст. 15 Федерального закона № 14-ФЗ); для АО оценка обязательна независимо от суммы вклада (ст. 34 Федерального закона № 208-ФЗ). Стоимость вклада, которую определяют участники, не может превышать величину, указанную оценщиком в отчёте (п. 2 ст. 66.2 ГК РФ).

Три подхода к оценке программного обеспечения

ФСО XI предписывает оценщику применить все три классических подхода к оценке — доходный, затратный и сравнительный — либо обосновать в отчёте, почему конкретный подход неприменим к объекту. Итоговую стоимость получают путём согласования результатов, полученных разными подходами, по правилам ФСО V.

Затратный подход: сколько стоило создать или заместить программу

Затратный подход строится на простом принципе: стоимость программы не должна быть ниже затрат, которые потребовались бы для её создания или приобретения аналога с тем же функционалом. Внутри подхода различают два метода:

• метод стоимости создания — учитывает фактические затраты на разработку конкретной программы: оплату труда разработчиков с начислениями, амортизацию использованного оборудования и инструментов разработки, расходы на тестирование и документирование;
• метод стоимости замещения — рассчитывает, сколько потребовалось бы затрат на создание аналогичного по функциональности продукта на дату оценки, с использованием актуальных технологий разработки.

В обоих методах из полученной суммы обязательно вычитают накопленный износ — функциональный (устаревший технологический стек, неудобный интерфейс) и экономический, то есть моральное устаревание всего продукта.

Пример: компания разработала складскую систему учёта собственными силами. Затраты составили: оплата труда разработчиков — 3,2 млн руб., амортизация оборудования и лицензий на инструменты разработки — 0,4 млн руб., тестирование и документация — 0,3 млн руб. Итог по затратному методу без учёта износа — 3,9 млн руб.

Часть модулей построена на технологическом стеке, который устареет в течение ближайших двух лет и потребует переписывания, — оценщик определил накопленный функциональный износ в размере 20% и уменьшил стоимость на 0,78 млн руб., до 3,12 млн руб. Дополнительно оценщик сверил результат с ценой готовых аналогичных решений на рынке — 2,5–3 млн руб. Близость величин подтвердила, что 20% износа отражают реальное состояние продукта, а не занижают его стоимость.

Доходный подход: сколько программа приносит и будет приносить

Доходный подход отвечает на вопрос, сколько денег программа способна принести владельцу в будущем, и для коммерчески значимого ПО обычно даёт наиболее обоснованный результат. ФСО XI прямо указывает, что экономическая выгода может формироваться из разных источников: экономии на издержках, освобождения от роялти, преимущества в прибыли или фактических лицензионных платежей. Внутри подхода применяют несколько методов:

• метод дисконтированных денежных потоков (DCF) — прогнозирует все будущие доходы от использования или лицензирования программы и расходы на её поддержку, затем приводит эти суммы к текущей стоимости с учётом рисков;
• метод капитализации дохода — упрощённый вариант DCF для программ со стабильным, практически неизменным денежным потоком;
• метод освобождения от роялти — определяет стоимость как экономию, которую компания получает, используя собственную программу вместо того, чтобы платить роялти за аналогичный продукт на рынке;
• метод избыточных прибылей (multi-period excess earnings method, MEEM) — выделяет ту часть денежного потока бизнеса, которая создаётся именно этой программой, вычитая справедливую доходность на все прочие задействованные активы — персонал, оборудование, товарный знак.

Пример применения метода освобождения от роялти: компания использует внутреннюю CRM-систему собственной разработки. Стоимость права рассчитывают пошагово — от выручки, которую генерирует система, до приведённой стоимости экономии на роялти:

Экономию на роялти дисконтируют по годам как аннуитет, а не указывают одной итоговой цифрой без расчёта: только пошаговый расчёт, где виден каждый множитель — выручка, ставка роялти, налог, ставка дисконтирования, — можно обосновать перед инвестором, банком или в суде.

Сравнительный подход: поиск похожих сделок на рынке

Сравнительный подход отвечает на вопрос, за сколько продавались аналогичные продукты. Для программного обеспечения его применение существенно ограничено: большинство продуктов уникальны, а условия реальных сделок с правами на IT-активы почти никогда не публикуются. Подход точнее работает для типового, массового ПО с открытыми прайс-листами — например, для лицензий на распространённые учётные и офисные системы, — но почти неприменим к заказной разработке и уникальным платформам.

Как бизнес-модель программного обеспечения влияет на выбор метода

Программное обеспечение неоднородно, и способ монетизации конкретного продукта напрямую определяет, какие подходы к оценке применимы, а какие — нет.

Ключевые нюансы оценки программного обеспечения

Программное обеспечение отличается от других видов нематериальных активов — товарных знаков, патентов, ноу-хау — рядом практических особенностей, которые оценщик обязан учитывать.

Быстрое моральное устаревание и короткий срок полезного использования

Технологии меняются быстрее, чем истекает формальный срок действия прав на программу. Срок полезного использования (СПИ) программы для целей амортизации по ФСБУ 14/2022 — оценочное значение, которое компания пересматривает не реже одного раза в год, а не фиксирует один раз при постановке на учёт. Если надёжно определить период поступления экономических выгод невозможно, объект признают НМА с неопределённым сроком полезного использования: его не амортизируют, но проверяют на обесценение ежегодно.

Для налогового учёта исключительных прав на программы для ЭВМ, срок действия которых не установлен документами правообладателя, компания определяет СПИ самостоятельно, но не менее двух лет (п. 2 ст. 258 НК РФ). На практике оценщики закладывают в финансовые модели горизонт использования в 2–5 лет для типового бизнес-софта — заметно короче, чем для товарного знака или патента.

Юридическая чистота — отдельный этап, без которого оценка бессмысленна

Прежде чем считать стоимость, оценщик проверяет, кому принадлежит право на программу и на каком основании. Если программу создал штатный сотрудник в рамках должностных обязанностей, это служебное произведение: исключительное право по умолчанию принадлежит работодателю (ст. 1295 ГК РФ), если трудовым или иным договором не предусмотрено иное.

Если разработку заказывали у стороннего подрядчика по договору заказа, исключительное право по умолчанию переходит к заказчику (ст. 1296 ГК РФ) — если в договоре прямо не закреплено иное. Оценщик и юрист обязательно поднимают текст договора: обратная ситуация, когда право осталось у подрядчика, а заказчик получил только простую неисключительную лицензию для собственных нужд, встречается на практике и полностью меняет объект оценки.

Отдельный риск — компоненты с открытым исходным кодом: часть лицензий с открытым кодом обязывает раскрывать код производного продукта или ограничивает коммерческое использование, что снижает стоимость актива и требует юридической проверки состава используемых библиотек.

Подробнее о том, как оформить права на результаты интеллектуальной деятельности и распорядиться ими, — в статье «Результаты интеллектуальной деятельности и как ими выгодно распорядиться».

Стоимость зависит не только от кода, но и от команды и документации

В отличие от патента, который защищён независимо от того, кто именно продолжает работу над изобретением, ценность программного продукта заметно снижается при потере исходного кода, технической документации или ключевых разработчиков. Оценщик проверяет, передаётся ли вместе с правами исходный код и документация по сопровождению — без них покупатель или инвестор получает актив с ограниченной практической ценностью, что напрямую отражается на итоговой стоимости.

Отсутствие активного рынка ограничивает переоценку

По ФСБУ 14/2022 компания может выбрать учёт НМА по переоценённой стоимости, но переоценка проводится только для группы НМА, у которых есть активный рынок, — по данным этого рынка балансовую стоимость периодически приводят к справедливой. Для большинства программных продуктов, особенно уникальных, активного рынка нет, поэтому переоценка на практике почти не применяется: компании учитывают ПО по первоначальной стоимости, а независимую оценку заказывают точечно, под конкретную ситуацию — сделку, вклад в капитал, спор, — а не как регулярную процедуру.

ВАЖНО! С 4 января 2026 года действует новая редакция ст. 1301 ГК РФ: компенсация за нарушение исключительных авторских прав, включая права на программы для ЭВМ, составляет от 10 000 до 10 000 000 рублей по решению суда, либо — по выбору правообладателя — двукратный размер стоимости права использования, определяемой исходя из цены, которая обычно взимается за правомерное использование программы тем способом, каким её использовал нарушитель. Второй вариант расчёта компенсации напрямую требует обоснованной рыночной оценки права пользования — без неё правообладателю сложно подтвердить заявленную сумму в суде.

Как проходит оценка программного обеспечения: этапы

1. Идентификация объекта оценки и объёма прав — определяют, что оценивается: исключительное право на программу целиком, отдельный модуль, простая или исключительная лицензия.
2. Правовая экспертиза — проверяют цепочку прав от автора к текущему правообладателю, наличие компонентов с открытым кодом, регистрацию программы в реестре Роспатента или в реестре российского ПО Минцифры.
3. Сбор фактуры — техническая документация, история затрат на разработку, финансовые прогнозы, данные о сопоставимых продуктах и сделках.
4. Выбор и обоснование подходов — оценщик применяет все три подхода либо документально обосновывает отказ от неприменимого.
5. Расчёты и согласование результатов — по каждому применимому методу получают промежуточную величину, затем сводят их в итоговую стоимость.
6. Подготовка отчёта об оценке — документ оформляют по требованиям Федерального закона № 135-ФЗ и федеральных стандартов оценки.

Типичные ошибки при оценке программного обеспечения как НМА

• Смешение подписки на облачный сервис с исключительным правом — компания пытается поставить на баланс и оценить актив, которого юридически не существует как отдельный НМА.
• Отказ от независимого оценщика при вкладе ПО в уставный капитал на сумму более 20 000 рублей — нарушает п. 2 ст. 15 № 14-ФЗ и создаёт риск оспаривания сделки участниками или налоговым органом.
• Применение сравнительного подхода без реальных аналогов «для галочки» — вместо отказа от неприменимого подхода с письменным обоснованием.
• Установление срока полезного использования без учёта морального устаревания — завышенный СПИ искажает амортизацию и балансовую стоимость актива.
• Отсутствие проверки юридической чистоты прав, включая состав открытого кода, перед расчётом стоимости.
• Подмена затратной оценки рыночной — затратный подход показывает, сколько стоило создать программу, а не сколько она стоит на рынке сегодня. Если компания предлагает инвестору сумму понесённых затрат вместо результата доходного или сравнительного подхода, оценка не отражает реальную стоимость актива для сделки.

Заключение

Оценка программного обеспечения как нематериального актива требует одновременно бухгалтерской точности, юридической проверки прав и понимания того, как быстро устаревает конкретный продукт. Три подхода к оценке — доходный, затратный и сравнительный — редко дают одинаковый результат для ПО, и задача оценщика не в том, чтобы выбрать самый выгодный, а в том, чтобы обосновать, какой из них отражает экономическую суть конкретной ситуации: постановку на баланс, сделку, вклад в капитал или судебный спор.

Практический первый шаг — определить, какой именно объект прав фактически стоит на балансе или должен быть на него поставлен: исключительное право, лицензия или доработка чужого продукта, и проверить его на соответствие пяти критериям НМА по ФСБУ 14/2022. Если объект соответствует критериям, но его стоимость определена приблизительно или требует подтверждения для сделки, вклада в капитал или отчётности, для расчёта обоснованной стоимости привлекают независимого оценщика с опытом работы с IT-активами.

Специалисты Группы «ДЕЛОВОЙ ПРОФИЛЬ» проводят оценку интеллектуальной собственности и нематериальных активов, включая программное обеспечение, — подробнее об услуге «Оценка интеллектуальной собственности и нематериальных активов».

Часто задаваемые вопросы

Что такое оценка программного обеспечения как нематериального актива?

Это определение денежной стоимости прав на программу — исключительного права, лицензии или их части, а не самого кода как файла. Оценщик применяет доходный, затратный и сравнительный подходы и определяет итоговую величину стоимости на конкретную дату.

Когда программное обеспечение признаётся нематериальным активом?

Когда одновременно выполняются пять критериев ФСБУ 14/2022: у объекта нет материальной формы, он используется в деятельности компании дольше 12 месяцев, способен приносить экономические выгоды, может быть выделен из других активов, а компания может ограничить доступ к нему иных лиц. Подписки на облачные сервисы и встроенное в оборудование ПО этим критериям, как правило, не соответствуют.

Какие методы применяют для оценки программного обеспечения?

Три подхода: затратный (метод стоимости создания и метод замещения), доходный (дисконтирование денежных потоков, капитализация дохода, метод освобождения от роялти, метод избыточных прибылей) и сравнительный (поиск сделок с аналогичным ПО). Для уникальной разработки основными обычно становятся доходный и затратный подходы.

Нужна ли независимая оценка при внесении прав на программу в уставный капитал?

Да. Для ООО она обязательна, если номинальная стоимость доли, оплачиваемой неденежным вкладом, превышает 20 000 рублей; для АО — независимо от суммы вклада. Стоимость, которую утверждают участники, не может превышать величину, определённую оценщиком.

Признаётся ли SaaS-подписка нематериальным активом?

Как правило, нет. Компания не контролирует программный продукт: при прекращении оплаты доступ к сервису прекращается немедленно, а это не соответствует критерию контроля над активом. Расходы на подписку списывают как затраты текущего периода.

Как определить срок полезного использования программного обеспечения?

Срок определяют исходя из срока действия лицензии или договора и ожидаемого периода получения экономических выгод, с учётом вероятного морального устаревания продукта. Для налогового учёта исключительных прав на программы для ЭВМ, если срок не установлен документами, его определяют самостоятельно, но не менее двух лет.

Чем оценка программного обеспечения отличается от оценки других нематериальных активов?

Программное обеспечение быстрее морально устаревает, зависит от сохранности исходного кода и документации, а рынок сделок с уникальным ПО почти не публичен, поэтому сравнительный подход применим реже, чем для товарных знаков или типовых лицензий.