Требования к офисному ПО в реестре российского программного обеспечения изменились с 1 сентября 2026 года. Теперь такой продукт должен подтверждать совместимость как минимум с двумя операционными системами. Причем обе ОС должны отвечать требованиям к доверенному программному обеспечению и принадлежать разным правообладателям.
Новое правило в первую очередь касается разработчиков российского софта. Однако последствия могут почувствовать и его покупатели. Если программа потеряет место в реестре Минцифры, она не перестанет работать, но может перестать подходить для госзакупок и других задач, где требуется именно реестровое российское ПО. Кроме того, статус в реестре связан с налоговыми льготами для правообладателей.
При этом 1 сентября не стало днем массового автоматического исключения программ. Новые условия уже действуют, но соответствие проверяется в установленном порядке.
Как изменились требования к офисному ПО
Правила ведения реестра российского ПО установлены постановлением правительства № 1236. Постановление № 1937 от 28 ноября 2025 года добавило новое условие совместимости.
Для офисного программного обеспечения теперь недостаточно просто работать в российской операционной среде.
Нужно подтвердить работу минимум на двух ОС, которые одновременно отвечают двум условиям:
- каждая соответствует требованиям к доверенному программному обеспечению;
- операционные системы принадлежат разным правообладателям.
Причем совместимость понимается не как заявление разработчика. Программа должна действительно выполнять свои функции под управлением соответствующей ОС.
Смысл нормы в том числе заключается в снижении зависимости от одной программной экосистемы. Если офисное приложение работает только в связке с одной системой, заказчик фактически оказывается привязан к одному технологическому стеку.
Что относится к офисному ПО
Понятие значительно шире привычных текстовых и табличных редакторов.
В класс «Офисное ПО» входят, в частности:
- текстовые редакторы;
- мессенджеры;
- браузеры;
- файловые менеджеры;
- другие программы соответствующего класса классификатора Минцифры.
Поэтому новое правило затрагивает не только разработчиков аналогов Microsoft Office.
Сначала компании стоит проверить, к какому классу относится конкретный продукт в реестре. От этого зависит дата начала применения требований.
Почему новое правило действует именно с 1 сентября
Переход на две доверенные ОС организован поэтапно.
Первыми под новое требование попали офисные приложения.
Дальнейший график выглядит так:
| Категория ПО | Дата применения требования |
|---|---|
| Офисное ПО | 1 сентября 2026 года |
| Серверное ПО, СУБД, виртуализация, облачные и связующие системы | 1 января 2027 года |
| Прикладное и отраслевое ПО, средства защиты информации | 1 июня 2027 года |
| Промышленное ПО и системы управления процессами | 1 января 2028 года |
Следовательно, формулировка «все российское ПО с 1 сентября обязано работать на двух ОС» неверна.
В сентябре первым этапом затронут именно офисный класс. Для других категорий предусмотрены более поздние сроки.
Какие ОС считаются доверенными для офисного ПО
Здесь возникает один из самых сложных практических вопросов.
Само присутствие операционной системы в реестре российского ПО еще не означает автоматически, что она подходит для выполнения нового требования. ОС должна иметь соответствующий статус доверенного программного обеспечения.
При этом открытого публичного перечня, по которому разработчик мог бы просто выбрать две подходящие системы, в материалах не приводится. Поэтому определять статус только по известности бренда нельзя.
В практических разборах чаще всего фигурируют три российские Linux-системы:
- Astra Linux;
- ОС «Альт»;
- РЕД ОС.
Именно под эти платформы российские разработчики часто строят совместимость.
Однако этот перечень нельзя воспринимать как закрытый официальный список всех доверенных ОС.
Главный критерий — не название системы, а наличие необходимого статуса и возможность подтвердить совместимость конкретного программного продукта с ней.
Поэтому перед использованием конкретной версии ОС разработчику необходимо проверить ее соответствие действующим требованиям.
Можно ли выбрать Astra Linux и РЕД ОС
В качестве технологической пары такие системы часто рассматриваются на практике. Их правообладатели разные, что соответствует одному из обязательных условий.
Однако одного факта, что продукт запускается на Astra Linux и РЕД ОС, недостаточно.
Необходимо одновременно выполнить два требования:
первая ОС имеет необходимый доверенный статус;
вторая ОС также имеет такой статус.
Кроме того, должна быть подтверждена работа самого офисного продукта под управлением обеих систем.
Именно поэтому новое правило нельзя свести к формуле:
«Сделали версию под две любые российские Linux-системы — требование выполнено».
Российское происхождение ОС и ее доверенный статус — не одно и то же.
Когда достаточно одной операционной системы
Из общего правила предусмотрены два исключения.
Первое действует, если правообладатель офисной программы и правообладатель операционной системы входят в одну группу лиц.
Второе касается программы, которая используется исключительно в составе программно-аппаратного комплекса.
В таких случаях может быть достаточно совместимости с одной доверенной ОС.
Однако для программно-аппаратного комплекса также важен его реестровый статус. Поэтому нельзя просто назвать обычный программный продукт частью ПАК и тем самым отказаться от поддержки второй системы.
Кого новые требования касаются напрямую
Основная обязанность лежит на правообладателе программного продукта.
Именно разработчик должен обеспечить необходимую совместимость и подтвердить выполнение условий для сохранения продукта в реестре.
Обычной компании, которая уже приобрела такой офисный пакет, не нужно самостоятельно подавать документы в Минцифры или доказывать, на скольких системах он работает.
Кроме того, новые правила сами по себе не вводят штраф для компании-покупателя только за использование программы, которая перестала соответствовать условию двух ОС.
Однако это не означает, что покупателю можно полностью игнорировать статус продукта.
Для некоторых организаций он имеет принципиальное значение.
Что будет, если программа не выполнит требования
Главный риск для разработчика — исключение программного продукта из реестра российского ПО.
При этом сама программа технически не блокируется.
Если организация уже купила лицензию:
- приложение продолжит запускаться;
- пользовательские файлы не исчезнут;
- ранее оплаченная лицензия сама по себе не аннулируется.
Проблема возникает в другом: программа теряет юридически значимый реестровый статус.
Это особенно чувствительно для компаний, которые:
- участвуют в государственных закупках;
- являются заказчиками по 44-ФЗ или 223-ФЗ;
- относятся к субъектам критической информационной инфраструктуры;
- являются государственными компаниями или компаниями с госучастием;
- должны подтверждать долю использования отечественного ПО.
В таких случаях работающая программа и программа, которой можно подтвердить выполнение требований об отечественном ПО, — уже не одно и то же.
Почему разработчику важен статус в реестре
Реестр российского ПО используется не только для подтверждения происхождения продукта.
Он связан с доступом к нескольким значимым для IT-бизнеса механизмам. Среди них — участие в госзакупках и применение налоговой льготы при реализации прав на соответствующее программное обеспечение.
Поэтому исключение продукта может иметь уже не технические, а финансовые последствия.
Один из расчетных сценариев показывает это на лицензии стоимостью 3 млн рублей. Если после утраты реестрового статуса возникает обязанность начислять НДС по общей ставке 22%, дополнительная налоговая нагрузка при увеличении цены составляет 660 тыс. рублей. Если договор не позволяет увеличить стоимость, налог приходится учитывать внутри согласованной цены.
Именно поэтому требование о двух ОС может затронуть не только отдел разработки. Его последствия стоит учитывать юристам, финансистам и коммерческим подразделениям IT-компании.
Исключат ли все неподходящие программы сразу
Нет.
1 сентября не означает автоматического массового удаления из реестра всех продуктов, которые в этот день еще работают только с одной доверенной ОС.
Для уже зарегистрированного ПО предусмотрен механизм проверки соответствия. В материалах также фигурирует шестимесячный переходный период для подтверждения необходимых условий.
При этом сама дата 1 сентября остается важной.
С этого момента требование применяется к офисному классу, поэтому вопрос совместимости может возникнуть при проверке сведений или актуализации реестровой записи.
Следовательно, стратегия «ничего не делать, пока Минцифры не пришлет уведомление» создает для разработчика дополнительный риск.
Что нужно проверить разработчику офисного ПО
Новые требования к офисному ПО удобно свести к нескольким действиям.
Первое — определить класс программы. Нужно убедиться, что продукт действительно относится к офисному ПО и сентябрьский срок применяется именно к нему.
Второе — провести аудит текущей совместимости. Необходимо понять, на каких отечественных операционных системах продукт стабильно выполняет свои функции.
Третье — проверить статус ОС. Наличие операционной системы в российском реестре само по себе недостаточно. Значение имеет соответствие требованиям доверенного ПО.
Четвертое — проверить правообладателей. Две используемые ОС должны принадлежать разным компаниям, если продукт не подпадает под исключение.
Пятое — подготовить подтверждение совместимости. Фактическая работа продукта должна быть подтверждаема.
Шестое — проверить исключения. Для группы компаний и программно-аппаратных комплексов действует отдельный режим.
Такой аудит нужен и продуктам, которые только претендуют на включение в реестр, и уже зарегистрированному офисному ПО.
Что стоит проверить покупателю российского ПО
Для большинства коммерческих компаний новая норма не создает обязанности срочно менять установленный офисный софт.
Однако организациям, которым необходим именно реестровый российский продукт, лучше контролировать его статус.
Особенно это касается госзаказчиков, компаний с госучастием и регулируемых организаций.
Перед новой закупкой имеет смысл проверить:
- остается ли программа в реестре;
- к какому классу она относится;
- соответствует ли актуальным требованиям;
- может ли поставщик подтвердить необходимую совместимость;
- что произойдет с договором при изменении реестрового статуса.
Последний пункт особенно важен при долгосрочных лицензиях и крупных корпоративных контрактах.
Главное изменение 2026 года — не просто поддержка Linux
Российское ПО с 1 сентября 2026 года переходит к более жесткой модели подтверждения совместимости. Для офисного класса недостаточно поддерживать одну привычную российскую ОС.
Базовое правило теперь строится вокруг двух доверенных операционных систем разных правообладателей.
При этом понятие доверенной ОС нельзя заменять понятием «любая российская операционная система». В практических сценариях чаще фигурируют Astra Linux, ОС «Альт» и РЕД ОС, однако выбор конкретной платформы должен опираться на ее актуальный статус и подтверждаемую совместимость продукта.
Для разработчика цена ошибки — прежде всего риск потерять место в реестре. Для обычного покупателя программа при этом не перестанет работать. Но для компаний, которым реестровый статус нужен для закупок, регулирования или подтверждения импортозамещения, такая потеря уже может потребовать замены продукта.
Поэтому новые требования к офисному ПО в 2026 году — это не только техническая задача разработчиков. Это одновременно вопрос доступа к рынку, контрактов и сохранения преимуществ, которые дает статус российского реестрового программного обеспечения.