Единый реестр российских программ для электронных вычислительных машин и баз данных — государственная информационная система, в которой учитывается программное обеспечение, соответствующее установленным требованиям российского происхождения. В реестр включают конкретный программный продукт, а не компанию-разработчика, ИТ-услугу или проект в целом.
Реестровая запись может использоваться для подтверждения происхождения ПО, в том числе в случаях, предусмотренных действующими правилами национального режима закупок. При этом включение не означает государственную сертификацию качества, безопасности или совместимости продукта и не гарантирует заключение контрактов.
Что представляет собой реестр российского ПО
Официальное наименование системы — единый реестр российских программ для электронных вычислительных машин и баз данных. В деловой практике также встречаются сокращения «реестр российского ПО», «ЕРРП» и «единый реестр российских программ для ЭВМ и БД».
Формулировки «единый реестр Минкомсвязи российских программ» и «реестр Минкомсвязи» сохранились в старых публикациях и поисковых запросах. Сейчас полномочия в этой сфере осуществляет Минцифры России. Официальный поиск по действующим записям и сведения о подаче заявлений размещаются на сайте reestr.digital.gov.ru.
Правила формирования и ведения реестра утверждены постановлением Правительства РФ № 1236. Нормативные требования и электронные формы меняются, поэтому перед подготовкой заявления необходимо сверять актуальную редакцию правил на gov.ru и инструкции на официальном сайте реестра.
Запрос «единый реестр российских программ для ЭВМ и баз данных 2025» не обозначает отдельную версию системы. Реестр ведется непрерывно: для проверки статуса продукта нужно использовать актуальную карточку, а не выгрузку или публикацию за конкретный год.
Основные требования к программному продукту
Экспертиза рассматривает одновременно происхождение исключительных прав, структуру владения правообладателем, состав программного продукта и представленные технические материалы. Одного факта разработки кода российской командой недостаточно.
- Надлежащий заявитель. Заявление подает правообладатель, соответствующий требованиям правил ведения реестра. Для организации проверяются регистрационные сведения, структура участия и возможный иностранный контроль.
- Исключительные права. Заявитель должен подтвердить законное получение прав на программу или базу данных. Анализируются договоры с авторами, трудовые отношения с разработчиками, договоры отчуждения, документы о реорганизации и иные основания перехода прав.
- Определенность продукта. Название, версия, назначение, функциональность и состав решения должны быть согласованы во всех документах, на сайте и в заявлении.
- Допустимые компоненты. Использование сторонних библиотек, фреймворков и открытого кода само по себе не всегда исключает включение. Однако необходимо проверить лицензии, объем собственных прав, критические зависимости и соответствие актуальным ограничениям.
- Доступность технических материалов. Описание функций, установка, эксплуатация и иные предусмотренные формой сведения должны позволять экспертам идентифицировать и оценить продукт.
- Достоверность сведений. Информация о правообладателе, авторах, правооснованиях и программных компонентах не должна противоречить открытым государственным реестрам и приложенным документам.
Критерии зависят от категории решения и могут корректироваться. Уточняйте актуальные условия на reestr.digital.gov.ru и gov.ru непосредственно перед подачей.
Какие документы и сведения нужно подготовить
Точный состав полей определяется действующей электронной формой. До заполнения заявления целесообразно провести правовой и технический аудит по нескольким блокам.
| Блок | Что проверяют и готовят |
|---|---|
| Правообладатель | Актуальные регистрационные данные, сведения о владельцах и контролирующих лицах, документы о преобразованиях и смене наименования |
| Цепочка прав | Трудовые договоры и задания, акты, договоры с подрядчиками, отчуждение исключительного права, документы о наследовании или реорганизации |
| Описание продукта | Назначение, функции, архитектура, поддерживаемые платформы, варианты поставки и эксплуатации |
| Идентификация версии | Единое название, номер версии или релиза, состав модулей, прежние наименования продукта |
| Техническая документация | Инструкции по установке и эксплуатации, описание жизненного цикла, обновления и технической поддержки — в объеме, предусмотренном актуальной формой |
| Сторонние компоненты | Перечень библиотек, платформ, СУБД и иных зависимостей, их лицензии и роль в работе решения |
| Публичные сведения | Рабочие ссылки на сайт продукта, документацию и материалы, которые требуется раскрыть по правилам реестра |
Частая проблема — разрыв цепочки прав. Например, часть кода создана подрядчиками, но договор предусматривает только оказание услуг и не определяет переход исключительного права. Еще один риск возникает при разработке до регистрации компании: права физических лиц не переходят юридическому лицу автоматически.
До подачи следует также сопоставить сведения в документах с фактической архитектурой продукта. Если под одним коммерческим названием продаются разные решения, необходимо определить, какой именно программный комплекс заявляется и какие модули входят в его состав.
Как проходит включение в единый реестр
- Предварительный аудит. Проверяют заявителя, структуру владения, цепочку исключительных прав, лицензии сторонних компонентов и готовность технической документации.
- Формирование карточки продукта. Фиксируют единое наименование, класс ПО, назначение, функциональные характеристики, состав модулей и сведения о правообладателе.
- Заполнение электронной формы. Заявление направляется через действующий официальный сервис. Способ авторизации, набор полей и требования к файлам необходимо проверять непосредственно перед отправкой.
- Проверка заявления. Оцениваются комплектность, корректность формата и наличие обязательных сведений. При выявлении недостатков применяются процедуры, предусмотренные актуальной редакцией правил.
- Экспертное рассмотрение. Специалисты анализируют правовые основания и характеристики продукта. В процессе могут потребоваться пояснения или дополнительные материалы.
- Принятие решения. При положительном результате создается реестровая запись. Отрицательное решение должно оцениваться с учетом указанных оснований: повторная подача без устранения причин обычно не решает проблему.
Нормативные сроки и порядок взаимодействия могут изменяться. Уточняйте актуальные условия на официальном сайте реестра и на gov.ru. Наличие полного комплекта документов снижает процедурные риски, но не гарантирует положительное решение.
Причины отказа и обязанности после включения
Типовые сложности связаны не с объемом описания, а с несогласованностью доказательств. Основанием для отрицательного результата могут стать:
- неподтвержденное исключительное право на весь заявленный продукт или его существенные части;
- несоответствие заявителя требованиям к российскому правообладателю;
- противоречия между заявлением, договорами, сайтом и техническими документами;
- невозможность идентифицировать программу, ее версию или состав модулей;
- неработающие ссылки либо отсутствие обязательных материалов;
- неполное раскрытие сторонних компонентов и зависимостей;
- недостоверные или неактуальные корпоративные сведения;
- непредставление пояснений в порядке, предусмотренном процедурой рассмотрения.
Работа с реестром не заканчивается созданием записи. Реорганизация правообладателя, переход исключительного права, смена названия продукта, существенное изменение состава решения или контактных данных могут потребовать актуализации сведений. Порядок уведомления и перечень значимых изменений нужно проверять по действующим правилам.
Перед сделкой с компанией-разработчиком полезно учитывать и обратную ситуацию: запись относится к определенному правообладателю и продукту. Покупка доли в компании, передача исходного кода или заключение лицензионного договора сами по себе не означают автоматического переноса реестрового статуса на другое лицо или решение.
Реестр Минцифры и регистрация программы в Роспатенте
Регистрация программы для ЭВМ в реестре российского ПО и государственная регистрация программы в Роспатенте — разные процедуры с разными юридическими задачами.
| Критерий | Реестр российского ПО | Роспатент |
|---|---|---|
| Цель | Подтверждение соответствия критериям российского программного обеспечения | Государственная регистрация программы для ЭВМ или базы данных и внесение сведений в соответствующий реестр |
| Что оценивается | Правообладатель, происхождение прав, характеристики продукта и соблюдение специальных требований | Заявление и депонируемые материалы в рамках установленной процедуры регистрации объекта авторского права |
| Возникновение авторского права | Не определяется фактом включения | Исключительное право возникает не вследствие регистрации: авторское право появляется при создании произведения |
| Практический результат | Реестровая запись о российском программном продукте | Свидетельство и запись о зарегистрированной программе или базе данных |
Свидетельство Роспатента может быть одним из документов, связанных с подтверждением прав, но его наличие не заменяет анализ договоров и не обеспечивает автоматическое включение в единый реестр российских программ для ЭВМ. И наоборот, реестровая запись Минцифры не заменяет регистрацию в Роспатенте.
Размеры пошлин и порядок их уплаты по процедурам Роспатента являются динамическими. Уточняйте актуальные условия на rospatent.gov.ru и справочную информацию на nalog.gov.ru. Не следует рассчитывать платеж по старым статьям или неофициальным калькуляторам.
Название продукта можно дополнительно защищать как средство индивидуализации. Базовые различия обозначений разобраны в материале о видах товарных знаков. Если в составе разработки есть самостоятельное техническое решение, отдельно оценивают его патентоспособность: программа «как таковая» и патентуемое изобретение — не одно и то же. Подробнее — в статье о патенте и правообладателе.
Частые вопросыНужно ли свидетельство Роспатента для включения в реестр?
Не всегда. Права могут подтверждаться совокупностью документов: договорами с авторами и подрядчиками, служебными заданиями, актами, договорами отчуждения и корпоративными документами. Свидетельство полезно для идентификации объекта, но не устраняет дефекты в цепочке перехода исключительного права.
Можно ли включить в реестр облачный сервис или SaaS?
Предметом заявления должна быть идентифицируемая программа для ЭВМ или база данных, а не услуга доступа сама по себе. Для облачного решения необходимо описать программный продукт, его функциональность, архитектуру, правообладателя и модель эксплуатации в соответствии с действующей формой. Возможность включения оценивается по конкретной реализации.
Допускается ли использование зарубежных библиотек?
Сам факт наличия иностранной или открытой библиотеки не дает универсального ответа. Значение имеют лицензия, роль компонента, объем прав заявителя, критичность зависимости и специальные ограничения действующей редакции правил. Архитектуру и лицензионный состав необходимо анализировать до подачи.
Как проверить, находится ли программа в реестре?
Используйте официальный поиск на reestr.digital.gov.ru. Проверять следует не только название, но и правообладателя, номер записи, класс ПО и актуальное состояние карточки. Совпадение коммерческого наименования с названием из реестра без совпадения правообладателя и продукта недостаточно.
Гарантирует ли подача документов включение программы?
Нет. Решение принимается по результатам установленной проверки и экспертного рассмотрения. Предварительный аудит помогает обнаружить противоречия и недостающие документы, но не может заменить экспертизу или гарантировать ее результат.
Нужно ли свидетельство Роспатента для включения в реестр?
Не всегда. Права могут подтверждаться совокупностью документов: договорами с авторами и подрядчиками, служебными заданиями, актами, договорами отчуждения и корпоративными документами. Свидетельство полезно для идентификации объекта, но не устраняет дефекты в цепочке перехода исключительного права.
Можно ли включить в реестр облачный сервис или SaaS?
Предметом заявления должна быть идентифицируемая программа для ЭВМ или база данных, а не услуга доступа сама по себе. Для облачного решения необходимо описать программный продукт, его функциональность, архитектуру, правообладателя и модель эксплуатации в соответствии с действующей формой. Возможность включения оценивается по конкретной реализации.
Допускается ли использование зарубежных библиотек?
Сам факт наличия иностранной или открытой библиотеки не дает универсального ответа. Значение имеют лицензия, роль компонента, объем прав заявителя, критичность зависимости и специальные ограничения действующей редакции правил. Архитектуру и лицензионный состав необходимо анализировать до подачи.
Как проверить, находится ли программа в реестре?
Используйте официальный поиск на reestr.digital.gov.ru. Проверять следует не только название, но и правообладателя, номер записи, класс ПО и актуальное состояние карточки. Совпадение коммерческого наименования с названием из реестра без совпадения правообладателя и продукта недостаточно.
Гарантирует ли подача документов включение программы?
Нет. Решение принимается по результатам установленной проверки и экспертного рассмотрения. Предварительный аудит помогает обнаружить противоречия и недостающие документы, но не может заменить экспертизу или гарантировать ее результат.