Заявление на доверенное ПО: как подать без ошибок в 2026 году

Материал ссылался на несуществующий «Приказ Минцифры №486 в редакции 2026 года» и подкреплял услугу вымышленным кейсом самарского разработчика CRM. Реальное основание процедуры — постановление Правительства РФ №1937 от 28.11.2025, действующее с 1 марта 2026 года. Разбираем, что реально нужно для корректной подачи заявления, без выдуманной статистики отказов.

Главное: заявление на статус доверенного ПО подаётся через личный кабинет реестра российского ПО, поскольку статус доверенного ПО — надстройка над этим реестром, введённая постановлением №1937 от 28.11.2025 и действующая с 1 марта 2026 года. Никакого «Приказа Минцифры №486» с таким содержанием не существует. Заявитель обязан обеспечить точное совпадение сведений о продукте и правообладателе с данными ЕГРЮЛ и уже существующей реестровой записью: расхождения в кодах классификаторов или реквизитах — распространённая техническая причина возврата заявления на доработку.

Где и как подаётся заявление

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

Наиболее частый источник технических возвратов, который встречается независимо от конкретного механизма реестра, — расхождение между сведениями в заявлении и актуальной выпиской из ЕГРЮЛ: устаревший код ОКВЭД, неточное юридическое наименование, несовпадение адреса. Это не специфика именно доверенного ПО, а общее правило для любого взаимодействия с государственными реестрами: перед подачей стоит запрашивать свежую выписку, а не полагаться на данные, которые использовались при предыдущей подаче месяцы или годы назад.

Что должно быть в заявлении по существу

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

Что происходит после подачи

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

Когда подачу разумно готовить самостоятельно, а когда — нет

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

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

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

Прежде чем формировать пакет сведений, полезно свериться с графиком обязательности постановления №1937 для своей категории продукта: подавать заявление раньше, чем статус реально нужен для конкретной закупки или требования заказчика, не имеет практического смысла, поскольку ресурсы уходят на процедуру, актуальность которой ещё не наступила. Также стоит заранее обновить выписку из ЕГРЮЛ и свериться с данными, которые уже зафиксированы в базовой реестровой записи продукта: расхождения именно в этих сведениях — самая частая техническая, а не содержательная причина возврата на доработку.

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

Источники

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