Программное обеспечение как актив: права, затраты и будущие доходы

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

Поэтому при оценке важно отделить сам программный актив от деятельности IT-компании. Исходный код, инфраструктура, услуги разработчиков и клиентские отношения могут участвовать в создании общего финансового результата, но не обязательно входят в стоимость конкретной программы как самостоятельного объекта.

Какие права на программное обеспечение формируют стоимость

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

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

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

Если исключительные права не подтверждены, расчёт стоимости программы как самостоятельного актива становится условным. Финансовые показатели продукта не устраняют неопределённость относительно того, кому принадлежат права на соответствующее программное обеспечение.

Как функциональность и технологическое устаревание влияют на стоимость

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

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

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

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

Как будущие доходы и экономия затрат превращаются в стоимость ПО

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

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

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

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

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

Когда стоимость программы определяют через затраты или рыночные аналоги

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

При таком анализе необходимо различать исторические затраты и текущую стоимость создания сопоставимого результата. Расходы, понесённые разработчиком ранее, могут включать работы, которые не обеспечивают современной полезности продукта. Поэтому простое суммирование прошлых расходов не позволяет автоматически получить обоснованную стоимость.

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

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

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

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

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

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

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

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

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