Модификация или адаптация? Как правильно оформлять и учитывать новые версии программы
Разработка программного обеспечения предполагает постоянное внесение изменений в программу: исправление ошибок, корректировка интерфейса, добавление нового функционала, удаление невостребованного и прочее. Все это сопровождается релизами новых версий. А как это правильно защищать? Каждую новую версию нужно регистрировать и учитывать в бухгалтерии как отдельный объект нематериальных активов? Списывать затраты в расходы периода или можно капитализировать и показать бОльшие цифры в балансе? На эти вопросы отвечаем в нашей статье.
Мы расскажем:
Автор статьи:
Почему вообще важно правильно относиться к оформлению версионности ПО?
Если кратко: для того, чтобы решить, нужно или не нужно оформлять новые версии документально, как учитывать расходы на разработку новой версии и есть ли смысл регистрировать новую версию программы в Роспатенте или вносить изменения в Реестр российских программ Минцифры.
От того, какие именно изменения внесены в ходе очередной итерации доработок, зависит, создан ли новый (с юридической точки зрения) объект интеллектуальной собственности. От ответа на этот же вопрос зависит, появился ли в организации новый объект для учета в качестве нематериального актива, и, соответственно, каким именно образом надлежит учитывать затраты на доработки: списывать в расходы или можно капитализировать.
Что такое версия программы с правовой точки зрения?
Законодательство об интеллектуальной собственности не оперирует такими терминами как «версия программы», «патчи», не делит их на «мажорные» или «минорные». Законодательство исходит из того, что новая версия программы с юридической точки зрения может быть новой программой, то есть самостоятельным объектом авторских прав, а может ей не быть. От чего это зависит?
Гражданский кодекс РФ различает два вида изменений программы: модификацию (переработку) и адаптацию.
В результате модификации возникает новая (производная) программа.
А адаптация подразумевает лишь такое изменение программы, при котором она могла бы функционировать на конкретном устройстве пользователя или взаимодействовать с другими программами пользователя. Новой (производной) программы при этом не возникает.
Соответственно, для того, чтобы разобраться, как нам быть с нашей новой версией, нам сначала нужно понять, что мы сделали: модифицировали старую версию или адаптировали её?
Чем отличаются модификация, адаптация и исправление ошибок?
Начнем с адаптации программы. Под адаптацией в подпункте 9 пункта 1 статьи 1270 Гражданского кодекса РФ понимается:
внесение изменений, осуществляемых исключительно в целях функционирования программы или базы данных на конкретных технических средствах пользователя или под управлением конкретных программ пользователя.
Минцифры, например, относит к адаптации параметрическую настройку, доработки и изменения скриптов, конфигурационных файлов, в том числе файлов, учитывающих параметры оборудования клиента и необходимых для привязки программы или базы данных к оборудованию клиента.
Ключевая особенность адаптации в том, что по её результатам не создается новой охраняемой программы, а значит, что версия-адаптация с юридической точки зрения остается прежней программой.
Под модификацией программы, исходя из прямого толкования Гражданского кодекса, следует понимать:
любые изменения ПО, кроме адаптации.
Однако, необходимо учитывать, что судебная практика модификацию воспринимает иначе – для признания изменений программы модификацией необходимы функциональные изменения (добавление новых функций или улучшение существующих). Минцифры же и вовсе говорит о том, что процессы модификации должны быть аналогичны процессам разработки. Только такие изменения приводят к появлению новой версии программы в юридическом смысле.
Получается, что юридически новой версией нужно считать только ту версию программы, в которой появилось что-то новое для пользователя. В противном же случае можно говорить только об изменении старой версии.
Что же касается изменения ошибок и багов? Из изложенной выше логики следует, что исправление ошибок не является модификацией (то есть появлением юридически новой версии программы), потому что в таком случае точно не появляется принципиально нового функционала или улучшения существующего.
Нужно ли обновлять код в Роспатенте и в Реестре российского ПО Минцифры?
Хорошо, допустим мы поняли, что речь идет о модификации и появлении новой версии программы в правовом смысле. Значит теперь , нужно обновлять программу в Роспатенте и в Реестре российского ПО Минцифры? Давайте разбираться.
В Роспатенте нет возможности обновления программы (можно только исправлять очевидные технические ошибки), исходный код предоставляется единожды при подаче заявки и таким и хранится. Поэтому единственным вариантом остается регистрация новой версии программы путем подачи новой заявки. При этом вполне допустимо в новой заявке сохранить прежнее название программы и добавить указание на версию, как, например, сделал правообладатель вот тут. Роспатент в этом смысле действует в логике действующего законодательства: если по результатам модификации появляется новая (производная) программа, то это новый объект интеллектуальной собственности, который подается на регистрацию как самостоятельная заявка.
Что же касается Реестра российского ПО Минцифры, то с ним несколько проще. При подаче заявки на включение программы в этот реестр исходный код не предоставляется, а предоставляемый экземпляр программы используется только для проведения экспертизы. Соответственно, для записи в Реестре российского ПО будет стоять вопрос не об актуализации исходного кода программы, а об актуализации технической документации, содержащей описание функционала программы и порядка работы с ней (такие документы должны быть размещены на вашем сайте). Можно также дополнительно актуализировать название программы (как в техдокументации, так и в реестровой записи).
Получается, что в Роспатенте необходимо регистрировать новую программу, а для Реестра российского ПО Минцифры достаточно актуализировать техническую документацию (опционально – также название).
Однако, необходимо обратить внимание на нюанс: если при подаче заявки на включение программы в РРПО вы указали свидетельство Роспатента, то оно будет отражаться в реестровой записи (как, например, вот тут в разделе "Исключительное право"). Мы рекомендуем быть последовательными – если вы зарегистрировали в Роспатенте новую версию как новую программу, то есть смысл также сделать и новую регистрацию в РРПО. Иначе получится, что в реестровой записи в РРПО стоит ссылка на неактуальную регистрацию в Роспатенте. Отсюда есть риск столкнуться с непониманием контрагентов при заключении договоров, а также споров с налоговой в части освобождения / неосвобождения сделки от НДС.
Что делать со старой версией после создания новой?
Чуть выше мы писали о том, что новые версии программы могут возникать в результате различных с юридической точки зрения процедур (адаптации, модификации, исправления ошибок). Соответственно, судьба первоначальной программы зависит от того, по какому из этих сценариев идет доработка.
При адаптации и исправлении ошибок не создается юридически новой программы, а значит, исправленная/адаптированная программа остается самой собой с точки зрения правовой охраны. Нового объекта интеллектуальной собственности не возникает, а старый объект ИС юридически не трансформируется (несмотря на то, что технически это и не так).
При модификации же ровно наоборот: возникает новая (производная) программа. Производная программа является самостоятельным объектом интеллектуальной собственности, который может использоваться отдельно от первоначального (например, продаваться отдельно от лицензии или быть переданна другому правообладателю). Получается, в отличие от адаптации и исправления ошибок, в результате модификации первоначальная программа остается неизменной, а новая версия становится отдельной программой.
Еще раз подчеркнем, при создании новой версии необходимо сначала понять, что именно мы с ней сделали, и исходя из этого принимать решение о том, как относиться к старой версии.
Как учитывать новую версию программы в качестве объектов НМА?
Вступивший в силу с 1 января 2024 года ФСБУ 14/2022 "Нематериальные активы" даёт нам несколько вариантов действий.
Вариант первый: увеличивать первоначальную стоимость уже имеющегося объекта НМА. В таком случае новый объект на балансе организации не появляется, а старый объект становится дороже. Такая возможность предусмотрена пунктом 28 ФСБУ 14/2022. Однако, необходимо обратить внимание на важный момент: это возможно только в том случае, когда затраты связаны с "улучшением (повышением) первоначально принятых нормативных показателей функционирования этого объекта". Получается, для использования такого приема в момент первоначального признания ПО объектом НМА в бух. учете необходимо определить нормативные показатели функционирования программы, а затем их улучшать (повышать).
Вариант второй: ставить новые версии ПО на учет в качестве самостоятельных объектов НМА. Такой вариант более логичен, когда речь идет о новой версии ПО, которая является самостоятельным (производным) объектом интеллектуальной собственности. В таком случае у вас в учете появляется новый объект, который обладает самостоятельными параметрами: сроком полезного использования, первоначальной стоимостью (складывающейся из затрат на доработку) и, соответственно, амортизацией.
При этом в любом случае необходимо помнить, что капитализированы могут быть не любые затраты, а только капитальные вложения, как они определены в отдельном ФСБУ 26/2020 "Капитальные вложения". Например, к ним не относятся расходы на рекламу и продвижение, на обучение персонала, на предстоящую реструктуризацию деятельности организации.
Выводы:
При оформлении новых версий вашей программы ключевым фактором является характер доработки: появляется ли в программе новый функционал или улучшается уже имеющийся:
– если нет, то с юридической точки зрения мы имеем прежнюю версию, которую просто адаптировали, исправили в ней ошибки или изменили еще каким-то иным образом – это адаптация;
– если да, то мы получили новую (производную) программу – это модификация.Еще на стадии планирования доработки и постановки задачи исполнителям необходимо определиться, что именно вы хотите сделать с программой. Так как от этого будут зависеть шаги по дальнейшему оформлению ваших объектов интеллектуальной собственности.
В Роспатенте нет возможности обновлять исходный код программы, но можно регистрировать новую версию как отдельный объект.
В Реестре российского ПО Минцифры можно как внести новую регистрационную запись, так и обновить информацию по уже имеющейся.
Действующий стандарт по учету нематериальных активов даёт некоторую свободу в выборе варианта действий по учету расходов, поэтому учет затрат на доработку нужно вести в контексте всей деятельности организации и планов по коммерциализации активов.
Если у вас остались вопросы, вы можете обратиться к нам: +7 (969) 790-00-90, написать в телеграм @aglrequest или по электронной почте info@ag-legal.ru. Или задать их в комментариях под статьей.
Подписывайтесь на наш канал, где мы разбираем и другие актуальные для IT юридические вопросы.
В 2025 закончится мораторий на проверки. Это значит, что Роскомнадзор (далее также — РКН) начнет проверять организации, работающие с персональными данными (далее — ПД). Однако многие компании малого бизнеса по-прежнему пребывают в иллюзии, что их это не коснется. Между тем, даже за некорректно оформленный «баннер с галочкой» можно получить штраф в…
Важным фактором сейчас является E-E-A-T — экспертность, авторитетность и доверие, а также локальное SEO, удобство сайтов. То есть, клиника должна не только предоставлять качественные услуги, но и показывать свою экспертность и надежность в сети.
Если ваше программное обеспечение есть в реестре российского ПО, то до 1 апреля необходимо актуализировать сведения о выплатах в пользу иностранных лиц. Пора проверить информацию и внести изменения в реестр. Разберёмся, что нужно сделать.
Мы прошли этот путь сами и помогаем другим компаниям, так что знаем процесс. Отвечу на частые вопросы и разберу заблуждения, чтобы вы понимали, нужно ли это вам, как подготовиться, что делать, если пришел отказ и так далее.
Гайковёрты DeWALT — это уверенность в каждом повороте. Они созданы для работы под нагрузкой: от тяжёлых монтажей до точной сборки. Мы собрали лучшие модели бренда — проверенные временем и профессионалами.
В 2024 году Минцифры представило проект, который существенно изменит требования к программному обеспечению (ПО), установленные Постановлением Правительства РФ № 1236. Как эти изменения повлияют на разработчиков ПО? Какие новые вызовы возникнут для отрасли? В статье мы подробно разберем ключевые моменты, которые заставят каждого участника рынка пере…
О том, как регистрировать ПАК в реестре отечественного ПО, какие преимущества это дает вашей компании в 2025 году, какие изменения в порядке регистрации в реестре отечественного ПО ждут нас в 2025-2026 году, расскажем в этой статье.
Потребность в регистрации ПО в отечественным реестре у компаний не уменьшается, а правила уже начали менять. Сегодня расскажем о планах Минцифры и к чем готовиться разработчикам.