Определение стоимости и иных экономических показателей в отношении ИТ-продуктов

МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ
МР 1/25 (2) от 30.07.2026

Документ в формате Word, PDF

1. Вводные положения

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

1.2. Настоящая редакция МР является актуализированной версией МР—1/25 от 21.04.2025 по результатам их практической апробации.

1.3. Методические рекомендации описывают (дополнительно см. п. 3.2):

• определение стоимости работ / услуг / доработок / устранения недостатков в сфере ИТ, понесенных и требуемых соответствующих расходов (затрат), а также иных соответствующих экономических показателей в отношении указанных объектов;
• определение стоимости прав на ИТ-продукты как охраняемые результаты интеллектуальной деятельности или сложные объекты или части ИТ-продуктов, не являющиеся охраняемыми результатами интеллектуальной деятельности.

1.4. Информация об авторах:

• состав экспертной группы: Аболенцева О.Ю., Безик О.В., к.э.н. Ильин М.О. (Руководитель), Киршина Н.Р., к.э.н. Лебединский В.И.;
• в работе над МР также приняли участие свыше 20 человек, включая: Авдошин А.С., д.э.н. Астраханцева И.А., к.э.н. Богоутдинов Б.Б., Зумберг А.В., Максимов А., д.т.н., профессор Мамаджанов Х.А., Умурзакова Н.Ю., к.ф-м.н. Шабля Е.Я. и др.

2. Используемая терминология

2.1. Терминологический аппарат сформирован с учетом положений источников 1, 12-14.

2.2. ИТ-продукт (продукт из сферы информационных технологий) — объективно выраженный результат (совокупность результатов) в сфере информационных технологий, в том числе программа для ЭВМ, база данных, интернет-сайт, программный комплекс, модуль, компонент, информационная система или иной результат, обладающий самостоятельными функциональными характеристиками. В состав ИТ-продукта могут входить один или несколько охраняемых результатов интеллектуальной деятельности, подпадающих под действие ст. 1225, 1240, 1259 и 1260, 1261 ГК РФ, а также технические, информационные и иные элементы не являющиеся самостоятельными объектами интеллектуальных прав, полученные в результате выполнения соответствующих работ / услуг.

2.3. Работы / услуги, связанные с ИТ-продуктами — работы / услуги по разработке, установке, сопровождению ИТ-продуктов (включая их частные случаи: модернизацию, развитие, внедрение, устранение ошибок / недостатков и т.д.). Работы / услуги, связанные с конкретным ИТ-продуктом, не тождественны самому ИТ-продукту, но могут быть самостоятельным предметом стоимостного исследования.

2.4. Расходы (затраты), связанные с ИТ-продуктами — затраты на работы / услуги, связанные с ИТ-продуктами.

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

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

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

2.8. Программное обеспечение — совокупность программ для ЭВМ и программных документов, необходимых для эксплуатации этих программ.

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

2.10. База данных — представленная в объективной форме совокупность самостоятельных материалов (...), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ст.1260 ГК РФ).

2.11. Функциональная точка — единица измерения логического функционального размера программного обеспечения, определяемого на основе функциональности, требуемой пользователем². Это минимальная единица ИТ-продукта, имеющая содержательный смысл с точки зрения конечного пользователя (ввод исходных данных, база данных, модуль преобразования введенных данных, интерфейс конечного пользователя, интерфейс администратора и т.д.).

2.12. Исходный код — текст компьютерной программы, написанный на языке программирования.

2.13. Репозиторий — организованное хранилище данных, представляющее собой каталог с файлами и сопутствующими метаданными, относящимися к ИТ-продукту.

3. Объекты и предметы исследования

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

3.2. Группы объектов исследования (оценки) и предметы исследования:

3.3. Виды стоимости и иные экономические показатели:

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

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

3.3.2. При проведении судебных экспертиз в рамках Закона о судебно-экспертной деятельности [3] обычно возникает необходимость определения стоимостных показателей, основанных на согласованных сторонами ценах этапов, модулей или часа работы. Суды при постановке вопросов экспертам часто используют понятие «стоимость» без указания ее вида, например: «стоимость фактически выполненных работ», иногда «фактическая стоимость», при этом не подразумевая необходимость установления рыночной стоимости, а предполагая ее оценку исходя из цены договора.

