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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как определяется стоимость по доходам от лицензирования или экономии затрат

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

Доходы от лицензирования

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

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

1. Содержание предоставляемых прав. Какие способы использования программы предусмотрены и какие платежи относятся именно к программному продукту.
2. Экономически обоснованную выручку. Какие поступления связаны с оцениваемым правом, а какие относятся к самостоятельным услугам или другим активам.
3. Необходимые расходы. Какие затраты на поддержку, разработчиков, техническую инфраструктуру и обновление требуются для получения соответствующих поступлений.
4. Период получения выгод. Как долго продукт может сохранять экономическую полезность с учётом технической актуальности, развития альтернатив и необходимости модернизации.
5. Риски будущих поступлений. Насколько подтверждены предпосылки о продолжении использования программы и получении ожидаемых платежей.

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

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

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

Экономия от собственного использования

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

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

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

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

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

Когда используют расчёт затрат на замещение программного обеспечения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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