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

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

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

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

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

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

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

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

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

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

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

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

Как договоры разработки и передачи прав влияют на оценку

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

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

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

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

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

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

Почему репозиторий и описание продукта важны для определения стоимости

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

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

Для оценочной задачи существенны следующие вопросы:

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

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

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

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

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

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

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

При оценке необходимо определить:

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

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

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

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

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

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

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

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

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

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

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

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

Таким образом, лицензирование влияет не только на размер поступлений, но и на границы самого оцениваемого актива.

Как активные пользователи и продление лицензий влияют на доходный расчёт

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

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

Для построения расчёта важно различать несколько показателей.

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

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

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

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

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

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

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

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

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

Это центральный вопрос оценки программного обеспечения как самостоятельного нематериального актива.

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

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

Необходимо последовательно разделить:

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

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

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

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

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

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

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

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

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

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

Для определения таких затрат необходимо установить:

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

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

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

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

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

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

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

Как срок обновлений и расходы на сопровождение ограничивают стоимость

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

При оценке необходимо разграничивать:

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

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

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

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

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

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

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

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

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

Сравнительный подход предполагает использование достоверных сведений о сделках с сопоставимыми имущественными правами.

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

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

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

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

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

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

Чем программное обеспечение отличается от ноу-хау

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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