3.3.3. Типичные примеры вопросов в отношении стоимости и экономических показателей по ИТ-продуктам (на основе судебной практики, приведенной в Приложении):

• определить рыночную стоимость программного обеспечения ...;
• определить стоимость (рыночную стоимость) работ (услуг) ...;
• определить стоимость (рыночную стоимость) качественно выполненных работ ...;
• определить стоимость (рыночную стоимость) работ по доработке...;
• определить стоимость фактически выполненных работ в соответствии с условиями договора...;
• определить величину фактически понесенных расходов на ... .

3.5. Суды также часто используют понятие «потребительская ценность». При этом:

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

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

3.5.3. Неработоспособность, незавершенность или наличие существенных недостатков сами по себе не всегда исключают наличие охраняемого результата, поскольку в соответствии с положениями ст. 1261 ГК РФ ИТ-продукт может включать «подготовительные материалы, полученные в ходе разработки программы для ЭВМ»;

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

3.6. Взаимосвязь оценочной и компьютерно-технической судебных экспертиз (КТЭ, [11]):

3.6.1. Вопросы установления стоимостных показателей в отношении ИТ-продуктов, как правило, сопровождаются вопросами компьютерно-технической экспертизы, направленными на установление в отношении ИТ-продукта:

• объема фактически выполненных работ, в т.ч. качественно выполненных, по отдельным этапам / модулям;
• соответствия работ/услуг или продукта условиям договора и технического задания;
• работоспособности продукта, возможности его использования по назначению, в т.ч. частично;
• причины невозможности использования продукта по назначению;
• наличия признаков модификации или изменений программного обеспечения после его приемки;
• наличия информационного обмена между модулями программного обеспечения или внешними системами;
• соответствия технической документации требованиям договора, технического задания, ГОСТам, законодательным требованиям;
• наличия потребительской ценности продукта;
• наличие недостатков и дефектов, их характеристика с учетом существенности и возможности устранения (критические (существенные) / некритические (несущественные); устранимые / неустранимые);
• причины наличия недостатков;
• характера недостатков (явный или скрытый);
• качества выполненных работ, соответствия их требованиям договора (технического задания и частных технических заданий);
• степени / процента готовности.

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

3.6.3. При необходимости получения ответов как на вопросы экономической, так и КТЭ экспертиз:

• либо назначается комплексная экспертиза (ст. 23 Закона о судебно-экспертной деятельности),
• либо экспертиза по экономическим вопросам назначается по результатам проведения КТЭ.

3.7. Идентификация объекта и предмета исследования осуществляется в соответствии с методическими требованиями³, закрепленными в ст. 11 Закона об оценке, п.п. 10 п. 7 ФСО VI, п. 5, 7 и 8 ФСО XI.

3.8. Если стоимость устанавливается в отношении ИТ-продукта, то должны быть идентифицированы конкретные входящие в его состав охраняемые результаты интеллектуальной деятельности, вид и объем оцениваемых прав, правообладатель, основания возникновения или приобретения прав, срок их действия, территория использования, обременения и иные ограничения (ст. 1225, 1240, 1259 и 1260, 1261 ГК РФ).

3.9. Идентификация объекта исследования осуществляется в разрезе его существенных количественных и качественных характеристик (факторов стоимости) с учетом положений п. 7.1.

3.10. Для незавершенного ИТ-продукта дополнительно следует анализировать:

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

3.11. Основными документами, устанавливающими существенные количественные и качественные характеристики объекта исследования (оценки), являются:

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

4. Особенности проведения оценки в рамках Закона об оценке

4.1. Объект оценки, включая права на него, формируется с учетом положений ст. 1225, 1261 и 1262 ГК РФ [1], ст. 5 Закона об оценке [4] в части оборотоспособности, п. 4 — 6 ФСО III [7].

4.2. Применимость федеральных стандартов оценки при составлении отчета об оценке:

• работы (услуги), связанные с ИТ-продуктами — учитываются требования общих федеральных стандартов оценки ФСО I-VI (п. 3 — 5 ФСО I [5]);
• права на ИТ-продукты — в дополнение к требованиям общих федеральных стандартов оценки ФСО I-VI учитываются требования Федерального стандарта оценки «Оценка интеллектуальной собственности и нематериальных активов (ФСО XI)» [10].

