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

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

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

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

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

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

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

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

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

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

Как архитектура программы и её техническая зависимость влияют на стоимость

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что отражает результат оценки

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

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

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