Сколько длится процедура доверенного статуса: сроки по этапам

Материал давал практичный инструмент расчёта собственного дедлайна — от какой даты отталкиваться и когда стартовать, чтобы успеть к обязательному сроку своей категории. Портили его вымышленная статистика «95% с первого раза» и рекламные вставки вместо содержательных советов. Оставляем логику расчёта, убираем недоказуемые цифры.

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

От чего зависит реальный срок

Регламентные сроки официальных этапов в сумме дают около четырёх месяцев (85 рабочих дней). Это нижняя граница только официальной части процедуры, без учёта подготовки. К ней добавляются переменные, которые регламентом не описаны, но входят в реальный срок проекта. Предварительный аудит занимает семь-четырнадцать рабочих дней. Это не потеря времени, а его перераспределение из конца проекта в начало, поскольку без аудита резко возрастает риск замечаний при официальной экспертизе. Техническая подготовка продукта остаётся самой непредсказуемой переменной: от одной недели для готового кросс-платформенного продукта до нескольких месяцев для продукта с глубокой Windows-зависимостью. Юридическая подготовка обычно занимает две-шесть недель, но при выявлении проблем с правами на код или корпоративной структурой добавляет ещё один-четыре месяца. Очередь в центре тестирования варьируется от нуля до нескольких месяцев в зависимости от периода: перед дедлайнами 1 сентября 2026 года и 1 января 2027 года центры будут перегружены, и предварительная договорённость с центром до подачи заявления нейтрализует этот риск.

Полный срок по сценариям готовности

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

Замечания при экспертизе добавляют к любому из этих сценариев ещё четыре-восемь недель за каждый цикл «замечание → доработка → повторная проверка». Компании, пропускающие предварительный аудит и внутреннее тестирование на стенде с доверенными ОС, статистически проходят через такие циклы чаще, чем те, кто провёл полноценную подготовку заранее. Именно поэтому инвестиция во внутреннее тестирование до официальной экспертизы обычно окупается временем, а не только деньгами.

Как рассчитать, успеете ли вы к дедлайну

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

Что считать точкой отсчёта

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

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

Как сократить срок без потери качества

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

Источники

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