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