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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как выбирают затратный или доходный подход

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

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

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

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

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

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

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

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

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

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

Собственная программа, разовая лицензия и подписочная платформа

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

Собственное программное решение

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

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

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

Разовая лицензия

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

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

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

Подписочная платформа

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

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

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

Разница между тремя вариантами принципиальна: собственное решение оценивается в пределах принадлежащих прав, разовая лицензия — в пределах разрешённого использования, а подписочная платформа требует анализа подтверждённого денежного потока и расходов на его поддержание.

Как отсутствие исходного кода и документации влияет на стоимость

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

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

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

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

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

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

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

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

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

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

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

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

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

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