Права на код и иностранные компоненты: что проверить для реестра ПО

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

Главное: для сотрудника, студии-подрядчика и автора-фрилансера закон предусматривает разные правила. Универсальная фраза «без отдельного отчуждения весь код остаётся подрядчику» неверна. Ниже разберём эти случаи и иностранные компоненты. Правовая основа — статья 12.1 закона №149-ФЗ, пункт 5 Правил №1236 в редакции от 13.08.2026 и часть четвёртая ГК РФ. Проверено 2 ноября 2026 года.

Кто должен владеть правами для российского реестра

Пункт 1 части 5 статьи 12.1 требует исключительного права на территории всего мира и на весь срок его действия. Закон перечисляет допустимых правообладателей: публичные образования, предусмотренную российскую некоммерческую организацию, российскую коммерческую организацию под установленным российским контролем и гражданина РФ. Для коммерческой организации право прямо или косвенно распоряжаться более чем 50% голосов, приходящихся на голосующие акции или доли уставного капитала, связывается с возможностью определять её решения. Контролирующие лица по норме: Российская Федерация, её регионы, муниципалитеты, граждане РФ или контролируемые ими совместно либо по отдельности лица. Закон также предусматривает оговорку о международном договоре; её применимость проверяют отдельно.

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

Четыре истории создания кода с разным результатом

Код написал штатный сотрудник. Статья 1295 ГК РФ связывает служебное произведение с трудовыми обязанностями автора. Исключительное право по общему правилу принадлежит работодателю, если трудовой или гражданско-правовой договор между ним и автором не устанавливает иное. Автором остаётся человек. Проверьте трудовой договор, обязанности, задания, материалы приёмки и использование результата. Одной должности «программист» для восстановления всей истории большого продукта может оказаться мало.

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

Программу заказали другой компании. Если предмет договора прямо предусматривает создание программы, действует статья 1296 ГК РФ: исключительное право по умолчанию принадлежит заказчику, если договором не предусмотрено иное. Поэтому отсутствие отдельного документа с названием «отчуждение» ещё не доказывает, что прав у заказчика нет. Нужно прочитать предмет, условия и приложения к договору, установить созданный результат и проверить, не оставлены ли права исполнителю.

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

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

Заказ заключён непосредственно с автором. Пункт 5 статьи 1296 исключает такой договор из своего общего правила. При авторском заказе по статье 1288 ГК РФ договор может предусматривать отчуждение исключительного права или предоставление права использования в определённых пределах. Здесь особенно опасно переносить правило о заказе у студии на любого фрилансера, не проверив, кто именно создал произведение и какие условия подписаны.

Как связать документы с конкретным продуктом

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

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

Доступ к исходникам не заменяет юридическое основание.

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

Лицензия на библиотеку и права на свой продукт

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

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

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

Иностранные выплаты: почему ровно 30% не проходит

Пункт 3 части 5 статьи 12.1 закона №149-ФЗ ограничивает предусмотренные им выплаты иностранным лицам, контролируемым ими организациям, агентам и представителям: сумма должна составлять менее 30% выручки правообладателя от реализации соответствующего продукта, включая предоставление прав использования, за календарный год. Проверять нужно состав выплат и получателей по норме, а не только страну банка, куда ушли деньги.

В учебном примере выручка от конкретного продукта равна 10 млн рублей. Допустим, все рассматриваемые выплаты уже правильно отнесены к составу, который проверяет эта норма. При 2,9 млн рублей доля составляет 29%; при 3 млн — ровно 30%; при 3,1 млн — 31%. Строго ниже границы находится только первый вариант. Даже он подтверждает лишь один расчётный критерий, а не готовность всей заявки.

Скачать исходные числа и результаты в CSV. Формула: учитываемые выплаты / соответствующая выручка от продукта × 100%. Выручку всего холдинга или всех программ нельзя подставлять вместо нужной базы только ради меньшего процента.

У двух источников есть различие в формулировке базы: статья 12.1 говорит о реализации продукта, включая предоставление прав использования независимо от вида договора; подпункт «в» пункта 5 Правил №1236 описывает вознаграждение за предоставление права использования по лицензионному или иному договору. В нашем учебном примере база задана по статье 12.1. Для смешанных договоров отдельно сопоставьте предмет, выручку и оба текста; расчёт с заранее заданной базой не решает этот вопрос за компанию.

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

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

Иностранные выплаты следует отделять от ограничения продаж внутри группы. Подпункт «н» пункта 5 Правил №1236 адресован указанным государственным корпорациям, компаниям, публично-правовым компаниям, организациям с совокупной долей названного государственного участия свыше 50% и организациям одной группы с такими правообладателями. Он ограничивает долю реализации продукта внутри группы: она не должна превышать 30% соответствующей выручки.

Здесь отличаются получатели, состав участников и знак сравнения. Для иностранных выплат требуется менее 30%; для указанного ограничения внутри группы ровно 30% само по себе границу не превышает. Ещё одно число встречается в ИТ-аккредитации компании: обычный критерий профильной выручки там более 30%. Эти показатели нельзя смешивать в один тест «российского ПО».

Иностранный компонент проверяют и технически

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

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

Что подготовить перед заявкой и как вести это дальше

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

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

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

Для планирования на 2027–2030 годы имеет смысл обновлять эту папку при смене библиотеки, подрядчика, правообладателя или способа поставки. При сохранении правил такой порядок помогает обнаруживать расхождения до заявления или очередного изменения продукта. Альтернативный сценарий — новые нормативные требования или изменение условий лицензии; опубликованный акт либо новая версия применимой лицензии становятся поводом пересмотреть проверку. Новых обязательных дат до 2030 года этот сценарий не устанавливает.