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

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

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

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

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

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

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

Поэтому перед оценкой необходимо разграничить:

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

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

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

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

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

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

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

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

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

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

Лицензии и архитектура продукта

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

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

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

Подписки и затраты на сопровождение

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

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

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

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

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

Доход от лицензирования или подписки

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

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

Расчёт требует согласовать:

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

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

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

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

Затраты на воспроизводство программного продукта

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

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

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

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

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

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

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

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

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

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

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

Программный сервис с клиентскими подписками

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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