4.3. Затраты, связанные с ИТ-продуктами, не являются объектом оценки в понимании ст. 3 Закона об оценке и могут быть определены как иная расчетная величина (п.п. 6 п.4 ФСО IV [8]).

4.4. Исследование, проводимое в рамках вопросов КТЭ, не относится к процессу оценки (п. 2 ФСО III). Результаты данного анализа могут быть предоставлены Оценщику Заказчиком или отраслевыми специалистами (п. 11 ФСО III). При этом использование данных материалов и связанные с этим допущения и ограничения рекомендуется закрепить в Задании на оценку (п.п. 6 п. 3 ФСО IV).

5. Подходы оценки

5.1. Затратный — применяется при отсутствии объектов-аналогов и наличии достоверной информации о затратах на создание.

5.2. Сравнительный — применяется при наличии информации о цене объектов-аналогов, чьи существенные факторы стоимости (существенные количественные и качественные характеристики) близки к факторам оцениваемого ИТ-продукта, а различия в характеристиках могут быть скорректированы.

5.3. Доходный:

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

5.4. Принцип выбора подходов: приоритет имеет подход, обеспечивающий наиболее достоверное определение требуемой экономической величины с учетом природы объекта, вида стоимости (экономической величины), цели оценки, доступности и качества исходных данных.

5.5. В подходах к оценке используется классический математический аппарат, например, см. общую методологию оценки стоимости прав на ИТ-продукты, описанную в Методических рекомендациях «По оценке стоимости прав на интеллектуальную собственность» от 26.03.2024 МР—2/24 [15]. Специфика наблюдается в наборе факторов стоимости / элементов затрат, а также интенсивности их влияния на искомый стоимостной показатель.

6. Специфика применения затратного подхода к оценке

6.1. Типовая структура затрат (например, см. п. 1.3 и 1.4 [16]) включает следующие элементы:

• приобретение лицензий для используемого ПО⁴;
• заработная плата работников;
• содержание административно-управленческого персонала;
• обязательные страховые взносы;
• амортизационные отчисления в период разработки;
• аренда основных средств / права пользования ИТ-инфраструктурой;
• прочие расходы (материалы, услуги сторонних организаций, обучение персонала, командировочные расходы и т.д.);
• налоги и сборы (за исключением НДС).

6.2. Типовая структура стоимости в дополнение к элементам, указанным в п. 6.1, включает:

• прибыль;
• НДС⁵.

6.3. При определении затрат на замещение / воспроизводство (п. 27, 28 ФСО V [9])⁶:

• следует учитывать специфику сравнения ИТ-продуктов (п. 7);
• могут быть использованы коммерческие предложения на выполнение аналогичных работ / услуг. Из содержания коммерческого предложения должно быть понятно, какому именно объему, сложности и качеству работ / услуг соответствует цена.

6.4. При определении объема трудозатрат могут использоваться статистические показатели, приведенные в [16 — 18].

6.5. При определении трудозатрат для разработки программного обеспечения обычно учитываются следующие факторы (дополнительно см. п. 10):

• численность и квалификация специалистов, участвующих в разработке, продолжительность их участия;
• технологический стек;
• объем исходного кода (с учетом п. 7.3);
• объем заимствованного кода (в т.ч. использование готовых библиотек, фреймворков или Open Source-решений; кода, написанного искусственным интеллектом (ИИ)). Следует учитывать, что использование готового решения все равно требует трудозатрат на его интеграцию в проект;
• количество и объем технической сопроводительной документации на программное обеспечение (техническое задание, описание комплекса технических средств, частные технические задания, пояснительные записки, инструкции по развертыванию и эксплуатации и т.д.);
• количество и сложность функциональных точек;
• специальные требования к программному обеспечению (бесперебойная работа, отказоустойчивость, время восстановления после аварий);
• защищенность от несанкционированного воздействия и т.д.;
• необходимость проведения специального тестирования, сертификации, лицензирования программного обеспечения;
• возможность интеграции с внешними сервисами (например, возможности работы в вычислительной сети, наличие и функционал API);
• срок выполнения (степень срочности).

6.6. Применительно к затратам на программное обеспечение обычно имеют место «издержки масштаба» (с увеличением количества строк трудоемкость на единицу кода увеличивается в связи с ростом затрат на координацию и коммуникации).

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

