Как включить программу в реестр российского ПО Минцифры в 2026 году

Что проверить в правах на программу, технологическом стеке и документах, сколько занимает процедура и какие новые требования начинают действовать с 1 сентября 2026

За последние несколько лет правила включения программ в реестр российского ПО заметно изменились. Поэтому инструкции 2022—2024 годов стоит использовать осторожно: часть требований и сроков в них уже не соответствует действующим правилам.

Например, для включения программы в реестр не требуется сначала обязательно регистрировать её в Роспатенте. А ежегодные сведения после включения программы в реестр теперь привязаны не к 1 апреля, как можно встретить в старых инструкциях, а к 1 июня.

Кроме того, с 1 сентября 2026 года для части программ начинают применяться новые требования к совместимости с российскими операционными системами.

Разберемся, что сейчас представляет собой реестр российского ПО, кому он нужен и что стоит проверить до подачи заявления, чтобы не получить отказ уже на этапе экспертизы.

Что такое реестр российского ПО

Единый реестр российских программ для ЭВМ и баз данных создан для подтверждения российского происхождения программного обеспечения.

В него включают не компанию целиком, а конкретную программу или базу данных.

То есть одна компания может быть правообладателем десяти продуктов, из которых в реестр включены только три.

Основные правила установлены статьей 12.1 закона об информации и Постановлением Правительства РФ № 1236. В 2025—2026 годах регулирование существенно обновилось.

Сам по себе факт разработки продукта российской командой ещё не означает, что программа автоматически соответствует требованиям реестра. Минцифры проверяет не только место разработки, но и права на программу, структуру правообладателя, иностранные выплаты, используемые компоненты, инфраструктуру и документацию.

Зачем включать ПО в реестр

Для бизнеса у реестра несколько практических функций.

Во-первых, запись подтверждает, что программа соответствует установленным требованиям к российскому программному обеспечению.

Во-вторых, наличие продукта в реестре может иметь значение при использовании отдельных мер государственной поддержки и в закупках.

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

Поэтому включать программу в реестр только ради фразы «получим налоговые льготы» неправильно. Сначала нужно определить, какой именно экономический эффект реестр даст конкретному продукту и компании.

Регистрация в Роспатенте и Минцифры — это разные процедуры

Эти процедуры регулярно смешивают.

Регистрация программы в Роспатенте связана с государственной регистрацией программы для ЭВМ. В реестр Роспатента вносятся сведения о программе, правообладателе и авторе, а правообладатель получает свидетельство. Зарегистрировать в Роспатенте можно любой программный код, т.к. проверка (экспертиза) кода на уникальность не проводится.

Включение программы в реестр Минцифры подтверждает её соответствие требованиям к российскому программному обеспечению.

Одно не заменяет другое.

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

Кто может включить программу в реестр

Один из ключевых вопросов — кому принадлежит исключительное право.

Для российского реестра правообладателем может быть, в частности, гражданин РФ или российская организация, которая соответствует установленным требованиям.

Для коммерческой организации сейчас принципиален российский контроль. Закон определяет его через возможность прямо или косвенно распоряжаться более чем 50% голосов, приходящихся на акции или доли организации.

Это важно проверять ещё до подготовки технической документации.

Если по цепочке владения компанией присутствуют иностранные лица, сначала стоит разобрать структуру собственников и определить, проходит ли заявитель установленный критерий.

Что нужно проверить в самой программе

Большинство сложностей начинается не при заполнении формы заявления, а раньше.

Перед подачей я бы проверил шесть вещей:

1. Права на программу. Исключительное право должно принадлежать заявителю на весь срок его действия и соответствующей территории. Нужно проверить трудовые документы разработчиков, служебные произведения, договоры с подрядчиками, отчуждение прав, лицензионные соглашения и иные основания появления прав у компании.
2. Структуру собственности заявителя. Особенно если среди участников есть другие юридические лица или иностранные лица.
3. Сторонние компоненты. Библиотеки, СУБД, операционные системы, фреймворки, SDK, open-source-компоненты и другие зависимости нужно инвентаризировать вместе с лицензиями и правообладателями.
4. Иностранное влияние на работу продукта. Отдельное внимание стоит уделить принудительным обновлениям, удалённому управлению, критической зависимости от иностранной инфраструктуры и компонентам, использование которых ограничено в России. Оператор реестра публикует перечень разрешённых и запрещённых компонентов.
5. Российскую инфраструктуру. Требования № 1236 затрагивают в том числе хранение исходного и объектного кода, компиляцию, техническую поддержку и средства, связанные с управлением лицензионными ключами.
6. Выплаты иностранным лицам. По действующим требованиям общая сумма определённых иностранных выплат, связанных с разработкой, адаптацией, модификацией ПО и правами на используемые результаты интеллектуальной деятельности, должна составлять менее 30% соответствующей выручки правообладателя.

