Реестр российского ПО: нужно ли включать в него заказной сервис и что для этого требуется

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

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

Что такое реестр российского ПО и зачем он?

Это единый реестр российских программ для ЭВМ и баз данных, который ведёт Минцифры по Правилам, утверждённым постановлением Правительства РФ от 16.11.2015 1236. Реестр публичный: на reestr.digital.gov.ru видно, какие программы включены, их класс и правообладателя.

Сам по себе реестр не «сертификат качества». Он подтверждает происхождение программы: кому принадлежат права, где хранится код, кто её поддерживает. Ценность реестра — в том, что к нему привязаны правила закупок и налоговые нормы:

• Госзакупки. С 2025 года ограничения на иностранное ПО в закупках установлены постановлением Правительства от 23.12.2024 1875 о национальном режиме; российское происхождение программы подтверждается записью в реестре. Пункты о запрете в самом постановлении 1236 утратили силу, теперь оно регулирует ведение реестра.
• Компании с госучастием и крупный бизнес. Многие из них записывают требование «ПО из реестра» в собственные закупочные политики и тендерную документацию.
• НДС. Освобождение по пп. 26 п. 2 ст. 149 НК РФ распространяется на передачу прав на программы из реестра. У льготы есть исключения, а сама норма менялась, поэтому применимость к вашей модели продаж проверяет бухгалтер.

Подборка норм и разъяснений по теме есть на consultant.ru, а актуальный текст Правил стоит сверять на pravo.gov.ru: последняя редакция действует с 1 сентября 2026 года, требования за последние два года заметно ужесточили.

Кому включение реально нужно?

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

Три типичные ситуации, в которых вопрос возникает у заказчика разработки:

1. Отраслевой SaaS для госсектора. Например, сервис учёта для школ или муниципальных служб. Здесь реестр — часть продукта: без него многие покупатели не смогут заключить договор. Его закладывают в план с первого дня.
2. Продукт для крупных подрядчиков. Сервис для строительных или производственных компаний, у которых в закупках есть пункт про отечественное ПО. Реестр не обязателен, но без него вы проигрываете часть тендеров. Решение принимают после первых продаж.
3. Система для себя. CRM, личный кабинет клиента, учёт склада. Программу вы не продаёте — реестр не нужен. Если кто-то советует «на всякий случай включить», спросите, какую конкретную выгоду это даст.

Если вы на этапе идеи, сначала стоит проверить спрос: в статье MVP или полная версия мы разбирали, как выбрать первую версию сервиса. Реестр для MVP — это требования к архитектуре и договору, а не немедленная заявка.

Подпункт	Требование	Что это значит на практике
«а»	Исключительное право у гражданина РФ, российской компании без преобладающего иностранного участия, РФ, субъекта или муниципалитета	Заявитель — правообладатель кода. Лицензиат, даже с широкой лицензией, заявление как правообладатель не подаст
«б»	Программа правомерно в обороте в РФ и свободно реализуется	Сервис продаётся или выдаётся по лицензии на всей территории РФ, без запретов на распространение
«в»	Выплаты иностранным лицам по лицензиям и иным договорам — менее 30 % выручки правообладателя за год	Платные зарубежные компоненты и сервисы считаются, бесплатные открытые библиотеки — обычно нет
«ж»	Нет принудительного обновления и управления из-за рубежа	Обновления выпускает и ставит российский правообладатель, а не внешний поставщик
«з»	Поддержка и доработка — российской организацией без преобладающего иностранного участия или гражданином РФ	Подрядчики по сопровождению — российские, это фиксируют в документации
«и»	Хранение исходного и объектного кода и средства сборки — на территории РФ	Репозиторий и сборка — на серверах в России, а не только в зарубежном облачном сервисе
«л»	Графический интерфейс на русском языке	Англоязычная админка без русского интерфейса требованию не отвечает
«м»	Совместимость не менее чем с двумя операционными системами, отвечающими требованиям к доверенному ПО	Совместимость подтверждают документами; требование вводится поэтапно по классам ПО — даты для своего класса проверьте заранее

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

Требования перечислены в п. 5 Правил: российский правообладатель, свободный оборот в РФ, ограничение выплат иностранным лицам, отсутствие управления из-за рубежа, поддержка российскими лицами, хранение кода и сборка в РФ, русский интерфейс и совместимость с операционными системами. Ключевые подпункты — в таблице ниже.

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

На что смотреть внимательнее всего:

• Правообладатель — российское лицо без преобладающего иностранного участия. Доли участников больше 5 % указывают в заявлении (п. 10). Если в вашей компании иностранный инвестор контролирует больше половины голосов, программа не подойдёт, даже если код написан в России.
• Код и сборка в России. Если репозиторий и автоматическая сборка живут только на зарубежной платформе, требование «и» не выполнено. Это решается на старте: российский хостинг репозитория или свой сервер. Подробнее о размещении данных — в статье о хранении данных по 152-ФЗ.
• Зарубежные платные компоненты. Платежи иностранным правообладателям считаются в лимите 30 % выручки. Платная зарубежная библиотека, без которой сервис не работает, — риск и по этому пункту, и по свободному обороту.
• Совместимость с операционными системами. Требование о совместимости не менее чем с двумя ОС разных правообладателей, соответствующими требованиям к доверенному ПО, вводится поэтапно для разных классов программ, и сроки уже предлагали сдвигать. Если программа совместима только с одной такой ОС, п. 30.6 даёт 6 месяцев на сведения о программно-аппаратном комплексе, иначе — исключение. Для веб-сервиса порядок и даты стоит уточнить заранее — у оператора реестра или у консультанта, который ведёт заявки.

