Единый реестр российских программ для ЭВМ и баз данных ведёт Минцифры России. Для разработчика запись в реестре подтверждает российское происхождение программного продукта и помогает участвовать в закупках, поставках для российских заказчиков и отдельных мерах поддержки.
В этой статье мы сохранили практический фокус: какие нормы регулируют включение ПО в реестр, какие требования проверяются и где чаще всего появляются ошибки в заявке.
Реестр российского ПО Минцифры: что регулирует ПП №1236
Базовый документ — Постановление Правительства РФ №1236 от 16.11.2015. Оно утверждает правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных, а также реестра программ из государств ЕАЭС.
Реестр размещён на портале reestr.digital.gov.ru. В актуальных материалах корректно писать «Минцифры России», а не «Минкомсвязи»: старое название ведомства уже не используется.
Важно: запись в реестре сама по себе не означает автоматическую налоговую льготу или победу в закупке. Налоговые последствия, закупочный национальный режим и требования заказчика нужно проверять отдельно.
Главные нормативные акты
| Документ | Что регулирует | Почему важен для заявки |
|---|---|---|
| ПП РФ №1236 | Правила формирования и ведения реестра российского ПО. | Определяет базовые требования к правообладателю, сведениям о программе и порядку включения. |
| ПП РФ №1937 | Изменения по доверенному программному обеспечению. | Добавляет отдельный уровень требований и поэтапную логику совместимости для отдельных классов ПО. |
| ПП РФ №1875 | Национальный режим закупок. | Помогает понять, какие закупочные преимущества или ограничения применимы к российскому ПО. |
| ПП РФ №2461 | Изменения в части программно-аппаратных комплексов. | Важно для ПАК, но не является универсальным запретом на иностранные компоненты для любого ПО. |
Ключевые критерии для включения в реестр
1. Исключительные права и правообладатель
Заявитель должен подтвердить права на программное обеспечение и основания возникновения этих прав: собственная разработка, договоры с разработчиками, служебные произведения, отчуждение исключительных прав или иная законная цепочка документов.
Отдельно проверяется структура правообладателя и влияние иностранных лиц. В заявке важно показать, что права на программу принадлежат допустимому заявителю, а использование программы не зависит от решения иностранного правообладателя.
2. Иностранные зависимости и открытый код
Open Source сам по себе не запрещён. Риск появляется, когда продукт фактически является переименованной копией чужого решения, а заявитель не может доказать самостоятельную разработку, сопровождение и правомерность использования компонентов.
Поэтому в техническом описании нужно разделить собственный код, сторонние библиотеки, лицензии, модули и порядок сопровождения. Если используются иностранные сервисы, обновления, облака или компоненты, их влияние нужно описать заранее, а не ждать замечаний экспертов.
3. Инфраструктура, документация и доступность продукта
Для реестра важна не только юридическая часть. Обычно готовят описание функциональности, архитектуры, жизненного цикла, эксплуатации, установки, технической поддержки и доступа к экземпляру ПО для проверки.
Если программа является частью программно-аппаратного комплекса, дополнительно проверяются сведения о технических средствах, совместимости оборудования и ПО, а также реестровый статус технических средств, когда это применимо.
Что изменилось из-за доверенного ПО
ПП №1937 добавило развитие темы доверенного программного обеспечения. Это не отменяет базовый реестр по ПП №1236, а вводит дополнительный уровень требований для отдельных категорий ПО и закупочных сценариев.
Главная практическая ошибка — смешивать «российское ПО» и «доверенное ПО». Базовая реестровая запись остаётся отдельным шагом. Доверенный статус требует дополнительной проверки, совместимости и подтверждения по правилам, которые вводятся поэтапно.
Какие документы обычно готовят
- сведения о правообладателе и заявителе;
- документы, подтверждающие исключительные права на программу;
- описание функциональности и классов программного обеспечения;
- сведения о компонентах, библиотеках и лицензиях;
- документацию по установке, эксплуатации и сопровождению;
- доступ к экземпляру ПО или демонстрационной среде для проверки;
- дополнительные сведения для ПАК или доверенного ПО, если они применимы.
Типичные ошибки в заявках
- используют старое название «Минкомсвязи» и устаревшие ссылки;
- обещают НДС-льготу как автоматическое следствие записи в реестре;
- путают реестр ПО Минцифры и реестр промышленной продукции Минпромторга;
- не показывают цепочку исключительных прав на код;
- не раскрывают сторонние библиотеки и Open Source-компоненты;
- подают ПАК как обычное ПО без проверки требований к техническим средствам;
- не учитывают новые требования к доверенному ПО, если продукт попадает в соответствующий класс.
Редакторская проверка перед подачей: если в описании есть иностранные компоненты, ПАК, облачная инфраструктура, зависимость от внешнего API или спорная цепочка прав, эти вопросы лучше разобрать до подачи заявления.
Когда нужна помощь специалистов
Самостоятельно подготовить заявку можно, если продукт простой, права на код очевидны, а документация уже приведена в порядок. Но если есть иностранные компоненты, Open Source, сложная группа компаний, ПАК или планы получать доверенный статус, предварительный аудит экономит время.
«Реестр Гарант» помогает проверить нормативную базу, собрать доказательства прав, описать архитектуру, подготовить документы и снизить риск замечаний при рассмотрении заявки Минцифры.
FAQ
Короткие ответы на вопросы, которые чаще всего возникают при подготовке документов и подаче заявки.
Какой документ регулирует внесение ПО в реестр Минцифры?
Базовые правила установлены ПП РФ №1236. Оно регулирует формирование и ведение единого реестра российских программ для ЭВМ и баз данных.
Запись в реестре ПО автоматически даёт льготу по НДС?
Нет. Реестр важен для подтверждения статуса программы, но налоговые последствия зависят от конкретной операции, вида прав и действующих норм НК РФ. Это нужно проверять отдельно.
Можно ли использовать Open Source в российском ПО?
Да, но нужно подтвердить правомерность использования компонентов, самостоятельность продукта и возможность сопровождения. Простое переименование чужого открытого проекта создаёт высокий риск отказа.
Чем российское ПО отличается от доверенного ПО?
Российское ПО включается в базовый реестр по ПП №1236. Доверенное ПО — дополнительный уровень требований, связанный с ПП №1937 и поэтапной проверкой совместимости для отдельных классов программ.
ПП №2461 относится ко всем программам?
Нет. Его часто упоминают в контексте программно-аппаратных комплексов и требований к техническим средствам. Для обычного ПО нельзя автоматически переносить эти требования без проверки применимости.
Что чаще всего мешает включению ПО в реестр?
Проблемы с правами на код, неполное описание компонентов, спорные иностранные зависимости, недостаточная документация и неверное определение класса ПО.