IT‑компании получают отказы в реестре
Даже большие IT‑компании получают отказы в реестре Минцифры: что проверяет ведомство и как этого избежать
В реестре отечественного ПО каждое заявление рассматривается не по масштабу бизнеса, а по тому, насколько юридически и фактически продукт соответствует Правилам, утверждённым постановлением № 1236 Правительства РФ. Наличие крупного бренда, опыта разработки или сильных юристов само по себе не гарантирует успешного включения - Минцифры проверяет доказательства права и контроля, документальную полноту заявления, уровень технологической независимости и экономические параметры. Ниже - важные факторы, которые помогают понять, почему даже известные компании получают отказы, и на что ведомство обращает внимание.
1. Формальная проверка и «красные флажки»
Проверка начинается с формальной оценки комплекта документов. Уполномоченный орган анализирует заявление и документы на соответствие правилам в течение пяти рабочих дней. Неверно оформленные документы или нарушения процесса подачи приводят к отказу ещё до рассмотрения по существу. Типичные формальные ошибки:
- Старые шаблоны документов и неправильное оформление заявки. Компаниям необходимо использовать актуальные формы; любое несоответствие в доверенности или отсутствие квалифицированной электронной подписи может стать основанием для отказа.
- Недостоверные сведения о составе продукта и его компонентах. В заявке не должны быть противоречия — информация в разных разделах должна совпадать; важно указать доменное имя разработчика и обоснование отечественного происхождения ПО.
- Неполное или некорректное указание правообладателя. Одной из ключевых причин отказа является неясность в вопросах авторства и прав собственности. Минцифры требует чёткой идентификации правообладателя (юридического лица или индивидуального предпринимателя). Указание посредника или компании, которой программа «формально принадлежит», без документального подтверждения приводит к отказу.
- Несоответствие формальным требованиям к документации. Должны соблюдаться требования к формату файлов и структуре описания, в том числе описание методов обеспечения безопасности и защиты данных
2. Право и контроль: главная точка проверки
Правила реестра требуют, чтобы исключительное право на программный продукт принадлежало российскому правообладателю (гражданину РФ, российской организации или государственному органу). После изменений 2025 года проверяется не только факт регистрации, но и наличие контроля - более 50 % голосов в компании должны принадлежать российским лицам. Для крупных групп это критичная зона риска: сложная структура владения, наличие иностранных участников или неисправленные договоры аренды могут привести к отказу даже при отсутствии претензий к самой разработке.
3. Экономика продукта: правило 30 %
Помимо юридических прав, Минцифры проверяет экономическую модель. Согласно Правилам, сумма выплат по лицензионным и иным договорам в пользу иностранных лиц и их структур должна быть менее 30 % выручки от реализации ПО за предыдущий календарный год. Это касается как выплат за разработку, адаптацию и поддержку, так и доли выручки, получаемой внутри группы лиц для компаний с государственным участием. Превышение порога ведёт к отказу. Большие компании с зарубежными подрядчиками и сложными цепочками платежей чаще сталкиваются с этим фильтром.
4. Техническая независимость и локализация
Эксперты Минцифры оценивают, насколько продукт независим от зарубежной инфраструктуры:
- Запрещены принудительные обновления и управление из‑за рубежа. Модернизация и поддержка должны осуществляться российскими организациями или гражданами РФ, а релизы, ключи и обновления не могут зависеть от иностранных контуров.
- Хранение исходного и объектного кода, средства компиляции, инфраструктура активации и распространения должны находиться в РФ; интерфейс и документация должны быть на русском языке. Нарушение любого из этих пунктов - основание для отказа.
- Наличие закрытых или недокументированных компонентов («чёрных ящиков») также может стать препятствием. Риск особенно высок у крупных компаний, где часть сервисов исторически развернута за рубежом или используется зарубежное железо.
5. Полнота и связность документации
Минцифры оценивает не презентацию продукта, а его доказательную базу. От заявителя требуется:
- Экземпляр программного продукта и подробная документация, включая инструкции по установке и эксплуатации, описание жизненного цикла и поддержки, схемы хранения исходного и объектного кода, сведения о лицензировании и управлении ключами.
- Полный комплект доказательств: приказы о начале и завершении разработки, акты испытаний, лицензии на компоненты и сервисы, свидетельства о правах на сторонние разработки, если такие используются. Наличие иностранных партнёрских сертификатов без лицензионных договоров не принимается.
- Готовность предоставить исходный код. Отказ предоставить эксперту исходники или документацию по их хранению прямо указывается как причина отказа
6. Новые требования 2025 года: доверенные ОС и ежегодная актуализация
Последние поправки к Постановлению № 1236, вступившие в силу в 2025–2026 гг., усилили режим контроля. Есть два основных новшества:
1. Совместимость с доверенными операционными системами. Для ряда классов ПО теперь требуется совместимость не менее чем с двумя доверенными ОС, соответствующими требованиям к доверенному программному обеспечению. Требование вводится поэтапно: для офисного ПО - с 1 сентября 2026 года, для инфраструктурного и облачного - с 1 января 2027, для прикладного и информационной безопасности - с 1 июня 2027, для промышленного ПО - с 1 января 2028. Если правообладатель заявляет, что продукт работает только в составе программно‑аппаратного комплекса (ПАК), то в течение шести месяцев после внесения информации в реестр он обязан зарегистрировать и сведения о ПАК; иначе запись может быть исключена.
2. Годовое обновление сведений до 1 июня. С 1 марта 2026 года правообладатели обязаны ежегодно, не позднее 1 июня, обновлять сведения о стоимости продукта или порядке её определения и о доле выплат иностранным лицам. До изменений срок составлял 1 апреля, однако новая дата закреплена в подпунктах «н» и «у» пункта 4 Правил и в пункте 30 об обязанности ежегодно подавать обновления. Кроме того, заявитель должен в течение пяти рабочих дней уведомлять о любых изменениях в других сведениях, указанных при регистрации. Неисполнение этих обязанностей и подача недостоверных сведений являются самостоятельными основаниями для исключения записи
7. Процедура рассмотрения: этапы и сроки
Путь продукта в реестр состоит из нескольких этапов:
Регистрация заявки:
- Уполномоченный орган принимает решение о регистрации или об отказе в регистрации в течение пяти рабочих дней. При явных нарушениях формы или неполном комплекте документов заявление отклоняют без экспертизы.
Экспертиза экспертного совета:
- После регистрации экспертный совет рассматривает заявление до 15 рабочих дней. При необходимости заявителю направляют запрос на дополнительные сведения, на ответы отводится 20 рабочих дней
Принятие решения:
- После позитивного заключения экспертного совета решение о включении либо отказе принимает Минцифры не позднее 10 рабочих дней. Совокупно процесс может занимать около 30 рабочих дней, но при запросах документов нередко растягивается.
Проверки после включения:
- Минцифры не реже одного раза в год проверяет достоверность сведений. Если обнаружены неточности, заявитель должен обновить данные в течение пяти рабочих дней. Иначе доступ к записи может быть ограничен и сведения могут быть исключены
8. Почему отказы получают даже крупные игроки
Даже известные IT‑компании сталкиваются с отказами, потому что реестр оценивает не престиж, а выполнение конкретных требований. На практике:
- Сложные корпоративные структуры затрудняют подтверждение права и контроля. В цепочке владения может оказаться иностранная компания или структура с долей > 50 %, что приводит к отказу.
- Использование зарубежных компонентов или кодовых библиотек, которые нельзя документально подтвердить и локализовать, приводит к нарушению требования о технологической независимости.
- Недостаток внутреннего взаимодействия между юристами и разработчиками. Юристы могут подготовить документы по правам, а разработчики - по функционалу, но если между ними нет единого набора доказательств, заявка выглядит несвязной.
- Игнорирование запросов Минцифры. Заявители ошибочно считают, что запрос на пояснения носит формальный характер и отвечают спустя рукава или не отвечают вовсе. По правилам отсутствие ответа в течение 20 рабочих дней автоматически приводит к отказу
- Новые требования воспринимаются как «будущая проблема». Однако сведения о совместимости с доверенными ОС и ежегодное обновление данных уже закреплены в нормативной базе. Откладывание подготовки документов чревато отказом или последующим исключением
9. Как подготовиться и избежать отказа
1. Провести внутренний аудит. Проверьте структуру владения и контроль, убедитесь, что более 50 % голосов у российских участников. Отдельно проверьте цепочку прав на все используемые компоненты - наличие лицензионных договоров и документации по исключительным правам.
2. Проверить экономические показатели. Вычислите долю выплат иностранным лицам; если она близка к 30 % порогу, пересмотрите структуру платежей или заключите новые договоры с российскими исполнителями.
3. Локализовать технологическую инфраструктуру. Обеспечьте хранение исходных кодов, средств компиляции и инфраструктуры лицензирования на территории РФ. Убедитесь, что обновления и поддержка не зависят от иностранных серверов.
4. Подготовить полный набор документов. Соберите техническое описание, инструкции по эксплуатации, планы и результаты испытаний, документы о правах на каждую часть продукта. Готовьте перевод и нотариальные заверения для иностранных документов.
5. Следить за обновлениями в правилах. Новые требования могут касаться вашего класса ПО, поэтому не откладывайте подготовку к совместимости с доверенными ОС и своевременному обновлению сведений.
Отказы в реестре отечественного ПО не связаны с размером бизнеса или известностью бренда. Минцифры применяет единые правила ко всем заявителям: требует доказать исключительные права, соблюдение порога по иностранным выплатам, технологическую независимость, полноту документации и готовность к ежегодным обновлениям и новым критериям. Чтобы избежать отказа, даже крупным компаниям нужно подходить к процедуре системно, обеспечить прозрачность прав и контроля, выстроить российскую инфраструктуру, внимательно готовить комплект документов и быстро реагировать на запросы ведомства. Только так запись о продукте будет внесена в реестр и сохранена в нём надолго.
