Введение
Июль 2026 года. Казалось бы, процедура включения в реестр отечественного программного обеспечения давно отлажена, и любой разработчик, соответствующий требованиям, может пройти её без особых проблем. Однако реальность оказывается суровее: количество отказов растёт, а критерии, по которым принимается решение, становятся всё жёстче. В этой статье мы разберём типичные причины, по которым заявки отклоняют, и приведём реальный кейс из свежей публикации на Habr, где разработчики столкнулись с неожиданным препятствием.
Основная часть
Ключевые требования к ПО для включения в реестр
Чтобы понять, почему отказывают, нужно освежить в памяти базовые критерии. Согласно действующему законодательству, программный продукт должен:
- быть зарегистрирован на территории РФ;
- не иметь кода, заимствованного из иностранного ПО, если это не предусмотрено специальными лицензиями;
- соответствовать классам, установленным Минцифры;
- пройти экспертизу на отсутствие вредоносного кода и уязвимостей.
Однако, как показывает практика, формальное соответствие этим пунктам — лишь начало. Многие заявители получают отказ из-за нюансов, которые неочевидны на первый взгляд.
Реальный кейс: отказ из-за «недоверия» к платформе
Авторы статьи на Habr Источник делятся опытом своей компании, которая разрабатывает SaaS-решение для управления бизнес-процессами. Заявка была подана ещё в конце 2025 года, но в начале 2026 года пришёл отказ. Формальная причина — «недостаточная документальная подтверждённость использования исключительно российских компонентов». Однако, как выяснилось в ходе переписки, реальная претензия была в том, что платформа использует облачную инфраструктуру, часть серверов которой физически расположена за пределами РФ, хотя юридически провайдер — российская компания.
Разработчики предоставили все лицензии, сертификаты и договоры, но эксперты посчитали, что «не гарантируется отсутствие доступа иностранных лиц к данным». Пришлось срочно менять провайдера и подавать заново, потеряв несколько месяцев.
Этот случай иллюстрирует главную проблему 2026 года: регулятор всё пристальнее смотрит не только на код, но и на инфраструктуру, на цепочки поставок и даже на косвенные связи с зарубежными технологиями.
Типичные причины отказов в 2026 году
На основе анализа последних решений экспертных комиссий можно выделить несколько распространённых причин:
| Причина отказа | Описание | Пример из практики |
|---|---|---|
| Неполное раскрытие сведений о зависимостях | Использование open-source библиотек без подтверждения их легального статуса в РФ | Заявитель указал использование библиотеки, но не предоставил её реестровый номер или документ о включении в реестр российского ПО |
| Несоответствие заявленного класса ПО | Продукт позиционируется как «ERP-система», но по факту не покрывает все бизнес-процессы | Компания заявила класс «02.09» (управление предприятием), а эксперты отнесли его к «02.07» (управление проектами) |
| Отсутствие независимой экспертизы безопасности | Требуется сертификация ФСТЭК или хотя бы заключение аккредитованной лаборатории | Без этого заявка возвращается на доработку |
| Несоответствие требованиям к импортозамещению | Использование зарубежных СУБД, ОС или облачных платформ, даже если они легально работают в РФ | Продукт работает на Windows Server, что не допускается для госзаказчиков |
Как избежать отказа: практические советы
- Тщательно проверьте документацию. Каждый пункт заявки должен быть подтверждён ссылками на нормативные акты и технические документы. Не полагайтесь на устные заверения партнёров.
- Проведите аудит зависимостей. Составьте полный список всех сторонних компонентов, включая библиотеки, фреймворки и облачные сервисы. Убедитесь, что каждый из них либо уже в реестре, либо имеет российское происхождение.
- Проконсультируйтесь с экспертами. Перед подачей заявки стоит обратиться в аккредитованный центр компетенций, который может предварительно оценить шансы и выявить слабые места.
- Будьте готовы к дополнительным вопросам. В 2026 году эксперты всё чаще запрашивают пояснения по архитектуре, логике работы и даже бизнес-модели продукта. Лучше подготовить развёрнутые ответы заранее.
Что изменилось в 2026 году?
Согласно информации из новости, в начале 2026 года Минцифры ужесточило требования к документальному подтверждению. Теперь необходимо предоставлять не просто декларацию о соответствии, а заключение независимой экспертной организации, которая проверила код на наличие «иностранных следов». Кроме того, введён новый критерий — «технологическая независимость», который оценивает, может ли продукт функционировать без зарубежного оборудования и ПО.
Заключение
Включение в реестр российского ПО в 2026 году — это не бюрократическая формальность, а серьёзный экзамен на зрелость продукта и компании. Отказ может быть спровоцирован как объективными недостатками, так и субъективными оценками экспертов. Главный вывод из кейса на Habr: готовьтесь к тому, что придётся доказывать не только юридическую чистоту, но и фактическую независимость от зарубежных технологий. Потратьте время на аудит инфраструктуры и зависимостей — это сэкономит месяцы на переподачу.
Если вы хотите углубиться в тему и узнать, как правильно подготовить заявку, обратите внимание на специализированные курсы. Например, ASI Biont поддерживает обучение по работе с реестром российского ПО через API — подробнее на asibiont.com/courses.
Комментарии