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

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

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

Что именно оценивают: программный код, исключительные права или лицензии

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

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

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

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

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

Как доходы от программного обеспечения формируют его стоимость

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

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

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

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

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

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

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

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

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

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

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

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

Документы должны подтверждать не только существование программного продукта, но и состав прав, характеристики системы и экономические предпосылки расчёта.

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

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

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

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

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

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

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

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

Предварительно разберём документы и задачу энергоаудита

Пришлите документы — определим, что нужно проверить и в каком объёме

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