Программное обеспечение

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

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

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

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

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

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

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

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

Какие документы и технические сведения необходимы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Чем стоимость программы отличается от стоимости разработки

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

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

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

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

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

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

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

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

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

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

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

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