• документы учета рабочего времени,
• должностные инструкции отдельных работников,
• результаты учета в специальном программном обеспечении (например, Jira, Trello, Asana, Yandex Tracker).

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

6.9. При применении затратного подхода к оценке прав на ИТ-продукт используются данные о фактических затратах, затратах воспроизводства или затратах замещения. Однако наличие охраноспособного результата не означает, что все понесенные расходы (затраты) автоматически равны стоимости прав или должны быть капитализированы — необходим анализ наличия износов и устареваний.

7. Специфика применения сравнительного подхода к оценке

7.1. Отбор объектов-аналогов следует осуществлять с учетом их сопоставимости в части:

• потребительских характеристик (функционала) ИТ-продукта (решаемых задач, набора функций, интерфейса, принадлежности к мобильной / настольной версиям сайта и т.д.);
• используемого технологического стека (например, одинаковый язык программирования, см. табл. 2 [16]);
• качества исходного кода;
• используемой ИТ-инфраструктуры;
• трудоемкости и сложности формирования записей в базе данных (например: записи, доступные в открытых источниках информации без их обработки / из закрытых источников / записи, удовлетворяющие определенным критериям);
• соответствия специфическим требованиям (например, наличие лицензии Федеральной службы по техническому и экспортному контролю на техническую защиту конфиденциальной информации (лицензия ФСТЭК на ТЗКИ)).

7.2. Возможные единицы сравнения:

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

7.3. Комментарий в отношении фактора «объем исходного кода»:

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

8. Параметрические модели определения трудоемкости и затрат на разработку

8.1. Методы определения трудоемкости и стоимости создания ИТ-продуктов изложены в ряде методических источников, например см. [16 — 18, 22 — 24]. Для определения трудоемкости создания, развития, модернизации, адаптации, доработки и устранения недостатков ИТ-продуктов могут применяться параметрические модели, устанавливающие зависимость трудоемкости и продолжительности разработки от размера программного обеспечения, характеристик продукта, проекта, технологической среды и квалификации исполнителей. Результаты применения параметрической модели представляют собой расчетную оценку трудоемкости и (или) продолжительности разработки. Стоимость работ или величина расходов определяется на основе полученной трудоемкости с учетом стоимости труда специалистов и иных необходимых элементов затрат.

8.2. Наиболее известными параметрическими моделями определения трудоемкости разработки программного обеспечения являются модели COCOMO (Constructive Cost Model), включающие первоначальную модель COCOMO, опубликованную в 1981 году и разработанную впоследствии модель COCOMO II. COCOMO и COCOMO II являются самостоятельными моделями, различающимися структурой, составом факторов, расчетными параметрами и областью применения (см. [22 — 23] в т.ч. в части готовых калькуляторов затрат). Модели COCOMO основаны на сочетании методов затратного и сравнительного подходов к оценке и включает базовый, средний и детальный уровни в зависимости от детализации расчета.

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

8.4. Средний уровень дополнительно учитывает 15 факторов, характеризующих:

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

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

8.6. При проведении расчетов широкое распространение получили балльно-рейтинговые методы определения уровня сложности / трудоемкости создания ИТ-продуктов (например, см. [16 — 18]). При их использовании в отчетах об оценке и заключениях эксперта следует учитывать положения профильного законодательства в части обоснованности и доказательности расчетов.

8.7. Описанные в настоящем разделе модели COCOMO, функциональных точек, строк кода и иные параметрические модели применяются преимущественно для определения стоимости создания, развития, модернизации, адаптации, доработки, устранения недостатков, воспроизводства или замещения ИТ-продукта, а также величины соответствующих расходов (затрат). При оценке прав на ИТ-продукт такие модели могут использоваться как элемент затратного подхода, для проверки разумности исходных данных или вспомогательной проверки результата, полученного доходным подходом; они не должны подменять анализ экономических выгод.

9. Типовые методические проблемы при определении стоимостных показателей

10. Учет стоимости заимствованного и ИИ-сгенерированного кода

10.1. Анализируемый код классифицируется по способу создания или получения:

• оригинальный код, написанный вручную разработчиками в рамках исследуемого проекта;
• ранее созданный внутренний код;
• код, сгенерированный с использованием ИИ;
• Open Source-код;
• иной сторонний код.

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

• без изменения исходного кода;
• с модификацией или адаптацией;
• с существенной переработкой.