Именно поэтому начинать работу с заполнения заявления обычно неэффективно. Сначала лучше провести юридический и технический аудит продукта.

Иностранные библиотеки автоматически означают отказ?

Нет.

Сам факт того, что в продукте есть сторонний или open-source-компонент, ещё не означает невозможность включения программы в реестр.

Важно установить:

на каких условиях распространяется компонент, кто его контролирует, есть ли ограничения для пользователей из России, требуется ли связь с иностранной инфраструктурой и позволяет ли лицензия законно использовать компонент в коммерческом продукте.

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

Поэтому подход «в программе есть иностранный код — в реестр не возьмут» слишком упрощённый.

Но и обратный подход «если open source, значит можно всё» тоже рискованный.

Что должно быть на сайте продукта

Сайт — не декоративное приложение к заявлению. Во время экспертизы он становится одним из источников информации о программе.

На нём стоит заранее разместить сведения, которые позволяют эксперту понять:

что делает программа; как её установить или получить к ней доступ; как ею пользоваться; каким образом обеспечивается её техническая поддержка и жизненный цикл; сколько стоит право использования либо как определяется стоимость.

Для SaaS-продукта не нужно искусственно писать инструкцию по установке «на компьютер». Можно прямо объяснить, что программа предоставляется в виде интернет-сервиса и установка на стороне пользователя не требуется.

Важно также подтвердить законность использования самого сайта или доменного имени заявителем. Если домен принадлежит другому лицу, лучше заранее оформить правовое основание его использования.

Какие документы готовят к заявлению

Набор документов зависит от заявителя и архитектуры продукта, поэтому универсального PDF-пакета для всех компаний не существует.

Обычно приходится подтверждать три группы обстоятельств.

Первая — кто заявитель и кто его контролирует. Здесь проверяют корпоративную структуру и полномочия лиц.

Вторая — откуда у заявителя исключительное право на продукт. Если программу писали штатные разработчики, нужны корректные документы о служебной разработке. Если подрядчики — договоры и документы о передаче прав. Если продукт приобретался — документы по соответствующей сделке.

Третья — как устроена программа. Это сведения о функциональности, архитектуре, установке и эксплуатации, жизненном цикле, сторонних компонентах, технической инфраструктуре, стоимости и других характеристиках.

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

Для эксперта такие расхождения выглядят хуже, чем отсутствие красивого оформления.

Как подать заявление

Заявление подается электронно через официальный сайт реестра.

Для подачи нужны подтвержденная учетная запись на Госуслугах и квалифицированная электронная подпись. Оператор реестра рекомендует заранее подготовить документы и программное обеспечение для подписания файлов.

В заявлении указываются сведения о правообладателе и программе, её функциональном назначении, используемых компонентах и другие предусмотренные формой данные. К заявлению прикладываются подготовленные документы и ссылки на материалы сайта.

Само нажатие кнопки «Подать» — самый простой этап процесса. Основная работа происходит до него.

Сколько рассматривают заявление

Официальный срок принятия решения сейчас составляет до 45 рабочих дней со дня регистрации заявления.

Но это не означает, что весь проект по включению программы можно спланировать ровно на 45 рабочих дней.

До подачи может потребоваться исправление документов, перенос инфраструктуры, изменение сторонних компонентов или доработка сайта.

Во время рассмотрения эксперт также может запросить пояснения и дополнительные документы.

Если запрос получен, игнорировать его нельзя. Действующие правила предусматривают возможность отказа, если заявитель не предоставит необходимые пояснения или документы в течение 20 рабочих дней и без них нельзя подтвердить сведения из заявления.

Поэтому разумно разделять:

срок подготовки продукта к подаче и официальный срок рассмотрения уже зарегистрированного заявления.

Что меняется с 1 сентября 2026 года

Это одна из причин, почему инструкции по реестру двухлетней давности сейчас особенно опасно использовать без проверки.

