Всё о получении статуса доверенного ПО: этапы, требования, сроки и наши услуги.
Когда разработчик спрашивает «сколько длится процедура», он обычно имеет в виду не регламентные нормы постановления, а простой практический вопрос: если начать сегодня, когда будет отметка в реестре? Ответ зависит от трёх переменных — технической готовности продукта, корректности юридической позиции и загрузки центров тестирования в момент обращения. При идеальном стечении всех трёх обстоятельств — четыре месяца. В типичной практике — пять-шесть. При наличии серьёзных технических или юридических проблем — значительно больше. Именно поэтому ответ «от четырёх до шести месяцев» без уточнений мало помогает для планирования конкретного проекта.
Регламентный минимум и реальность
Сложив регламентные сроки всех официальных этапов, получим минимальную длительность процедуры при идеальном сценарии.
| Этап | Регламент | Реальный срок | Основная причина расхождения |
|---|---|---|---|
| Проверка заявления Минцифры | 10 р.д. | 10–15 р.д. | Уточнения по документам |
| Выбор центра и заключение договора | 30 р.д. | 5–20 р.д. | При предварительной договорённости — минимум |
| Экспертиза в центре тестирования | 30 р.д. | 30–60 р.д. | Сложность продукта, уточняющие вопросы |
| Направление заключения в Минцифры | 5 р.д. | 5 р.д. | Обычно соблюдается |
| Рассмотрение правительственной комиссией | не регл. | 2–8 недель | Периодичность заседаний, загрузка |
| Внесение отметки в ФГИС | 5 р.д. | 5–10 р.д. | Технический этап |
| Только официальные этапы | ~85 р.д. | ~4 месяца |
Четыре месяца — это нижняя граница только официальных этапов. К ней добавляется подготовка, которая не входит в регламент, но входит в реальный срок проекта.
Что добавляется к официальным срокам
Предварительный аудит
7–14 рабочих дней. Без аудита процедуру можно начать раньше, но риск замечаний при экспертизе резко возрастает. Аудит — не потеря времени, а его перераспределение из конца проекта в начало.
Техническая подготовка продукта
От 1 недели до нескольких месяцев. Это самая непредсказуемая переменная. Для кросс-платформенного продукта — минимальна. Для Windows-ориентированного — может доминировать в общем сроке.
Юридическая подготовка
2–6 недель при стандартной ситуации. При выявлении проблем с правами на код или корпоративной структурой — 1–4 месяца дополнительно.
Очередь в центре тестирования
От нуля до нескольких месяцев в зависимости от периода. Перед дедлайнами — сентябрь 2026 и январь 2027 — центры будут перегружены. Предварительная договорённость нейтрализует этот риск.
Полный срок по сценариям
Реальный срок от принятия решения «будем получать статус» до появления отметки в ФГИС — в зависимости от состояния продукта и компании.
Сценарий 1: продукт готов
Кросс-платформенный продукт, права оформлены, документация актуальна, уязвимостей нет.
- Аудит и подготовка: 3–4 недели
- Официальные этапы: 4 месяца
- Итого: 4,5–5 месяцев
Сценарий 2: умеренная доработка
Есть несовместимости с доверенными ОС на уровне отдельных компонентов, документация требует обновления.
- Аудит и подготовка: 6–10 недель
- Официальные этапы: 4–5 месяцев
- Итого: 5,5–7 месяцев
Сценарий 3: существенная доработка
Глубокая Windows-зависимость, проблемы с правами, корпоративная структура требует анализа.
- Аудит и подготовка: 3–6 месяцев
- Официальные этапы: 4–5 месяцев
- Итого: 7–11 месяцев
Замечания при экспертизе — ещё +1–2 месяца к любому сценарию
Каждый цикл «замечание → доработка → повторная проверка» добавляет к проекту 4–8 недель. Компании, которые пропускают предварительный аудит и внутреннее тестирование на стенде с доверенными ОС, в среднем проходят 1–2 таких цикла. Именно поэтому 95% наших клиентов проходят экспертизу с первого раза — это не случайность, а результат подготовки.
Как рассчитать, успеете ли вы к дедлайну
Простая формула: от дедлайна отнять реалистичный срок проекта — получить крайнюю дату старта. Если эта дата уже прошла или наступает в ближайшие недели — нужно действовать немедленно.
| Категория ПО | Дедлайн | Старт для готового продукта | Старт с доработкой |
|---|---|---|---|
| Офисное ПО | 1 сентября 2026 | Апрель 2026 — уже критично | Пропущен для большинства |
| Серверное ПО, СУБД, связующее ПО, мониторинг | 1 января 2027 | Июль–август 2026 | Апрель–май 2026 |
| Прикладное ПО, средства ИБ | 1 июня 2027 | Декабрь 2026 — январь 2027 | Август–октябрь 2026 |
| Промышленное ПО, АСУТП | 1 января 2028 | Июль–август 2027 | Начало 2026 для сложных систем |
Как сократить срок без потери качества
Официальные этапы не ускоряются — регламент одинаков для всех. Но общий срок проекта можно сократить за счёт правильной организации подготовительной части.
Параллельное ведение юридического и технического треков
Юристы готовят документы — разработчики дорабатывают продукт одновременно. Экономия: 3–5 недель по сравнению с последовательным ведением.
Переговоры с центром до подачи заявления
Предварительная договорённость с центром тестирования устраняет разрыв между регистрацией заявления и стартом экспертизы. Экономия: 2–4 недели.
Внутреннее тестирование на стенде до подачи
Все проблемы с совместимостью выявляются до официальной экспертизы и устраняются заранее. Исключает циклы повторной проверки. Экономия: 1–3 месяца при наличии замечаний.
Полный пакет документов с первой подачи
Предварительная проверка документального пакета исключает возврат заявления на доработку. Экономия: 2–3 недели.
Вопросы о длительности процедуры
Мы только узнали о дедлайне — до него 3 месяца. Есть смысл начинать?
К дедлайну за три месяца успеть невозможно даже при идеальной готовности продукта — официальные этапы занимают около четырёх месяцев минимум. Но начинать всё равно стоит немедленно. Во-первых, конкурентное давление нарастает постепенно: не с первого дня дедлайна все конкуренты получат статус. Во-вторых, каждый месяц без статуса при наличии хотя бы одного конкурента со статусом — это реальные потери в тендерах. Начать сейчас и получить статус через четыре-пять месяцев значительно лучше, чем ждать следующего удобного момента.
Процедура идёт — можно ли ускорить конкретный этап?
После регистрации заявления ускорить официальные этапы нельзя — регламентные сроки одинаковы для всех. Что реально помогает: оперативно отвечать на вопросы экспертов центра тестирования в ходе экспертизы — это предотвращает паузы из-за ожидания разъяснений. Назначьте ответственного за коммуникацию с центром с обязательством отвечать в течение одного рабочего дня.
Продукт ещё не в реестре российского ПО. Сколько добавит его получение?
Включение в реестр российского ПО — обязательный предварительный шаг, занимающий около 90 рабочих дней. Но эти три с половиной месяца не нужно прибавлять целиком к сроку проекта: пока идёт рассмотрение заявки на реестр, параллельно ведётся аудит и техническая подготовка к доверенному статусу. В итоге суммарное удлинение проекта составляет не 90 рабочих дней, а 4–6 недель — именно столько нужно для завершения реестровой процедуры после того, как подготовка к доверенному статусу уже завершена.
Точный срок для вашего продукта — за одну консультацию
Реестр Гарант проводит экспресс-оценку сроков уже на первичной консультации — по описанию архитектуры продукта, состоянию документации и корпоративной структуры. Это не гарантия, но реалистичный диапазон, который позволяет принять решение о старте и выстроить план. Полный срок с конкретными датами по этапам — по итогам предварительного аудита.
Узнать реальный срок для вашего продукта
Опишите продукт и дедлайн — скажем, успеваете ли вы и что нужно сделать в первую очередь, чтобы уложиться в срок.
Телефон / WhatsApp / Telegram: +7 920-898-17-18
Email: reestrgarant@mail.ru
Первичная консультация бесплатная в рабочее время.
