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

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

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

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

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

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

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

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

Какие факторы формируют стоимость программы

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

Активная клиентская база

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

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

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

Необходимость обновлений и расходы на поддержку

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

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

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

Технологическое устаревание

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

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

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

Зависимость от команды разработчиков

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

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

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

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

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

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

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

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

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

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

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

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

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

Доходный подход при подтверждённой лицензионной выручке

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

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

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

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

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

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

Затратный подход при отсутствии самостоятельного дохода

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

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

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

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

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

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

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

Коробочное лицензионное решение и внутрикорпоративная программа

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

Программный продукт с самостоятельными лицензионными продажами

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

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

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

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

Программа для внутренних задач предприятия

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

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

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

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

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

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

Результат оценки и пределы его применения

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

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

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

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

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

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