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

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

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

Идентификация программы и принадлежность прав на код

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

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

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

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

Архитектура, сторонние компоненты и сопровождение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Исходные материалы, результат и ограничения оценки

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

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

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

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