Samoylov Consulting Group

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

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

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

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

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

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

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

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

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

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

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

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