Главная страница категории

Всё о получении статуса доверенного ПО: этапы, требования, сроки и наши услуги.

Перейти на страницу

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

Главное: с 1 сентября 2026 года требования к доверенному статусу становятся обязательными для офисного ПО — первой из всех категорий по графику постановления №1937 от 28.11.2025. Продукт должен уже состоять в реестре российского ПО, иметь права под российским контролем, соответствовать требованиям информационной безопасности и подтвердить совместимость минимум с двумя доверенными операционными системами. Учитывая, что полная процедура — от аудита готовности до получения отметки — реалистично занимает несколько месяцев, разработчикам офисного ПО, которые ещё не начали подготовку, стоит действовать без промедления.

Утверждение из старой версии статьиРеальное положение дел
«Сопровождение под ключ от экспертов с 2015 года», «95% успешных включений», цены «от 30 000», «от 190 000», «от 300 000 до 600 000 ₽»Статус доверенного ПО существует с марта 2026 года; такая статистика по этой конкретной процедуре невозможна, а конкретные цены не подтверждаются официальными источниками

Что считается офисным ПО по классификатору

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

Специфика требований именно для офисного сегмента

Помимо общих требований постановления №1937, у офисных продуктов есть характерные технические сложности. Многие такие продукты исторически разрабатывались под Windows и используют WinAPI, .NET Framework или другие платформенно-специфичные компоненты — перенос на доверенные ОС (Astra Linux, РЕД ОС и другие из перечня Минцифры) нередко требует значительной доработки. Отдельно проверяется форматная совместимость: для текстовых редакторов и табличных процессоров это корректная работа с форматами DOCX, XLSX, PDF, включая сложное форматирование и макросы, а не только сам факт открытия файла. Для продуктов, работающих с корпоративными документами, оценивается отсутствие несанкционированной передачи данных и скрытых функций — это особенно актуально для SaaS-решений с облачными компонентами. Почтовые клиенты и системы документооборота дополнительно проверяются на совместимость с российскими почтовыми серверами и LDAP/Active Directory.

Отдельный практический нюанс для веб-приложений: формально они работают через браузер, а не напрямую с операционной системой, но требование совместимости с доверенными ОС всё равно применяется — нужно подтвердить корректную работу продукта в среде доверенной ОС через поддерживаемый браузер из соответствующего перечня Минцифры. Компаниям с open source ядром и собственной надстройкой стоит заранее проверить лицензионную чистоту всех используемых компонентов: лицензии типа MIT и Apache 2.0 обычно не создают проблем с коммерческим использованием, тогда как GPL может накладывать ограничения на характер использования и распространения продукта.

Кто уже активен в сегменте доверенного офисного ПО

Крупнейшие российские офисные пакеты — МойОфис, Р7-Офис и ONLYOFFICE — уже подтверждают совместимость с несколькими доверенными операционными системами (Astra Linux, РЕД ОС, ROSA, Альт и другими), что закладывает основу для получения доверенного статуса по постановлению №1937. Все три продукта позиционируются как решения для государственного сектора и присутствуют в реестре российского ПО. Это означает, что в конкурентном офисном сегменте статус доверенного ПО становится не абстрактной формальностью, а фактором, который реально влияет на распределение приоритета в закупках.

Что означает не успеть к 1 сентября

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

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

Реалистичная оценка начинается с честного технического аудита: продукт с изначально кросс-платформенной архитектурой, уже частично совместимый с Linux-средой, потребует значительно меньше времени на доработку, чем продукт с глубокой привязкой к Windows-стеку и годами накопленных платформенно-специфичных решений. Прежде чем строить план подготовки, стоит трезво оценить именно техническое состояние конкретного продукта, а не ориентироваться на усреднённые сроки других компаний, поскольку разброс между простым и сложным случаем может быть многократным.

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

Вопросы и ответы

Короткие ответы на вопросы, которые чаще всего возникают при подготовке документов и подаче заявки.

С какой даты требования к доверенному статусу обязательны для офисного ПО?

С 1 сентября 2026 года — это первая по графику постановления №1937 категория из всех, для которых наступает обязательность.

Распространяется ли требование совместимости с доверенными ОС на веб-приложения?

Да. Формально они работают через браузер, но требование всё равно применяется — нужно подтвердить корректную работу продукта в среде доверенной ОС через поддерживаемый браузер из перечня Минцифры.

Есть ли смысл начинать процедуру, если явно не успеть к 1 сентября?

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

Нужно ли переходить на доверенный статус, если заказчик не упоминает его в документации?

Механизм работает не через явное требование в документации закупки, а через обязанность заказчика отдать приоритет заявке с отметкой доверенного ПО при её наличии среди участников. Ждать явного упоминания статуса в техническом задании не обязательно и рискованно с точки зрения сроков.

Источники