Оценка программного обеспечения

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

Оценка отвечает на вопрос, сколько программа стоит сегодня и для кого, а не сколько на нее потратили.

Что оценивается

Объект оценки — исключительное право на программу для ЭВМ. По ст. 1261 ГК программой признается совокупность данных и команд в объективной форме, включая исходный текст, объектный код, подготовительные материалы и порождаемые ею аудиовизуальные отображения. Охраняется она так же, как произведение литературы.

Из этого следуют две вещи, которые часто удивляют.

Регистрация в Роспатенте добровольная (ст. 1262 ГК). Право возникает с момента создания программы, свидетельство его не создает. Отсутствие регистрации не мешает оценке — мешает отсутствие документов о том, кто автор и как право попало к компании.

Программа для ЭВМ не является изобретением (п. 5 ст. 1350 ГК). Запатентовать код нельзя. Патент возможен только на техническое решение, частью которого является алгоритм, и это уже оценка патентов. Если алгоритм не регистрируется и держится в секрете — это оценка ноу-хау.

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

Три типа ПО — три разные оценки

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

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

Внутреннее. Компания написала для себя. Дохода нет — есть экономия и есть зависимость бизнеса от системы. Самый сложный случай и самый частый источник завышенных ожиданий.

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

Кому принадлежит право

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

Служебное произведение (ст. 1295 ГК). Исключительное право принадлежит работодателю, если договором не предусмотрено иное. Но есть срок: если работодатель в течение трех лет со дня, когда произведение предоставлено в его распоряжение, не начнет использование, не передаст право другому лицу или не сообщит автору о сохранении в тайне — исключительное право возвращается автору. Плюс у автора есть право на вознаграждение, и оговорка в трудовом договоре «вознаграждение включено в оклад» надлежащим соглашением о выплате не считается.

Создано по заказу (ст. 1296 ГК). Если предметом договора было именно создание программы — право у заказчика, если договором не предусмотрено иное.

Создано при выполнении подряда или НИОКР (ст. 1297 ГК). Если договор прямо не предусматривал создание программы, а она возникла по ходу работ, — право у подрядчика, если договором не предусмотрено иное. Презумпция зеркальная предыдущей, и об этом узнают обычно поздно.

Разница между двумя последними — в формулировке предмета договора. «Разработка системы учета заказов» и «услуги по доработке ИТ-инфраструктуры» могут привести к одному и тому же коду и к разным владельцам права.

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

Реестр российского ПО

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

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

Когда нужна оценка

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

Вход инвестора и подготовка к сделке. Если ПО — основной актив компании, его стоимость и есть предмет переговоров.

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

Спор об исключительном праве. Отчет становится доказательством размера требований.

Налоговый спор. Обоснование стоимости при передаче прав внутри группы или при формировании налоговой базы.

Банкротство. Программа входит в конкурсную массу и продается с торгов.

Если интернет-сайт — это составное произведение, у которого кроме кода есть контент, база данных и домен: оценка сайта. Если нужна стоимость права использования по лицензионному договору — оценка лицензий. Если ПО вносится в уставный капитал — оценка вклада в уставный капитал. Если ПО — один из активов в общей картине — оценка НМА.

Как считаем

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

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

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

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

Для оценки нам нужны не исходники. Нужны функциональные требования, архитектура, стек, объем кода, состав и стоимость команды, история релизов.