Реестр российского ПО: как включить свою программу в 2026

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

Мы сами разрабатываем SaaS-продукты и делаем программы на заказ, поэтому регулярно отвечаем на вопросы заказчиков о реестре. Ниже — практическое объяснение: кому это нужно, какие требования к программе и правообладателю, какие документы готовить, сколько это занимает и что меняется в правилах. Сразу оговоримся: требования регулярно корректируются, поэтому перед подачей сверяйтесь с действующей редакцией постановления Правительства № 1236 и разъяснениями Минцифры.

Кому и зачем нужен реестр

Требования к программе и правообладателю

Основные требования, которые проверяются при включении, — о правообладателе, о деньгах и о самой программе. Формулировки ниже упрощены; точные условия — в тексте правил.

• Исключительное право на программу на территории всего мира и на весь срок действия принадлежит Российской Федерации, её субъектам, муниципальным образованиям, российским некоммерческим организациям без преобладающего иностранного участия, российским гражданам или российским коммерческим организациям, в которых совокупная доля прямого и косвенного иностранного участия меньше 50%.
• Выплаты иностранным лицам и подконтрольным им организациям по лицензионным и иным договорам, связанным с программой, составляют менее 30% выручки правообладателя от её реализации за календарный год.
• Программа правомерно введена в гражданский оборот на территории России и доступна для приобретения.
• Сведения о программе не составляют государственную тайну, а сама программа не содержит компонентов, которые позволяют управлять ею из-за рубежа без согласия пользователя, — требования к обновлениям и управлению проверяются.
• Программа не является частью инфраструктуры иностранного производителя, а её архитектура контролируется российским правообладателем.

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

Что меняется в 2025–2026 годах

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

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

Документы и порядок подачи

1. Подготовьте подтверждение прав на программу: трудовые договоры и служебные задания разработчиков, договоры с подрядчиками с передачей исключительных прав, акты. Если программу писал подрядчик, без договора об отчуждении исключительного права включить её не получится.
2. Опишите программу: функциональные характеристики, класс по классификатору Минцифры, информация для установки и эксплуатации, сведения о стоимости и способе приобретения.
3. Обеспечьте доступ для проверки: дистрибутив или тестовый доступ к облачной версии, документация.
4. Подготовьте сведения о правообладателе и структуре владения, подтверждающие долю иностранного участия.
5. Подайте заявление в электронном виде через портал Госуслуг. Дальше — проверка и рассмотрение экспертным советом, после чего Минцифры принимает решение.

Сроки рассмотрения в правилах ограничены, но с учётом подготовки документов и возможных запросов экспертного совета реалистично закладывать 2–4 месяца от начала подготовки до записи в реестре. Государственной пошлины за включение нет; основные затраты — время команды на документацию и, при необходимости, услуги консультантов.

Права на код: ловушка для заказной разработки

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

Пример: стоит ли SaaS-компании идти в реестр

Условная компания продаёт CRM по подписке, выручка — 30 млн ₽ в год, клиенты — малый и средний бизнес. Подготовка к реестру: 150 часов внутренней команды (юрист, разработчик, руководитель продукта) по 3 000 ₽ — 450 тыс. ₽, плюс консультант — 200 тыс. ₽. Итого 650 тыс. ₽ разово.

1. Освобождение от НДС при передаче прав на программу из реестра: при выручке 30 млн ₽ и сохранении цен для клиентов экономия может быть значительной — точный эффект зависит от режима налогообложения и структуры договоров, её считает бухгалтер.
2. Доступ к клиентам, которые закупают только отечественное ПО: даже один корпоративный клиент может принести больше, чем стоила подготовка.
3. Аргумент в продажах малому бизнесу — слабее, но тоже работает на доверие.
4. Вывод: для SaaS с выручкой от нескольких миллионов рублей в год реестр почти всегда окупается; для небольшого внутреннего проекта — нет.

Финансовую модель продукта с учётом налогов и подписки удобно собрать в конструкторе бизнес-плана и калькуляторе MRR и оттока.

После включения: обязанности правообладателя

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

Особенно внимательно относитесь к архитектурным решениям в новых версиях. Подключили зарубежный сервис аналитики, облачное хранилище или языковую модель в облаке за рубежом — и программа может перестать соответствовать критериям, а у облачной версии появляются вопросы к хранению персональных данных. Простое правило: любое новое внешнее подключение проходит проверку на соответствие требованиям реестра и 152-ФЗ до релиза, а не после. Шаблон такой проверки можно встроить в обычный процесс ревью кода вместе с чек-листом 152-ФЗ.

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

Импортозамещение у заказчика: что спрашивать у поставщика

Если вы не разработчик, а заказчик, переводящий компанию на отечественное ПО, реестр — лишь первый фильтр. Проверьте также, где хранятся данные (для облачных сервисов), есть ли выгрузка данных, совместимость с вашими ОС и офисными пакетами, поддержка и SLA. Последовательность перехода мы описывали в статье зависимость от зарубежных сервисов: аудит и план замены, а переезд учётной системы — в материале 1С на PostgreSQL и Linux.

Если программа разрабатывается сейчас, имеет смысл сразу вести «паспорт продукта»: перечень компонентов и их лицензий, схему развёртывания, список внешних сервисов с указанием страны размещения, документы о правах на каждый модуль. Такой паспорт занимает пару часов в месяц на поддержание, а при подаче в реестр или при проверке экономит недели. Он же пригодится при продаже бизнеса или привлечении инвестиций, когда покупатель будет проверять чистоту прав.

Чек-лист перед подачей

• Права на весь код оформлены на компанию — договоры, служебные задания, акты.
• Доля иностранного участия в компании подтверждается документами.
• Выплаты иностранным лицам по программе менее 30% выручки от неё.
• Перечень сторонних компонентов с лицензиями.
• Документация: функциональные характеристики, установка или доступ, эксплуатация.
• Программа доступна для приобретения, на сайте указаны цена и способ покупки.
• Совместимость с российскими ОС проверена и задокументирована, если она требуется для вашего класса ПО.
• Данные пользователей облачной версии хранятся в России.

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

Если вы планируете продукт, который должен попасть в реестр, лучше закладывать требования на этапе проектирования: стек, хостинг, компоненты, права. Мы разрабатываем CRM и SaaS-продукты с учётом этих требований — напишите нам, если нужна консультация по архитектуре.