Постановлением Правительства № 1937 введено дополнительное требование: определённые классы программ должны быть совместимы как минимум с двумя операционными системами, соответствующими требованиям к доверенному ПО.

Но требование вводится не для всего ПО одновременно.

Для офисного программного обеспечения оно применяется с 1 сентября 2026 года.

Для ряда инфраструктурных продуктов — программ обслуживания, виртуализации, СУБД, средств разработки, хранения данных и некоторых других классов — с 1 января 2027 года.

Для прикладного и отраслевого ПО и ряда других классов — с 1 июня 2027 года.

Для промышленного ПО и средств управления процессами организации — с 1 января 2028 года.

Поэтому перед подачей в 2026 году особенно важно правильно определить класс программного обеспечения. От него теперь зависит не только отображение записи в реестре, но и момент возникновения отдельных дополнительных требований.

Нужно ли что-то делать после включения ПО

Да. Запись в реестре — не повод навсегда забыть о заявлении.

Правообладатель обязан поддерживать сведения о продукте в актуальном состоянии.

По действующим правилам ежегодно, не позднее 1 июня, оператору предоставляются предусмотренные правилами сведения, связанные в том числе с изменениями информации и экономическими показателями правообладателя.

Это ещё одна деталь, которую легко пропустить, если пользоваться инструкциями прошлых лет: в старых публикациях всё ещё встречается дата 1 апреля.

Кроме того, после корпоративной реорганизации, изменения правообладателя или существенных изменений продукта нужно отдельно оценивать, требуется ли обновление сведений в реестре.

Из-за чего чаще всего возникают проблемы

Если отбросить формальные ошибки, большинство сложных ситуаций можно свести к четырём группам.

Первая — не оформлены права на код. Особенно когда продукт несколько лет разрабатывали сотрудники, самозанятые, ИП и подрядчики без единой системы договоров.

Вторая — не проверили технологический стек. Юристы готовят корпоративные документы, а уже перед подачей выясняется, что критичный компонент или инфраструктурный сервис не соответствует требованиям.

Третья — сайт и заявление рассказывают о разных продуктах. На сайте старая документация, техническая команда уже поменяла архитектуру, а документы составлялись по третьей версии.

Четвертая — попытка отвечать на запрос эксперта формально. Если эксперт спрашивает о конкретном компоненте или праве на него, ответ «используется на законных основаниях» без подтверждения обычно проблему не решает.

Хорошая заявка — это не максимальное количество документов. Это одна непротиворечивая история о продукте, правах на него и его техническом устройстве.

Можно ли сначала подать, а потом исправить

Технически заявитель может получить запрос и представить дополнительные пояснения. Но строить процедуру на принципе «подадим как есть, потом Минцифры скажет, что исправить» не стоит.

Экспертная проверка не заменяет предварительный аудит.

Кроме того, в правилах прямо предусмотрены основания для отказа, включая недостоверные сведения, непредставление необходимых пояснений и несоответствие самой программы установленным требованиям.

Если заранее видно, что исключительное право оформлено неправильно или технологический стек не проходит требования, лучше решить проблему до подачи.

Что проверить перед подачей

Если свести весь процесс к короткому чек-листу, я бы проверил следующее:

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

Вместо заключения

Юридически корректнее говорить не «регистрация ПО в Минцифры», а «включение сведений о программе в реестр российского программного обеспечения». Но в бизнесе и поисковых запросах слово «регистрация» давно используется как сокращение.

В 2026 году процедура стала заметно более сложной, чем несколько лет назад. Проверяется не только российский правообладатель, но и происхождение прав, корпоративный контроль, иностранные выплаты, архитектура, сторонние компоненты, инфраструктура и фактическая возможность эксплуатации продукта.

При этом регистрация в Роспатенте и реестр Минцифры остаются самостоятельными процедурами. Делать первую исключительно потому, что без неё якобы невозможно подать заявление в Минцифры, не нужно.

Оптимальный порядок другой:

сначала определить цель включения продукта в реестр → проверить правообладателя и права → провести аудит технологического стека → привести в порядок сайт и документацию → только после этого подавать заявление.

Так существенно меньше вероятность обнаружить критичную проблему уже после запуска 45-дневного срока рассмотрения.

Если Вам нужно включение программы в реестр российского программного обеспечения Минцифры — автор будет рад ответить на ваши вопросы.