Samoylov Consulting Group

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

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

На первый взгляд кажется, что включение в реестр — это бесплатная процедура. Действительно, за подачу заявки не взимается государственная пошлина. И на этом этапе многие делают вывод, что расходов нет. Но если смотреть на процесс шире, становится понятно, что у включения в реестр есть своя экономика. И она складывается не из госпошлины, а из ресурсов, времени и рисков. Первая составляющая — это время команды. Чтобы подготовить качественную заявку, нужно участие юриста, разработчика, продуктового менеджера...

Если посмотреть на проекты, которые проходят включение в реестр спокойно и без возвратов, у них почти всегда есть один общий фактор — к подаче заявки относятся как к отдельному проекту, а не как к формальности. Ключевой элемент здесь — это предварительная подготовка и согласование всех блоков заявки между собой. Это означает, что ещё до подачи заявки вы проверяете, совпадает ли описание продукта с выбранным классом, согласованы ли формулировки в документах и в форме, корректно ли описана архитектура и способы распространения...

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

Когда заявка отправлена, большинство компаний ожидают чёткий и понятный срок: условно «через 30 дней будет результат». Формально у процедуры действительно есть регламентированные сроки рассмотрения. Он составляет до 45 рабочих дней. Но на практике время включения в реестр почти всегда отличается от ожиданий, и ключевая причина этого — качество самой заявки. Если заявка подготовлена аккуратно, логично и без противоречий, она проходит экспертизу значительно быстрее. Эксперты проверяют сведения, сопоставляют...

Когда разработчик доходит до этапа подготовки документов, обычно возникает ощущение, что это просто «формальный пакет приложений». Но на практике именно документы становятся фундаментом всей заявки. Это та часть, на основании которой экспертиза понимает: действительно ли продукт ваш, действительно ли он разработан в нужной юрисдикции и действительно ли всё, что вы указали в форме, соответствует реальности. Заявка в реестр — это не рассказ о продукте, а юридически и технически подтверждённая картина...

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

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

Самая частая ошибка, которую совершают разработчики в самом начале, — они уверены, что подать заявку может любой, у кого есть программа. Формально это звучит логично: есть продукт, есть компания — значит, можно подавать. Но реестр устроен иначе. Это не регистрация продукта как такового, это проверка происхождения и контроля над программным обеспечением. Именно поэтому первым, кого проверяют всегда становится не сам продукт, а заявитель. Чтобы подать заявку, вы должны быть правообладателем программного обеспечения и при этом соответствовать критериям «российского лица»...

Если вы делаете программный продукт и хотите, чтобы он приносил деньги не только от случайных клиентов, но и от системного рынка, — рано или поздно вы приходите к одному и тому же вопросу: как попасть в реестр российского ПО Минцифры. И почти всегда это происходит не из-за интереса к бюрократии, а из-за вполне практичной боли: вас начинают спрашивать про реестр клиенты, вы видите тендеры, куда не можете зайти, и понимаете, что часть рынка для вас закрыта. Реестр российского программного обеспечения — это не просто формальный список программ...