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

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

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

Что именно оценивается: программа, исключительное право или лицензия

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

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

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

При формировании задания необходимо уточнить:

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

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

Функциональные возможности и поддержание программной полезности

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

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

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

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

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

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

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

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

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

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

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

Доходный подход: стоимость программного продукта через лицензирование

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

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

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

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

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

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

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

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

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

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

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

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

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

Затратный подход: стоимость создания функционально равнозначного решения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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