Дедлайн, который для части критической инфраструктуры был назначен на 1 января 2028 года, могут передвинуть сразу на несколько лет. Если обсуждаемые меры утвердят, импортозамещение ПО для особо значимых проектов перестанет выглядеть как спринт с риском сорвать финиш и превратится в длинную, куда менее болезненную дистанцию. Для крупных заказчиков, интеграторов и российских вендоров это не мелкая правка календаря, а сигнал: государство, похоже, признает, что темпы замены зарубежного стека в КИИ оказались слишком оптимистичными.
О такой настройке правил сообщает IT-World со ссылкой на источники, знакомые с обсуждением в Минцифры. По этим данным, ведомство собирает предложения по новым льготам для компаний, работающих в рамках особо значимых проектов, или ОЗП. Речь идет не только о сроках перехода на российские решения, но и о схеме финансирования: вместо компенсации части затрат может появиться прямая финансовая поддержка. При этом важно не потерять главный нюанс: пока все это не оформлено официально, а итоговый набор преференций еще может измениться.
В обсуждаемой конфигурации импортозамещение ПО для ОЗП хотят растянуть по нескольким сценариям. Для объектов КИИ первой категории значимости, где сегодня действует дедлайн 1 января 2028 года, предлагают дать дополнительные пять лет, но только для проектов, начатых до 1 сентября 2026 года и только если на рынке нет российских аналогов. Тогда новая дата сдвинется до 1 января 2031 года. Еще мягче выглядит подход к контрактам на ОЗП, заключенным в 2026–2028 годах: для них срок замещения может уйти сразу до 2036 года. Тот же горизонт обсуждается и для объектов КИИ второй и третьей категорий. Иначе говоря, регулятор, судя по всему, готов отказаться от логики «всем в один срок» и перейти к более приземленному сценарию, где учитываются и класс объекта, и зрелость проекта, и наличие реальной отечественной замены.
Почему вопрос вообще возник именно сейчас, понять нетрудно. Формально до января 2028 года остается не так много времени, а на практике самые тяжелые кейсы импортозамещения редко решаются заменой одного продукта на другой. На объектах КИИ первой категории речь часто идет о системах управления критически важной инфраструктурой: электростанциях, транспортных узлах, объектах связи, ИТ-системах в обороне, атомной энергетике и госуправлении. В таких средах смена программной платформы упирается не только в лицензию, но и в интеграции, сертификацию, совместимость с железом, требования по отказоустойчивости и цену ошибки. Там, где сбой может обернуться техногенной аварией или параличом отрасли, красивый отчет о сроках ценится меньше, чем скучная, но работающая миграция.
Контекст у этой истории тоже показательный. Сама программа ОЗП появилась в 2021 году как один из ключевых инструментов господдержки разработки и внедрения российского софта. Значимость объектов КИИ закреплена постановлением правительства №127, а с февраля 2026 года в России действует единый перечень типовых отраслевых объектов КИИ почти на 400 позиций. На бумаге конструкция выглядит масштабно и логично: есть перечни, есть категории значимости, есть проекты, есть господдержка. Но дальше начинается менее парадная часть. По официальным данным, в первую волну на участие в программе по импортозамещению промышленного ПО подали 175 проектов, и к осени 2025 года завершились 120 из них, то есть 75%. Цифра неплохая, но она скорее описывает стартовый этап, когда на рынок вынесли наиболее подготовленные инициативы.
С последующими волнами дела пошли заметно хуже. Заявки, поданные осенью 2025 года и в мае 2026-го, были полностью отклонены. Причины тоже выглядят предсказуемо для любого, кто хоть раз сталкивался с российской грантовой машиной: усложнившаяся процедура подачи, жесткие требования к составу проектов, серьезные штрафы и санкции, необходимость детализированного финансового плана и обязательное наличие собственных средств в размере 50% бюджета. Для бизнеса это выглядит так: государство предлагает участвовать в импортозамещении, но входной билет дорогой, отчетность тяжелая, а наказание за срыв может оказаться чувствительнее самой поддержки. Неудивительно, что часть компаний предпочитает либо не заходить в программу вовсе, либо делать проект на свои деньги и с более предсказуемым контуром управления.
Отсюда и вторая важная часть обсуждения: возможный отказ от модели, где государство компенсирует 50% затрат на проекты по импортозамещению промышленного софта, обычно в формате гранта от 100 млн до 2 млрд рублей. Вместо этого рассматривается прямая финансовая поддержка. Пока без деталей, сроков и механики, но сам вектор читается вполне ясно. Текущая модель, по всей видимости, не устраивает слишком многих участников: заказчикам сложно замораживать значительный собственный бюджет и жить под риском санкций, а государству, вероятно, не нравится, что административно корректная конструкция не дает нужного масштаба запусков. Прямая поддержка теоретически может упростить вход в программу, но только если вместе с деньгами не приедет еще более тяжелый контрольный контур.
Для ИТ-рынка возможный перенос сроков не сводится к простой поблажке крупным корпорациям. Для заказчиков это шанс не ломать работающие системы ради формального дедлайна и выстроить миграцию по этапам. Для российских разработчиков это одновременно хорошая и неприятная новость. Хорошая, потому что рынок не схлопнется из-за нереалистичных сроков и у вендоров появится больше времени довести продукты до промышленного уровня. Неприятная, потому что длинный горизонт до 2031-го или даже 2036-го снимает часть срочности: там, где вчера заказчик был готов принимать неидеальный продукт ради соблюдения сроков, завтра он снова начнет сравнивать функциональность, зрелость внедрения и цену владения. Проще говоря, административное окно продлят, а конкуренцию за реальные проды никто не отменял.
Есть и еще один слой последствий, уже для ИТ-директоров и продактов внутри крупных организаций. Если правила действительно смягчат, на первый план выйдет не вопрос «успеваем ли к дате», а вопрос «что именно считаем завершенным импортозамещением». Замена лицензии без замены зависимостей? Переход на российское ядро при сохранении западных компонентов на периферии? Поэтапный вывод старой системы в режим ограниченной эксплуатации? Чем длиннее сроки, тем выше соблазн растянуть проект и спрятать сложные места в следующую фазу. Именно поэтому бизнесу важно не просто ждать новых льгот, а заранее разбирать архитектурные и контрактные узкие места: где нет отечественных аналогов, где есть, но они не проходят по нагрузке, а где проблема вообще не в софте, а в связанном оборудовании и регламенте эксплуатации.
Если обсуждаемые послабления оформят в официальные нормы, это будет не разворот назад, а признание того, что импортозамещение ПО в КИИ нельзя тащить одинаковым темпом для всех. Главный вопрос теперь не в том, продлят ли сроки как таковые, а сумеет ли государство одновременно упростить доступ к поддержке и сохранить давление на реальные результаты, а не на очередную пачку правильно заполненных заявок.