Всё о получении статуса доверенного ПО: этапы, требования, сроки и наши услуги.
Материал верно суммировал регуляторную карту для разработчиков ПО на 2026–2028 годы, но подкреплял её вымышленной многолетней статистикой и подробным прайс-листом консалтинговых услуг. Разбираем, какие процедуры реально предстоит пройти вендору и в каком порядке, без цифр, которые нельзя подтвердить.
Главное: для полноценного участия в закупках с приоритетом разработчику ПО предстоит пройти несколько последовательных этапов: включение в реестр российского ПО по постановлению №1236 от 16.11.2015, получение статуса доверенного ПО по постановлению №1937 от 28.11.2025 (действует с 1 марта 2026 года), подтверждение прав на продукт под российским контролем и техническую проверку совместимости минимум с двумя доверенными операционными системами. Обязательность статуса доверенного ПО для конкретной категории продукции вводится поэтапно вплоть до 2028 года, но сама возможность получить приоритет действует для всех категорий уже с марта 2026 года.
| Утверждение из старой версии статьи | Реальное положение дел |
|---|---|
| «Работаем с разработчиками ПО с 2015 года», «5000+ позиций в реестрах», «95% успешных включений», «сотни аналогичных кейсов» | Статус доверенного ПО существует с марта 2026 года; такая многолетняя статистика по этой процедуре физически невозможна, а по другим, более старым процедурам не подтверждается официальными источниками |
| Детальный прайс-лист услуг с суммами от 25 000 до 900 000 ₽ | Такие цифры не подтверждаются официальными источниками; стоимость сопровождения не регулируется государством и зависит от конкретного продукта |
Регуляторная карта для разработчика ПО на 2026–2028 годы
Постановление №1937 вступает в силу 1 марта 2026 года: с этой даты реестровые продукты без доверенного статуса на практике теряют приоритет в закупках при наличии в той же закупке конкурента с отметкой доверенного ПО. Дальше обязательность самого статуса для конкретной категории продукции наступает поэтапно: с 1 сентября 2026 года — для офисного ПО (текстовые редакторы, почтовые клиенты); с 1 января 2027 года — для серверного ПО, СУБД, связующего ПО и средств мониторинга; с 1 июня 2027 года — для прикладного и отраслевого ПО, средств информационной безопасности; с 1 января 2028 года — для промышленного ПО, АСУТП и средств управления технологическими процессами.
Практический вывод из этой карты: разработчику не нужно готовиться ко всем требованиям одновременно, но и откладывать подготовку до формального наступления даты для своей категории рискованно. Между вступлением постановления в силу и наступлением обязательности для конкретной категории часто остаётся меньше времени, чем кажется, если учитывать, что перед подачей на доверенный статус продукт уже должен состоять в реестре российского ПО, а это отдельная процедура со своими сроками.
В каком порядке проходят процедуры
Первый обязательный шаг — включение в реестр российского ПО: подготовка сведений о продукте и правообладателе, рассмотрение экспертным советом Минцифры, получение номера реестровой записи. Это условие необходимо для дальнейшей подачи на доверенный статус, минуя этот шаг нельзя. Параллельно с прохождением базового включения имеет смысл вести юридическую проверку структуры прав: подтверждение российского контроля (более 50% голосующих долей у российских лиц), анализ договоров с разработчиками и подрядчиками на предмет корректной передачи исключительных прав. Отдельный технический блок — оценка совместимости продукта минимум с двумя операционными системами, отвечающими требованиям к доверенным ОС: это не документальная формальность, а инженерная задача, которую стоит начинать заранее.
Что происходит после получения статуса
Статус доверенного ПО присваивается на 3 года, а не бессрочно, как базовая реестровая запись. Реестровые сведения о продукте требуют актуализации при выходе новых версий, изменении функциональности или данных о правообладателе — устаревшие сведения создают риски при последующих проверках. Отдельно стоит следить за составом перечня доверенных операционных систем: он может дополняться и меняться, и продукт, совместимый сегодня с двумя актуальными доверенными ОС, со временем может нуждаться в подтверждении совместимости с их обновлёнными версиями.
Что на практике сложнее всего организовать вендору самостоятельно
Каждая из перечисленных процедур решается в принципе своими силами: формы заявлений и требования опубликованы официально, специального посредника закон не требует. Сложность для небольшой или средней IT-компании обычно не в отдельной процедуре, а в их количестве и разной природе: юридический анализ структуры прав, техническая доработка под совместимость с доверенными ОС и содержательная оценка соответствия требованиям информационной безопасности требуют разных компетенций, которые редко сочетаются в одном штатном специалисте. Дополнительная сложность — сам механизм постоянно донастраивается: перечень доверенных операционных систем может обновляться, а практика применения относительно новых требований постановления №1937 ещё формируется.
Начать стоит с консультации: специалисты, которые системно следят за практикой применения постановления №1937 и постановления №1236, помогут определить, какие из процедур для конкретного продукта уже актуальны, какие могут подождать, и какой объём подготовительной работы реально нужен именно этой компании, а не усреднённому абстрактному вендору.
Почему важно следить за изменениями, а не проходить процедуру один раз
Регуляторная база вокруг реестра российского ПО и доверенного статуса за последние два года менялась несколько раз: сначала появился сам реестр по постановлению №1236, затем постановление №1937 добавило категорию доверенного ПО с собственным набором требований. Разработчику, который прошёл базовое включение в реестр несколько лет назад и с тех пор не следил за изменениями, стоит заново свериться с актуальными требованиями, а не полагаться на условия, действовавшие на момент первичного включения. Это касается и состава допустимых правообладателей, и требований к совместимости с операционными системами, и порядка приоритета в закупках.
Мониторинг изменений особенно важен для компаний, которые не участвуют в процедурах регулярно: разовое взаимодействие с реестром несколько лет назад не даёт актуального понимания того, что требуется сейчас. Постановление №1937 — не последнее изменение в этой сфере, и разумно закладывать в планирование саму вероятность дальнейшей донастройки требований, а не считать текущие правила окончательными.
Вопросы и ответы
Короткие ответы на вопросы, которые чаще всего возникают при подготовке документов и подаче заявки.
С чего начать разработчику, у которого продукт ещё не в реестре российского ПО?
С базового включения в реестр по постановлению №1236 — без него подать заявление на доверенный статус невозможно. Это первый обязательный шаг, а не параллельная процедура.
Нужно ли готовиться ко всем требованиям одновременно?
Нет, обязательность статуса доверенного ПО вводится поэтапно по категориям продукции. Но готовить документы и технически проверять продукт стоит заранее, а не за несколько недель до наступления даты для своей категории.
Действует ли статус доверенного ПО бессрочно после получения?
Нет, статус присваивается на 3 года с последующим подтверждением, в отличие от базовой записи в реестре российского ПО, которая действует бессрочно при условии актуальности сведений.
Нужно ли обновлять данные в реестре при выпуске новой версии продукта?
Да, реестровые сведения нужно актуализировать при существенных изменениях функциональности, версии продукта или данных о правообладателе.
Источники
- КонсультантПлюс, постановление Правительства РФ №1236 от 16.11.2015: правила ведения реестра российского ПО.
- КонсультантПлюс, порядок формирования перечня доверенного ПО: требования и график постановления №1937.
