В Минцифры прорабатывают вопрос предоставления отсрочки по требованию обязательной совместимости промышленного ПО из реестра российского софта с двумя отечественными ОС. Ранее планировалось, что это требование станет обязательным с 2024 года. Теперь министерство намерено перенести срок его исполнения на III квартал 2025 года, а для «тяжелого» софта (используется в металлургии и нефтегазовой отрасли) — на 2026 год.

По словам представителя ведомства, «по отдельным классам ПО» будет действовать отсрочка «в зависимости от степени готовности продуктов». Соответствующие изменения планируется внести до конца года. При этом компании, которые занесли свои решения в реестр ранее, смогут воспользоваться переходным периодом для адаптации своих продуктов.

По мнению отдельных игроков ИТ-рынка, в отсрочке для промышленного ПО заинтересованы члены Ассоциации крупнейших потребителей программного обеспечения, в которую входят «Росатом», «Газпром нефть», «Ростех», РЖД, ДОМ.РФ, «Транснефть», «Ростелеком» и другие.

Директор департамента оборудования и ПО J’son & Partners Consulting Максим Столповский считает, что на отсрочку могут претендовать:

• средства управления жизненным циклом изделия (PLM);

• средства управления производственными процессами (MES);

• средства инженерного анализа (CAE);

• средства управления оборудованием с числовым программным управлением (CAM);

• средства управления процессами и данными компьютерного моделирования (SPDM);

• программы для создания цифровых двойников производственного оборудования и систем, инфраструктурных объектов и готовых изделий (DT).

Он также заметил, что в реестр российского ПО включено 898 решений по классу «Промышленное ПО». По приблизительным оценкам J’son & Partners Consulting , не более половины этих продуктов совместимы с двумя российскими ОС.

По словам директора Ideco Дмитрия Хомутова, инженерное ПО разрабатывается с учетом высокой производительности и совместимости с конкретными ОС и аппаратными архитектурами. Такой софт рассчитан на использование в критически важных и ресурсоемких задачах, поэтому перенос на новые ОС требует не только переписывания кода, но и глубокого тестирования для обеспечения его стабильности и производительности.