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

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

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

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

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

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

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

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

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

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

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

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

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

Как сторонние и открытые компоненты влияют на оценку

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

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

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

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

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

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

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

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