10.2. Определение категории кода, его объема и параметров модели COCOMO II требует специальных знаний в сфере ИТ и осуществляется экспертом / специалистом профильной квалификации в том числе с использованием специальных программных средств. Эти результаты могут иметь вероятностный характер. Соответствующие исходные данные могут быть предоставлены Оценщику Заказчиком или отраслевыми специалистами. Использование данных материалов и связанные с этим допущения рекомендуется закрепить в Задании на оценку.

10.3. Для учета трудоемкости повторного использования или адаптации ранее существовавшего кода применяется показатель эквивалентного объема исходного кода ESLOC (Equivalent Source Lines of Code) — объем нового кода, разработка которого потребовала бы тех же трудозатрат, что и использование анализируемого кода. Расчет ESLOC осуществляется посредством модели повторного использования и адаптации кода COCOMO II.

Основные зависимости:

AAF = 0,4 × DM + 0,3 × CM + 0,3 × IM;

при AAF ≤ 50: AAM = [AA + AAF × (1 + 0,02 × SU × UNFM)] / 100;

при AAF > 50: AAM = [AA + AAF + SU × UNFM] / 100;

ESLOC = ASLOC × AAM.

В формулах используются следующие параметры:

• ASLOC (Adapted Source Lines of Code) — количество логических строк анализируемого кода, подлежащего повторному использованию или адаптации;
• AAF (Adaptation Adjustment Factor) — промежуточный показатель объема изменений;
• AAM (Adaptation Adjustment Modifier) — итоговый множитель адаптации, характеризующий трудоемкость использования анализируемого кода относительно разработки нового кода сопоставимого объема;
• DM (Design Modified) — процент модификации архитектуры (дизайна);
• CM (Code Modified) — процент модификации исходного кода;
• IM (Integration Modified) — процент трудоемкости интеграции и тестирования относительно соответствующей трудоемкости для нового кода сопоставимого объема;
• AA (Assessment and Assimilation) — трудоемкость поиска, оценки пригодности и освоения программного компонента; принимает одно из пяти значений: 0 — не требуется; 2 — базовый поиск и документирование; 4 — некоторое тестирование и документирование; 6 — значительное тестирование и документирование; 8 — расширенное тестирование и документирование;
• SU (Software Understanding) — надбавка на понимание структуры и логики чужого кода: от 10 при высокой структурированности, соответствии предметной области и самодокументированности до 50 при низкой внутренней связности, высокой взаимозависимости модулей и отсутствии документации; при DM = 0 и CM = 0 принимается равной 0;
• UNFM (Unfamiliarity) — степень незнакомства исполнителя с используемым кодом: от 0,0 при постоянной работе с данным кодом до 1,0 при работе с кодом впервые.

Значения DM, CM и IM задаются в процентах от 0 до 100; AA принимает значения 0, 2, 4, 6 или 8; SU принимает значения от 10 до 50; UNFM задается в долях единицы от 0,0 до 1,0. Деление на 100 в формуле AAM преобразует сумму соответствующих показателей в итоговый множитель трудоемкости. Значение AAM может превышать 1: адаптация ранее существовавшего кода низкого качества способна требовать больших трудозатрат, чем разработка нового кода сопоставимого объема.

10.4. Для ранее существовавшего кода, используемого без модификации исходного кода по принципу «черного ящика», принимаются DM = 0, CM = 0 и, соответственно, SU = 0. Расчет для такого кода имеет вид:

AAF = 0,3 × IM;

AAM = (AA + 0,3 × IM) / 100;

ESLOC = ASLOC × AAM.

Нулевые значения DM и CM сами по себе не являются основанием для вывода об отсутствии трудозатрат. Наличие и величина трудозатрат на оценку пригодности, освоение, интеграцию и тестирование устанавливаются отдельно посредством параметров AA и IM.

10.5. Для ранее существовавшего кода, подвергнутого модификации или адаптации, учитываются все применимые параметры DM, CM, IM, AA, SU и UNFM. Трудоемкость определяется с учетом фактического характера использования, объема модификации, качества документации, понятности кода, сложности интеграции и необходимого тестирования.

10.6. COCOMO II не предусматривает калиброванных параметров для ИИ-сгенерированного кода. Влияние использования систем ИИ на трудоемкость определяется с учетом:

