Можно ли ускорить получение доверенного статуса ПО

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

Главное: регламентные сроки официальных этапов — проверка Минцифры, экспертиза центра тестирования, рассмотрение правительственной комиссии — установлены постановлением №1937 и одинаковы для всех заявителей: их нельзя сократить ни при каком бюджете. Сумма этих минимумов — около четырёх календарных месяцев. Реальный срок большинства проектов составляет пять-семь месяцев, и разница объясняется не медленной работой госорганов, а конкретными потерями времени в подготовительной части и на стыках этапов. Именно их устранение и есть единственный законный способ ускорения.

Что ускорить нельзя

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

Где реально теряется время

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

Шесть приёмов реального ускорения

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

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

Что точно не помогает

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

Источники

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