1) Причины отказа включения в реестр (ссылка на третью статью)
2) Рассматриваем различия регистрации
3) Рассмотрим так же ()
Один из самых частых вопросов, который возникает у разработчиков: «Мы уже зарегистрировали программу в Роспатенте, зачем нам ещё реестр Минцифры?». И этот вопрос абсолютно логичен, потому что на первый взгляд оба процесса связаны с одним и тем же — программным обеспечением.
Но на самом деле это два совершенно разных механизма, которые решают разные задачи.
Регистрация программы для ЭВМ в Роспатенте — это про защиту прав. Вы фиксируете авторство и правообладание, получаете официальный документ, который подтверждает, что именно вы создали этот продукт. Это важно для юридической защиты, для инвестиций, для споров и сделок.
Включение в реестр Минцифры — это про допуск на рынок. Здесь проверяется не только правообладание, но и происхождение продукта, структура владения компанией, соответствие требованиям импортозамещения, архитектура и функциональность.
Проще говоря, Роспатент отвечает на вопрос: «Чьё это ПО?», а реестр Минцифры — «Можно ли использовать это ПО в государственном и корпоративном секторе в рамках политики импортозамещения?».
В реальной практике эти два инструмента работают вместе. Регистрация в Роспатенте подтверждает ваши права, а включение в реестр даёт возможность монетизировать продукт на широком рынке.
И когда эти два элемента выстроены правильно, вы получаете и юридическую защиту, и доступ к крупнейшему сегменту клиентов.
Как доказать российское происхождение программного обеспечения
Вопрос о российском происхождении — это тот момент, когда у многих разработчиков возникает внутренний сбой. Потому что на уровне здравого смысла всё очевидно: продукт разработан командой в России, компания российская, клиенты — российские. Но когда дело доходит до подачи заявки в реестр, оказывается, что «очевидность» нужно превратить в формально подтверждённую, юридически и технически согласованную конструкцию. Именно это и проверяет экспертиза.
Включение в реестр — это не декларация, а доказательство. Вам нужно не просто заявить, что ПО российское, а показать это через совокупность признаков: кто владеет правами, где создавался код, где он хранится, под чьим контролем находится инфраструктура и отсутствуют ли критические внешние зависимости.
И если посмотреть на форму заявки, становится понятно, что эта логика прошита в её структуру. Сведения о правообладателе, информация о разработке, блок про хранение исходного кода, описание архитектуры — всё это части одного ответа на вопрос: можно ли считать этот продукт российским.
Первая линия проверки — это правообладатель. Здесь важно не только то, что компания зарегистрирована в России, но и то, что контроль над ней находится у российских лиц. Причём проверяется не только прямое владение, но и косвенное. Именно поэтому в одной из предыдущих статей под названием «Кто может включить ПО в реестр Минцифры» мы подробно разбирали, почему структура владения имеет значение.
Вторая линия — это права на сам продукт. Экспертиза должна видеть непрерывную цепочку: от разработки до текущего правообладателя. Если код создавался по договорам подряда, права должны быть переданы. Если использовались сторонние разработчики — это должно быть корректно оформлено. Любой разрыв в этой цепочке может вызвать вопросы у экспертов.
Третья линия — это происхождение и контроль над исходным кодом. Где он хранится, кто имеет к нему доступ, в какой юрисдикции находятся репозитории. Этот блок напрямую связан с требованиями к безопасности и управляемости продукта. Мы частично касались этого в статье «Требования к программному обеспечению для включения в реестр», но здесь он становится центральным элементом.
И есть ещё один нюанс, который часто недооценивают — это согласованность всей этой информации между собой. В реестре важно не только наличие правильных фактов, но и то, как они отражены в заявке. Описание продукта, сведения о разработке, документы, архитектура — всё должно работать как один единый механизм. Любая несостыковка может вызвать отказ.
На практике доказательство российского происхождения — это не отдельный документ, а совокупность правильно подготовленных данных и формулировок, которые вместе формируют нужный вывод у экспертизы. Именно поэтому компании, которые подходят к подаче заявки профессионально, сначала проводят аудит своего продукта: проверяют права, инфраструктуру, зависимости, формулировки. Потому что проще скорректировать это до подачи, чем потом объяснять на этапе экспертизы.
Далее мы разберём один из самых чувствительных аспектов этого вопроса — требования к доле иностранного участия и как они влияют на возможность включения ПО в реестр.
Требования к доле иностранного участия для включения в реестр
Когда разработчики впервые слышат о требованиях к иностранному участию в компании-заявителе, их реакция чаще всего звучит так: «ну у нас же российское юрлицо, значит всё нормально». На практике именно на этом этапе у многих проектов возникают первые серьёзные вопросы со стороны экспертизы.
Реестр российского программного обеспечения создавался не просто как каталог продуктов, а как инструмент контроля за тем, какие решения используются в государственном и стратегическом корпоративном секторе. И ключевая идея здесь — управляемость и независимость. Поэтому проверяется не только страна регистрации компании, но и то, кто реально контролирует правообладателя и может влиять на судьбу программного продукта.
Когда заявка попадает на рассмотрение, экспертиза полностью анализирует структуру владения компании. Причём проверяется не только прямое владение долями, но и косвенное. Если в цепочке собственников есть иностранные компании, инвестиционные фонды или структуры с непрозрачной юрисдикцией, это автоматически попадает в зону внимания.
И здесь возникает важный нюанс, который часто недооценивают: даже если иностранный участник владеет не контрольным пакетом, но при этом обладает возможностью влиять на принятие ключевых решений (например, через корпоративные соглашения или особые права), это также может быть расценено как фактор иностранного контроля. Поэтому вопрос доли иностранного участия — это не только про цифры в уставном капитале. Это про фактический контроль над продуктом и компанией.
Очень часто компании приходят к подаче заявки уже после привлечения инвестиций. В структуре появляется фонд, холдинговая компания или иностранный участник, и на этапе бизнеса это выглядит нормально. Но в логике реестра это может стать препятствием. Потому что экспертиза будет оценивать не намерения, а юридическую конструкцию владения. Именно поэтому перед подачей заявки важно не просто «посмотреть доли», а провести полноценный анализ структуры: кто является конечным владельцем, какие есть права у участников, нет ли косвенного влияния со стороны иностранных лиц.
В некоторых случаях ситуацию можно корректно описать и обосновать в заявке. В других — требуется изменение структуры владения или перераспределение прав. И это те решения, которые лучше принимать заранее, а не в процессе экспертизы.
Этот вопрос напрямую связан с темой предыдущей статьи, потому что структура владения — это одна из ключевых частей такого доказательства. Если правообладатель не соответствует требованиям, дальше анализ продукта уже не имеет смысла.
При этом важно понимать, что не всякое иностранное участие автоматически закрывает дорогу в реестр. Есть допустимые конфигурации, есть нюансы, есть практика рассмотрения. Но разобраться в этом без опыта прохождения экспертизы достаточно сложно.
Именно поэтому многие компании перед подачей заявки делают отдельный аудит структуры владения и прав — чтобы заранее понять, где есть риски и как их корректно отработать.
Нужно ли регистрировать ПО в Роспатенте перед подачей в реестр
Это один из самых частых вопросов, который возникает у компаний на этапе подготовки к включению в реестр. На первый взгляд кажется, что это обязательная последовательность шагов. Но если разобраться глубже, становится понятно: это два разных юридических механизма, которые пересекаются, но не заменяют друг друга.
Регистрация программы для ЭВМ в Роспатенте — это инструмент фиксации прав. Это доказательство того, что именно вы являетесь правообладателем, что программный код создан вами или передан вам на законных основаниях и что у вас есть право распоряжаться этим продуктом. Это важная часть юридической защиты, особенно если вы планируете привлекать инвестиции, продавать продукт или масштабировать его на рынок.
Включение в реестр Минцифры — это совершенно другая история. Здесь государство проверяет не только правообладание, но и происхождение продукта, структуру владения компанией, архитектуру программного обеспечения, уровень зависимости от иностранных компонентов и соответствие требованиям импортозамещения. И ключевой момент — регистрация в Роспатенте не является обязательным условием для включения в реестр. Закон этого не требует. Вы можете подать заявку и без неё, если у вас есть иные документы, подтверждающие правообладание: договоры с разработчиками, акты передачи прав, внутренние документы компании.
Но на практике отсутствие регистрации почти всегда усложняет процесс.
Почему? Потому что экспертизе приходится разбираться в цепочке прав. Если продукт разрабатывался командой, привлекались подрядчики и фрилансеры, передавались права — всё это нужно документально подтверждать. И если в документах есть неточности или противоречия, это может вызвать дополнительные запросы и затянуть рассмотрение заявки.
Регистрация в Роспатенте в этом смысле работает как «единая точка правды». Это официальный документ, который фиксирует правообладателя и объект. Он не заменяет другие документы, но значительно упрощает восприятие заявки и снижает количество вопросов со стороны экспертизы.
Есть ещё один важный аспект, о котором часто забывают. Регистрация в Роспатенте является важным активом, который повышает ценность компании. В переговорах с инвесторами, в сделках, в юридических спорах — наличие зарегистрированных программ для ЭВМ всегда усиливает позицию правообладателя.
Поэтому в практике мы почти всегда рекомендуем проходить регистрацию в Роспатенте как часть подготовки к включению в реестр. Это не обязательный, но очень полезный шаг: он экономит ваше время, снижает риски и повышает качество всей заявки.
Если вы находитесь на этапе подготовки и не уверены, в каком состоянии у вас права на продукт — лучше разобраться с этим заранее. Потому что именно блок правообладания чаще всего становится причиной отказов или затяжных проверок.
И уже после того, как с правами всё понятно, логично переходить к следующему уровню — инфраструктуре и размещению продукта, о чём мы поговорим в следующей статье.