Программное обеспечение как актив: какие права и доходы важны для оценки

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

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

Почему стоимость программного продукта начинается с определения прав

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

Эти варианты нельзя считать равнозначными.

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

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

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

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

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

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

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

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

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

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

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

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

Почему программное обеспечение с подписной выручкой оценивают иначе, чем внутреннюю систему

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

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

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

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

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

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

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

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

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

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

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

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

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

При доходном анализе исследуют:

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

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

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

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

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

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

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

Для оценки необходимо исследовать несколько обстоятельств.

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

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

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

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

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

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

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

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

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

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

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

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

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

Поэтому сумма понесённых затрат не является готовой рыночной стоимостью.

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

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

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

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

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

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

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

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

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

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

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

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

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

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