• трудозатрат на постановку задачи, подготовку запросов и количества итераций генерации;
• объема ручной модификации сгенерированного кода;
• трудозатрат на проверку работоспособности, тестирование, исправление ошибок и устранение уязвимостей;
• сложности интеграции с другими компонентами ИТ-продукта;
• необходимости документирования и последующего сопровождения;
• квалификации исполнителя и степени его знакомства с ИТ-продуктом.

10.7. При отсутствии достаточных фактических данных для ИИ-сгенерированного кода может определяться расчетный аналог AAM с использованием структуры модели адаптации COCOMO II. Параметры AA, DM, CM, IM, SU и UNFM в этом случае характеризуют трудозатраты на оценку, модификацию, понимание, интеграцию и тестирование первоначально сгенерированного кода. Такой расчет является применением модели по аналогии, используется для сценарной или проверочной оценки и требует раскрытия принятой интерпретации параметров.

10.8. COCOMO II не содержит явного указания коэффициентов для ИИ-сгенерированного кода и кода из открытых источников. Тем не менее, логично опираться на подход ESLOC, принятый в COCOMO II, определяя соответствующие коэффициенты эмпирически или экспертно.

10.9. Рекомендуется использовать коэффициенты 0,2--0,5 для ИИ-сгенерированного кода и 0,1--0,3 для Open Source-кода.

10.10. Факторы, которые необходимо анализировать при выборе понижающих коэффициентов и их диапазоны:

• качество и зрелость кода:
  - более качественный и протестированный код → коэффициент ближе к 0,1 (для Open Source) или 0,2 (для ИИ-кода);
  - слабое качество, недостаточное тестирование → коэффициент выше (0,3 и выше).
• степень модификации:
  - минимальные изменения, простая интеграция → низкий коэффициент;
  - существенные изменения; значительная доработка → высокий коэффициент.
• сложность интеграции:
  - легкая интеграция, стандартные интерфейсы и документация → низкий коэффициент;
  - сложная интеграция, необходимость значительных архитектурных изменений → высокий коэффициент.
• автоматизация генерации и проверки:
  - высокая степень автоматизации процесса генерации и тестирования → низкий коэффициент;
  - низкая автоматизация, большой объем ручной проверки → высокий коэффициент.

11. Заключительные положения

11.1. В случае отсутствия экономической полезности (потребительской ценности) ИТ-продукта его стоимость устанавливается в размере 1 (один) условный рубль [21].

11.2. В зависимости от характера результатов, полученных в ходе исследования, выводы по результатам судебной экспертизы могут быть как категоричными, так и иными (например, условными, альтернативными [20]).

11.3. Терминология ключевых нормативных правовых актов (например, ГК РФ) может отличаться от терминологии анализируемых договоров и иных материалов Дела, общепризнанной учебно-методической, статистической и аналитической литературы в сфере ИТ, а также лексики ИТ-специалистов. В ряде случаев нормативные правовые акты могут вообще не содержать определения отдельных понятий или противоречить друг другу. В отчетах об оценке, заключениях эксперта, заключениях специалиста и рецензиях на соответствующие заключения следует описать используемую терминологию. При определении терминологии рекомендуется учитывать разъяснения Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации (например, [12]), а также профильные стандарты (например, [13-14]).

Приложения

Сноски

1. в первую очередь — оценочной, в т.ч. в рамках комплексной

2. SO/IEC 20926:2009 Software and systems engineering — Software measurement — IFPUG functional size measurement method 2009; ISO/IEC 14143-1:2007 Information technology — Software measurement — Functional size measurement — Part 1: Definition of concepts; International Function Point Users Group, Function Point Analysis (FPA).

3. базой общепринятых научных и практических данных (ст. 8 Закона о судебно-экспертной деятельности)

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

5. если типичный создатель аналогичного ИТ-продукта на рынке является плательщиком НДС; с учетом положений п. 26 ч. 2 ст. 149 НК РФ [2]

6. затраты / расходы как таковые не являются объектом оценки в смысле ст. 3 Закона об оценочной деятельности, но могут определяться как иная расчетная величина. Указанное не исключает использования информации о фактических затратах, затратах воспроизводства или замещения при применении затратного подхода к оценке прав на ИТ-продукт в соответствии с ФСО V и ФСО XI

7. например: интернет-сайт создан на устаревшей версии языка PHP, в связи с чем затруднено его использование в современной инфраструктуре (несовместимость, низкий уровень безопасности и производительности)

