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

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

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

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

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

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

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

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

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

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

Как функциональность, архитектура и технический долг определяют стоимость

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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