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

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

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

Что именно оценивается: программа или права на неё

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Какие документы и исходные сведения необходимы

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

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

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

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

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

Результат оценки и пределы его применения

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

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

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

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