Отказ по доверенному ПО: что делать и как подать повторно в 2026 году

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

Главное: статус доверенного ПО действует с 1 марта 2026 года на основании постановления Правительства РФ №1937 от 28.11.2025, поэтому устоявшейся многолетней статистики причин отказа по нему не существует. При получении отказа разумная последовательность действий одна: сначала точно понять формулировку и основание отказа, затем устранить именно указанную причину, а не подавать заявление повторно без изменений. Технически повторная подача возможна в любой момент, но без устранения причины первого отказа вероятность повторного отказа остаётся высокой.

Что делать при получении отказа

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

Разные типы оснований для отказа требуют принципиально разного объёма работы: правовые несоответствия (например, неполно оформленная передача прав от подрядчика-разработчика) обычно можно устранить за счёт корректировки договорной базы и документов, тогда как техническое несоответствие требованиям по совместимости с доверенными ОС может потребовать реальной доработки продукта и повторного тестирования — здесь счёт может идти на недели, а не на дни.

Какие основания для отказа в принципе возможны

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

Когда стоит привлекать стороннюю экспертизу

Если причина отказа очевидна и устранима внутренними силами компании — например, техническая опечатка в заявлении или устаревшая выписка из ЕГРЮЛ, — специальная помощь обычно не нужна. Ситуация меняется, если формулировка отказа неоднозначна, замечания касаются сложной структуры прав (несколько правообладателей, привлечённые подрядчики, реорганизация компании) или если причина носит технический характер и требует понимания того, что конкретно не устроило экспертов в части совместимости с доверенными ОС или требований информационной безопасности. В таких случаях профильная экспертиза помогает не столько ускорить процесс, сколько правильно интерпретировать официальную формулировку и не повторить ту же ошибку во второй раз.

Как не допустить повторного отказа по той же причине

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

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

Чего точно не стоит делать после отказа

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

Источники

• КонсультантПлюс, порядок формирования перечня доверенного ПО: требования постановления №1937, на соответствие которым проверяется заявление.
• Реестр российского программного обеспечения, Минцифры России: личный кабинет для первичной и повторной подачи заявления.