Источники:

1. «Гражданский кодекс Российской Федерации часть 4» от 18.12.2006 № 230-ФЗ.

2. Налоговый кодекс Российской Федерации часть 2 (НК РФ ч.2) от 05.08.2000 № 117-ФЗ.

3. Федеральный закон от 31.05.2001 № 73-ФЗ «О государственной судебно-экспертной деятельности в Российской Федерации».

4. Федеральный закон от 29.07.1998 № 135-ФЗ «Об оценочной деятельности в Российской Федерации».

5. Федеральный стандарт оценки «Структура федеральных стандартов оценки и основные понятия, используемые в федеральных стандартах оценки (ФСО I)», утвержденный приказом Минэкономразвития России от 14.04.2022 № 200.

6. Федеральный стандарт оценки «Виды стоимости» (ФСО II), утвержденный приказом Минэкономразвития России от 14.04.2022 № 200.

7. Федеральный стандарт оценки «Процесс оценки (ФСО III)», утвержденный приказом Минэкономразвития России от 14.04.2022 № 200.

8. Федеральный стандарт оценки «Задание на оценку (ФСО IV)», утвержденный приказом Минэкономразвития России от 14.04.2022 № 200.

9. Федеральный стандарт оценки «Подходы и методы оценки (ФСО V)», утвержденный приказом Минэкономразвития России от 14.04.2022 № 200.

10. Федеральный стандарт оценки «Оценка интеллектуальной собственности и нематериальных активов (ФСО XI)», утвержден Приказом Минэкономразвития РФ от 30.11.2022 № 659.

11. Приказ Минюста России от 20.04.2023 № 72 (ред. от 31.01.2024) Об утверждении Перечня родов (видов) судебных экспертиз, выполняемых в федеральных бюджетных судебно-экспертных учреждениях Минюста России, и Перечня экспертных специальностей, по которым предоставляется право самостоятельного производства судебных экспертиз в федеральных бюджетных судебно-экспертных учреждениях Минюста России.

12. О рассмотрении обращений субъектов предпринимательской деятельности и заинтересованных лиц в сфере информационных технологий. Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации. Письмо от 07.09.2021 № П11-2-05-200-38749.

13. ГОСТ Р 57429 — 2017 Судебная компьютерно-техническая экспертиза. Термины и определения. Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 28.03.2017 № 198-ст.

14. СТО.ФСБ.КК 1-2018 Компьютерная экспертиза. Термины и определения. Утвержден и введен в действие Директором Федеральной службы безопасности Российской Федерации 12.11.2018.

15. Методические рекомендации «По оценке стоимости прав на интеллектуальную собственность» от 26.03.2024 МР--2/24 // https://srosovet.ru/Metod/metodicheskierecommenrazn123/322090822

16. Методика расчета планируемой стоимости работ по созданию, развитию и модернизации информационных систем города Москвы, утверждена Распоряжением Правительства Москвы от 28.02.2018 № 64-16-89/18/3-р.

17. Методика оценки стоимости выполнения работ по разработке программ для электронных вычислительных машин при создании информационных систем, утверждена Постановлением Правительства Самарской области от 20.08.2015 № 520 // http://publication.pravo.gov.ru/Document/View/6300201508260013

18. Методика расчета затрат на создание, развитие и сопровождение объектов информатизации государственных органов. Приложение 1 к приказу министра цифрового развития, инноваций и аэрокосмической промышленности Республики Казахстан от 27.06.2019 № 140/НК.

19. Методические разъяснения по исследованию интервала / уровня рыночных цен. МР--2/20 от 13.05.2020 // https://srosovet.ru/press/news/130520

20. Методические разъяснения по формированию выводов в судебной оценочной экспертизе. МРз--3/21 от 26.11.2021 // https://srosovet.ru/press/news/301121

21. Методические разъяснения по вопросу нулевой / отрицательной расчетной величины стоимости от 18.10.2021 МРз--1/21 // https://srosovet.ru/press/news/181021

22. Калькулятор COCOMO // https://cocomo.vercel.app/calc

23. COCOMO II - Constructive Cost Model // http://softwarecost.org/tools/COCOMO

24. Сколько стоит программный проект / С. Макконнелл. - Москва [и др.]: Питер: Рус. ред., 2007. - 296 с.