Доля отечественного офисного ПО: статистика перехода
Российский рынок офисного ПО по итогам 2025 года достиг 100 млрд рублей. Рост за год — 25%. Доля отечественных решений составила 37%. Зарубежные продукты сохранили 49% рынка. Ещё 14% пришлось на свободное ПО.
Мстислав Бокарев·Обновлено: 23 июля 2026 г.·10 мин

Эта статистика фиксирует не завершённое импортозамещение, а изменение структуры спроса. Российские пакеты перестали быть исключительно закупочным контуром для госсектора. Однако зависимость от форматов Microsoft Office, привычных макросов, интеграций и пользовательских сценариев остаётся существенной. В денежном выражении зарубежное ПО всё ещё занимает крупнейшую долю.
Переход на российское офисное ПО статистика описывает неоднородно. В сегменте КИИ действует прямой запрет. У бюджетных учреждений есть отсрочка. В коммерческом секторе решение зависит от рисков, стоимости миграции и требований к совместимости документов.
37% рынка — это заметная доля продаж. Это не означает 37% успешно завершённых миграций рабочих мест.
Финансовые показатели: рынок растёт быстрее, чем завершается переход
Рынок офисного софта в России в 2025 году вырос до 100 млрд рублей. Показатель важен сам по себе, но он не равен числу установленных рабочих мест. В эту сумму входят лицензии, подписки, корпоративные внедрения, техническая поддержка, расширенные редакции, серверные компоненты и сопутствующие услуги.
Структура рынка выглядит так:
| Сегмент | Доля в 2025 году | Что означает показатель |
|---|---|---|
| Зарубежное офисное ПО | 49% | Сохраняет доминирование по денежной доле, несмотря на ограничения и окончание поддержки ряда версий Office |
| Российское офисное ПО | 37% | Растущий сегмент за счёт регулируемых закупок, продлений и новых внедрений |
| Свободное ПО | 14% | Используется как самостоятельный вариант и как компонент гибридных контуров |
Доля отечественного офисного ПО по статистике в 37% не должна интерпретироваться как показатель функционального паритета с зарубежными пакетами во всех сценариях. Рынок неоднороден.
Офисный пакет для работы с типовыми DOCX, XLSX и PPTX — один класс задач. Контур с шаблонами на VBA, надстройками COM, сложными сводными таблицами, защищёнными формами, ЭЦП, DLP-агентами и документным маршрутом — другой. Во втором случае миграция редко сводится к замене приложения на рабочем столе.
В аудите такие проекты обычно распадаются на три слоя:
- базовый пользовательский контур: текстовые документы, простые таблицы, презентации, почтовые вложения;
- прикладной контур: шаблоны договоров, корпоративные бланки, отчёты с формулами, совместное редактирование;
- критический контур: макросы, интеграции с ERP и ECM, электронная подпись, защищённый документооборот, архивы документов.
Первый слой мигрирует быстро. Второй создаёт поток инцидентов совместимости. Третий требует отдельного проекта, инвентаризации и стендовых испытаний. Поэтому популярность российских офисных пакетов в цифрах следует оценивать не только по выручке производителей, но и по глубине замещения в процессах.
Рост рынка на 25% показывает объём закупочной и миграционной активности. Он не подтверждает, что организации сняли с эксплуатации старые экземпляры Microsoft Office или исключили их из теневого контура. На практике встречается параллельная эксплуатация: отечественный пакет ставят как основной, а прежний редактор остаётся на части рабочих мест для отдельных файлов и макросов. Это снижает формальную скорость перехода и сохраняет поверхность уязвимости.
Регуляторный контур: запрет для КИИ и отсрочка для бюджета
Основной драйвер рынка — регуляторная модель. Указ Президента № 166 от 30 марта 2022 года запретил использование иностранного ПО на значимых объектах критической информационной инфраструктуры с 1 января 2025 года.
Для КИИ вопрос выбора офисного пакета перестал быть вопросом предпочтений ИТ-подразделения. Он стал вопросом соответствия требованиям, управляемости обновлений и контроля цепочки поставки. При этом формальная замена Microsoft Office на российский продукт не закрывает все риски.
Вектор атаки может сохраняться в следующих компонентах:
- файлах DOCX, XLSX и PPTX, поступающих извне и содержащих вредоносные вложения, ссылки или эксплойт-цепочки;
- устаревших рабочих местах, где старый офисный пакет сохранён для исключительных операций;
- шаблонах с макросами и скриптами, перенесённых без ревизии логики;
- плагинах для ЭДО, криптопровайдерах, агентах DLP и иных надстройках;
- файловых хранилищах, где нет разграничения прав, журналирования и контроля версий;
- облачных сервисах совместного редактирования с неразведёнными ролями доступа.
Сроки для бюджетных учреждений отличаются. Федеральный закон № 394-ФЗ от 27 октября 2025 года перенёс крайний срок полного перехода для участников федерального бюджетного процесса и бюджетных учреждений: с 1 января 2026 года на 1 января 2028 года.
Это не отмена миграции. Это расширение окна для работ. Причины очевидны: инвентаризация, закупочные процедуры, обучение персонала, тестирование совместимости, доработка интеграций. В организациях с распределённой инфраструктурой один только реестр шаблонов может состоять из тысяч файлов, происхождение и владельцы которых не определены.
Отсрочка создаёт риск ложного спокойствия. При отсутствии календарного плана она превращается в отложенный инцидент. За несколько месяцев до дедлайна организация получает не управляемую миграцию, а срочную закупку, массовую установку и поток обращений в поддержку.
Здесь полезно разделять две метрики:
1. Доля закупленных лицензий российского ПО. Показывает контрактную активность. Не подтверждает реальное использование.
2. Доля рабочих процессов, выполняемых без иностранного офисного ПО. Показывает фактическую независимость. Считать её сложнее, но именно она значима для аудита.
Вторая метрика требует технических данных. Нужны результаты инвентаризации ПО, телеметрия запусков приложений, данные CMDB, события EDR, логи прокси и обращения в service desk. Без этого отчёт о миграции остаётся декларацией.
Типовая аномалия в журналировании выглядит не как критическая ошибка, а как повторяемый запуск неподдерживаемого редактора с группы исключений. Формально миграция завершена. Фактически старый продукт продолжает обрабатывать документы.
Региональная неоднородность: единый дедлайн не даёт единого результата
По состоянию на январь 2026 года доля российского ПО в отдельных регионах оставалась ниже 50%. В ДНР показатель составлял 48%, в Херсонской области — 42,3%, в ЛНР — 42%, в Костромской области — 36,7%. В Туве и Ингушетии фиксировалось 0%.
Эти данные нельзя сводить к оценке качества работы конкретного региона. Они показывают масштаб неоднородности инфраструктур. Региональный переход зависит не только от бюджета и административного решения. Влияют состав парка устройств, доступность специалистов, наличие централизованного управления, возраст серверной инфраструктуры, накопленные форматы документов и число отраслевых информационных систем.
Низкая доля российского ПО в органах власти часто означает один или несколько технических факторов:
- отсутствует актуальный реестр рабочих мест и установленного ПО;
- лицензии и приложения распределены между автономными учреждениями без единого контура управления;
- офисные документы завязаны на старые шаблоны и неподдерживаемые макросы;
- в подразделениях используются разные версии Windows, Linux-дистрибутивов и офисных пакетов;
- нет стенда, на котором можно проверить документы до массового развёртывания;
- служба поддержки не готова разбирать ошибки конвертации и проблемы с ЭП.
Последний пункт недооценивают. Миграция офиса меняет ежедневную механику работы: стили, печать, колонтитулы, формулы, экспорт PDF, совместный доступ, подпись документов. Если пользователь не понимает, почему таблица изменила разметку после открытия, он ищет прежний редактор. Так появляется теневой софт, переносимый через личные носители, общие папки или неучтённые установщики.
Обучение в этом случае является не HR-мероприятием, а элементом контроля. Программа должна быть привязана к реальным сценариям подразделений: шаблон закупки, финансовая таблица, служебная записка, отчёт, презентация, документ с подписью. Для подготовки базовых программ и учебных маршрутов могут использоваться ресурсы по обучению и подготовке к курсам, но технический контур организации всё равно требует собственных тестовых материалов.
Самый частый признак неполной миграции — не ошибка установки. Это документ, который сотрудники продолжают открывать в старом редакторе «на всякий случай».
Р7 и «МойОфис»: рынок меняет не только продукты, но и расстановку сил
Финансовые результаты разработчиков отражают перераспределение спроса. Выручка компании «Р7», разработчика «Р7-Офис», в 2025 году достигла 3,3 млрд рублей. В феврале 2025 года VK закрыл сделку по приобретению 25% акций разработчика за 2,5 млрд рублей.
У «МойОфис» ситуация иная. Выручка ООО «Новые облачные технологии» в 2025 году снизилась на 49,5%, до 1,02 млрд рублей. Чистый убыток составил 8,8 млрд рублей. Он связан с корректировкой учёта нематериальных активов.
Эти цифры не являются прямым рейтингом качества офисных пакетов. Выручка зависит от структуры контрактов, сроков поставок, модели лицензирования, крупных корпоративных сделок и учётных операций. Но они фиксируют изменение коммерческого баланса: «Р7-Офис» по выручке обошёл «МойОфис» в 2024 и 2025 годах.
Для заказчика это означает не обязанность следовать за лидером выручки, а необходимость смотреть на устойчивость продукта в конкретном контуре. При выборе офисной платформы аудит обычно проверяет не маркетинговый список функций, а операционные параметры.
| Параметр | Что проверять на стенде | Риск при игнорировании |
|---|---|---|
| Совместимость DOCX/XLSX/PPTX | Открытие, редактирование, сохранение и повторное открытие критичных файлов | Искажение документов и расчётов |
| Макросы и автоматизация | Реальные шаблоны с VBA, внешними источниками данных и надстройками | Остановка отчётности или ручная обработка |
| Совместная работа | Права доступа, блокировки, история версий, конфликт изменений | Потеря данных и спорные версии файлов |
| Электронная подпись | Подписание, проверка, работа с криптопровайдером | Срыв юридически значимого документооборота |
| Обновления | Канал поставки, частота патчей, возможность централизованной установки | Накопление известных уязвимостей |
| Журналирование | События входа, изменения прав, операции с файлами, экспорт логов | Невозможность расследовать инцидент |
| Техподдержка | SLA, маршрут эскалации, сроки исправления дефектов | Длительный простой подразделений |
Отдельный вопрос — архитектура. Настольный пакет, сервер совместной работы и облачный сервис имеют разную поверхность уязвимости. При подключении веб-компонентов добавляются аутентификация, API, сессии, внешние публикации, резервное копирование, контроль доступа к файлам. Нельзя переносить оценку безопасности локального редактора на весь офисный контур.
Конец поддержки Microsoft Office 2016/2019: фактор, который нельзя игнорировать
В 2025 году прекратилась официальная поддержка Microsoft Office 2016 и 2019. Для организаций, где эти версии продолжали использоваться, это означает прекращение штатного жизненного цикла продукта. Новые уязвимости могут оставаться без исправлений со стороны вендора.
Сам по себе конец поддержки не требует немедленной деинсталляции. Но он меняет риск-профиль. Особенно в сетях, где офисные документы приходят из внешней почты, обрабатываются на терминальных серверах или открываются на рабочих местах с доступом к внутренним ресурсам.
Устаревший офисный пакет — это не один бинарный файл. Это набор компонентов, обработчиков форматов, средств визуализации, модулей интеграции и пользовательских надстроек. Компрометация может начинаться с вложения, а завершаться доступом к учётной записи или внутреннему файловому ресурсу.
При этом миграция на новый продукт также создаёт временные риски:
1. Появляются исключения в политиках. Для запуска старых шаблонов пользователи получают дополнительные права или обходные маршруты.
2. Расширяется неучтённый софт. Сотрудники устанавливают привычные редакторы без согласования.
3. Снижается качество контроля версий. Одни подразделения редактируют файл в новом пакете, другие — в старом.
4. Возникают ошибки разграничения доступа. При переносе в сервис совместной работы наследуются неверные группы и открытые ссылки.
5. Поддержка перегружается. Необработанные обращения формируют очередь, а сотрудники возвращаются к несанкционированным инструментам.
Правильная последовательность — не «удалить старое ПО, затем разбираться». Сначала проводится инвентаризация документов и зависимостей. Затем — пилот на репрезентативной группе. После этого — миграция по подразделениям с фиксацией исключений и сроков их закрытия.
Для критичных файлов нужен набор контрольных образцов: исходный документ, эталонный PDF, контрольные значения формул, ожидаемая структура листов, версия шаблона, владелец процесса. Это снижает число субъективных споров о том, «похоже ли» открылся файл.
Что показывает статистика и чего она не показывает
Рынок офисного ПО в России меняется быстро. 100 млрд рублей и 37% доли отечественных продуктов — достаточное подтверждение того, что российские решения стали значимой частью закупочного и эксплуатационного контура.
Но статистика рынка не даёт ответа на несколько ключевых вопросов:
- какая доля коммерческих компаний фактически завершила переход;
- сколько рабочих мест работают в гибридной схеме;
- какая часть критичных процессов всё ещё зависит от иностранных форматов, макросов и плагинов;
- какова доля теневых установок старых офисных пакетов;
- сколько миграций прошло с проверкой безопасности, а не только с заменой ярлыка на рабочем столе.
Поэтому отчётность должна строиться не вокруг количества закупленных лицензий. Нужны измеримые признаки эксплуатации: процент активных рабочих мест, доля документов без ошибок конвертации, число исключений, доля закрытых шаблонов с макросами, время реакции поддержки, охват журналированием.
На 1 января 2028 года для бюджетных учреждений остаётся формальный рубеж. Для КИИ он уже наступил. В обоих случаях риск создаёт не отсутствие российского пакета в каталоге ПО. Риск создаёт неуправляемый переход, при котором старые зависимости продолжают работать вне контроля.
Финальный набор действий для ИТ-руководителя и службы безопасности выглядит жёстко:
1. Зафиксировать фактический реестр офисного ПО по рабочим местам, терминальным серверам и VDI.
2. Выявить все критичные шаблоны, макросы, надстройки и интеграции. Назначить владельцев.
3. Разделить миграцию базовых документов и критических процессов. Не объединять их в один процент выполнения.
4. Проверить журналы запуска неподдерживаемых редакторов и закрыть исключения по срокам.
5. Настроить централизованную доставку обновлений, контроль версий и мониторинг несанкционированных установок.
6. Провести стендовые испытания DOCX, XLSX, PPTX, ЭП и совместного редактирования на реальных документах.
7. Измерять не только закупки, но и фактическое использование отечественного офисного ПО в производственных процессах.
Именно после этого доля отечественного офисного ПО перестаёт быть цифрой в презентации и становится контролируемым показателем состояния инфраструктуры.