Программное обеспечение
Оценка программного обеспечения позволяет определить обоснованную стоимость имущественных прав на программу с учётом её функциональности, состава исходного кода, условий лицензирования и способности создавать экономические выгоды. При этом стоимость программного актива не обязательно совпадает с затратами на его разработку или совокупной выручкой от продажи цифрового продукта.
При оценке программного обеспечения в Якутске и Республике Саха (Якутия) необходимо установить, какие права действительно принадлежат правообладателю, какую версию программы рассматривают и какие результаты её использования подтверждены. Особенно важно разграничить самостоятельно разработанный код, лицензируемые компоненты сторонних правообладателей и функциональность, экономическая полезность которой зависит от дальнейшей поддержки и обновлений.
Как определить состав оцениваемого программного актива
Предметом оценки является установленный имущественный интерес в отношении конкретного программного обеспечения. Он может включать исключительное право на созданную программу либо иные подтверждённые права её использования. Фактический доступ к системе и возможность работать с её функциями не означают автоматически принадлежность исключительных прав на весь используемый код.
Поэтому первоначально выясняют, кто разработал программное обеспечение, на каких условиях выполнялись работы и какие права переданы заказчику. Договоры с разработчиками имеют принципиальное значение: они помогают определить принадлежность результатов разработки и границы распоряжения программным активом.
Исходный код представляет собой основу программной реализации функциональности. Однако наличие его копии ещё не доказывает право на передачу или коммерческое лицензирование программы. Для оценки необходимо соотнести технический состав актива с подтверждёнными имущественными правами.
Отдельно устанавливают версию программного продукта. Различные версии могут отличаться функциональностью, степенью завершённости и возможностями коммерческого использования. Если предметом оценки является конкретная версия, нельзя автоматически включать в её стоимость неподтверждённые функции будущих обновлений.
Сторонние компоненты требуют особого внимания. Если программа использует код или библиотеки других правообладателей, условия соответствующих лицензий могут ограничивать возможности передачи и дальнейшего использования программного продукта. Такие компоненты нельзя считать собственностью заказчика только потому, что они включены в работающую систему.
Как стоимость зависит от функциональности и затрат на разработку аналога
Для программного обеспечения, полезность которого определяется прежде всего выполняемыми функциями, может применяться затратный подход. Его экономическая основа — определение затрат на создание функционально сопоставимого программного решения с учётом отличий оцениваемого актива.
Важен именно функциональный аналог: программа, способная решать сопоставимые задачи, а не обязательная копия существующего исходного кода. Поэтому историческая сумма затрат на разработку не всегда отражает текущую стоимость программного актива. Одни функции могут быть реализованы современными средствами с меньшими затратами, другие — сохранять существенную экономическую полезность.
При таком анализе необходимо учитывать технический долг — накопленные ограничения программной реализации, из-за которых дальнейшее сопровождение, изменение или развитие системы может требовать дополнительных усилий. Технический долг влияет на экономическую привлекательность программы, если для поддержания или восстановления необходимой функциональности потребуются обоснованные дополнительные работы.
При этом наличие сложного или объёмного исходного кода не подтверждает более высокую стоимость. Значение имеют выполняемые функции, возможность дальнейшего использования и затраты на получение сопоставимого результата.
Особенно важно отделять стоимость уже существующей программы от расходов на её предполагаемое развитие. Если определённые функции ещё не реализованы, нельзя включать их в текущий актив как завершённую функциональность без соответствующего основания.
Как оценивается программный продукт с лицензионным доходом
Если программное обеспечение коммерчески распространяется и приносит платежи от пользователей, для оценки существенное значение приобретает доходный подход. В этом случае анализируют экономические выгоды, относящиеся к установленным правам на программный продукт, и условия их получения.
Для тиражируемой программы с регулярной подпиской важны подтверждённые клиентские платежи, продолжительность использования продукта, необходимость обновлений и отток пользователей — прекращение клиентами оплачиваемого использования программы.
Регулярные поступления не следует автоматически считать устойчивым доходом от оцениваемого права. Пользователи могут прекращать подписку, а дальнейшее получение платежей может зависеть от развития функциональности и технической поддержки. Поэтому при анализе ожидаемых денежных потоков необходимо учитывать подтверждённые характеристики клиентской базы и связанные с продуктом расходы.
Отдельная задача — разграничить экономическую выгоду от самой программы и доход, который создаётся сопутствующей деятельностью. Если клиентский платёж включает не только предоставление права использования, но и поддержку или обновления, нельзя без обоснования относить всю сумму исключительно к стоимости существующего программного кода.
При использовании рыночных ориентиров необходимо сопоставлять программные продукты по существенным характеристикам, включая права, функциональность и модель получения дохода. Одинаковое назначение программ не означает одинаковой стоимости, если одна система является внутренним инструментом организации, а другая — коммерческим продуктом с подтверждёнными подписными платежами.
Внутренняя система и тиражируемый продукт: в чём разница для оценки
Собственная система для внутренних задач может создавать экономическую полезность за счёт выполнения определённых функций внутри организации. При отсутствии самостоятельных продаж такой системы использование клиентской выручки как основного источника стоимости может быть необоснованным. Важнее установить её полезную функциональность, состав принадлежащих прав и возможность создания сопоставимого решения.
Тиражируемый программный продукт может приносить регулярные лицензионные или подписные платежи. В этом случае существенны подтверждённая коммерческая модель, обновления, клиентские поступления и отток пользователей. При этом экономическую выгоду от исключительных прав необходимо отделять от результатов поддержки и другой деятельности, если они не входят в предмет оценки.
Различие между этими ситуациями влияет на выбор исходных данных и оценочного подхода. Стоимость внутренней системы нельзя автоматически определять по финансовым показателям компаний, продающих подписки. Аналогично стоимость коммерческого продукта не обязательно равна расходам, уже понесённым на его программирование.
Если организация использует систему, состоящую из собственного кода и сторонних лицензируемых компонентов, при оценке необходимо дополнительно выяснить, какие элементы и права могут входить в предполагаемую передачу. Экономическая полезность работающей системы и стоимость прав, которыми организация вправе распоряжаться, могут различаться.
Какие документы необходимы для оценки программного обеспечения
Исходные материалы должны подтверждать как содержание программного актива, так и основания получения экономических выгод от его использования.
- Договоры с разработчиками позволяют установить условия создания программного обеспечения и принадлежность прав на результаты разработки.
- Сведения о правах на исходный код необходимы для определения контролируемой части программного актива и границ возможного распоряжения им.
- Информация о версиях программы помогает установить состав существующей функциональности и отличить оцениваемый продукт от его предыдущих или планируемых редакций.
- Лицензионные договоры и условия использования компонентов позволяют определить ограничения, относящиеся к использованию и передаче программы.
- Сведения о клиентских платежах необходимы для анализа подтверждённых доходов коммерчески распространяемого программного продукта.
Эти сведения рассматриваются совместно. Договор с разработчиком помогает установить права, но сам по себе не доказывает коммерческую востребованность продукта. Клиентские платежи подтверждают поступления, однако не означают, что весь полученный доход относится исключительно к оцениваемому коду.
Если документация не позволяет разграничить собственные и сторонние компоненты либо определить состав передаваемых прав, необходимо учитывать соответствующую неопределённость. Нельзя включать в стоимость программного актива права, принадлежность которых заказчику не подтверждена.
Результат оценки и его использование
Результатом является отчёт об оценке с обоснованным выводом о стоимости конкретного программного актива на установленную дату. В нём должны быть согласованы состав оцениваемых прав, рассматриваемая версия программы, подтверждённая функциональность, источники экономической выгоды, применённые подходы и существенные ограничения исходной информации.
Такой результат может использоваться при подготовке передачи программного актива, рассмотрении его в качестве вклада или принятии внутрикорпоративного решения. Он позволяет определить экономическую ценность установленного объёма прав, не подменяя её затратами на разработку или общей стоимостью бизнеса, использующего программу.
Отчёт об оценке не удостоверяет безопасность программного кода, законность каждой программной зависимости и наличие прав на неоформленные сторонние компоненты. Стоимостной вывод не заменяет технический аудит и самостоятельную проверку юридических оснований распоряжения программным обеспечением.
Перед заказом оценки необходимо определить цель и дату оценки, уточнить состав передаваемых прав и версию программы, подготовить договоры с разработчиками, сведения об исходном коде, лицензировании и, при коммерческом использовании, клиентских платежах. Это позволит выбрать оценочную модель, соответствующую фактическому программному активу и подтверждённым возможностям его использования.