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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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