Что заложить в договор с разработчиком заранее?

Главное — кому принадлежит исключительное право на код. Подать заявление как правообладатель может только тот, у кого это право есть. Если по договору право остаётся у разработчика, а у вас лицензия, для реестра вам понадобится отчуждение права или заявку подаёт сам разработчик. Это обсуждают до подписания.

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

Что ещё записать в договор и техническое задание, если реестр вероятен:

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

Перед предоплатой полезно проверить и самого подрядчика: юрлицо, суды, порядок оплаты. Чек-лист — в статье как проверить студию до предоплаты.

Какие документы понадобятся?

Заявление подаёт правообладатель или уполномоченное им лицо в электронном виде на сайте оператора реестра: вход через ЕСИА, подпись усиленной квалифицированной электронной подписью (п. 14). К заявлению прикладывают экземпляр программы, документы о правах и составе участников, техническую документацию (п. 11 Правил).

Состав пакета для программы по п. 11:

1. Экземпляр программы или доступ к ней для проверки.
2. Документ о полномочиях подписанта; устав или выписка, если устав типовой.
3. Документы, подтверждающие требование «а», — о правах на программу и составе участников. Если сведения о компании в ЕГРЮЛ ограничены, их может подтвердить аудиторская организация. Для заказного сервиса права обычно подтверждают договором на разработку и соглашением об отчуждении исключительного права.
4. Документация о функциях, установке и эксплуатации программы.
5. Документация о процессах жизненного цикла и персонале, который их обеспечивает.
6. Документация о хранении исходного кода и средствах сборки.
7. Документация о средствах управления лицензионными ключами, если они есть, и документы о соответствии подпунктам «м» и «н» — совместимости с ОС и, для компаний с госучастием, выручке внутри группы.

Сроки по Правилам: проверка заявления — 5 рабочих дней (п. 16), экспертный совет — 15 рабочих дней с регистрации (п. 21), решение Минцифры — 10 рабочих дней после заключения совета (п. 25). Если совет запросит пояснения, на ответ даётся 20 рабочих дней (п. 22), а без ответа последует отказ (п. 27). После включения правообладатель ежегодно до 1 июня сообщает о выручке по лицензионным договорам (п. 30), а оператор проверяет сведения не реже раза в год (п. 30.4).

Ситуация	Реестр	Почему
Продаёте сервис госзаказчикам и компаниям с госучастием	Скорее нужен	В закупках с национальным режимом программы вне реестра проигрывают или не допускаются
Продаёте лицензии и хотите льготу по НДС для реестрового ПО	Возможно	Льгота по пп. 26 п. 2 ст. 149 НК РФ привязана к реестру, но есть исключения — решает бухгалтер
Крупный заказчик требует реестровое ПО в тендере	Нужен, если сделка того стоит	Требование из закупочной политики заказчика, а не закона для вас
Внутренняя CRM, кабинет или учётная система для своей компании	Не нужен	Вы не продаёте программу, преимуществ реестр не даёт
MVP для проверки спроса	Пока не нужен	Сначала продукт и первые клиенты; к требованиям реестра готовят архитектуру, а не заявку

Когда реестр — лишние расходы?

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

Типичные ошибки заказчиков:

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

Сколько стоит подготовить сервис к реестру?

Отдельной цены «за реестр» в прайсе студии нет: это не тариф, а набор требований к архитектуре, документации и договору. Разработка веб-приложения или SaaS — от 160 000 ₽ и от 10 дней по тарифу, поддержка и развитие — от 7 900 ₽ в месяц. Объём работ под требования реестра считаем после брифа.

Что обычно добавляется к проекту, если реестр в плане: русский интерфейс во всех разделах (часто это и так есть), репозиторий и сборка на российских серверах, перечень сторонних компонентов, расширенная документация, отдельное соглашение о правах на код. Юридическое сопровождение заявки, аудитора и подтверждение совместимости с ОС стоит заранее обсудить с профильным консультантом — это не работа разработчика.

Если вы только формулируете задачу, начните со страницы заказной разработки: там описано, как мы считаем проект и что получает заказчик. На брифе скажите, кому собираетесь продавать сервис, — от этого зависит, нужен ли реестр вообще.

Короткие ответы на частые вопросы

Может ли заказчик включить в реестр сервис, сделанный подрядчиком?

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

Можно ли включить в реестр облачный сервис, который работает через браузер?

Правила не делают отдельных исключений для облачных сервисов: требования п. 5 применяются к ним так же, включая русский интерфейс, хранение кода в РФ и подтверждение совместимости с операционными системами.

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

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

Нужен ли реестр, чтобы продавать сервис обычным компаниям?

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

Можно ли вылететь из реестра после включения?

Да. Основания перечислены в п. 33 Правил: недостоверные сведения, переход права к лицу, не отвечающему требованиям, экспертное заключение о несоответствии и другие. Кроме того, оператор проверяет сведения не реже раза в год, а правообладатель ежегодно до 1 июня сообщает о выручке по лицензиям.

Услуги и кейсы по теме: заказная разработка · цены и сроки