Программное обеспечение как актив: какие права и доходы важны для оценки

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

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

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

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

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

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

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

Почему версия продукта, поддержка и устаревание влияют на стоимость

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

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

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

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

Как различается оценка подписного сервиса и внутренней программы

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

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

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

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

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

Когда применимы доходный и затратный подходы к оценке ПО

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

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

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

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

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

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

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

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

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

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