Сроки перехода КИИ на российское ПО и ПАК: календарь до 2036

Что уже наступило

Первые сроки прошли, и регулятор перестал делать поблажки. По ним уже возбуждаются административные дела.

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

Что впереди: 2026, 2028, 2030

Впереди три вехи. Одна по действующему постановлению, две по проекту, который Минцифры внесло в мае 2026 года и который Правительство поручило довести до принятия.

• 1 сентября 2026 года. Министерства федерального уровня, Банк России, Росатом и Роскосмос утверждают отраслевые планы перехода значимых объектов на российское ПО. В каждом ведомстве и госкорпорации назначается ответственный не ниже заместителя руководителя. Организация, получив отраслевой план, в течение месяца составляет собственный: перечень значимых объектов, доли российского и иностранного ПО, прогноз затрат, предельный срок.
• 1 января 2028 года. На значимых объектах КИИ используется только российское ПО из единого реестра, доля 100 процентов. Это общий случай.
• 1 января 2030 года. Доверенные ПАК применяются в полном объеме, включая объекты с непрерывными технологическими процессами. Это действующая норма постановления 1912.

Между вехами полтора-два года. Замена системы управления производством, расчетного ядра или диспетчерской платформы занимает от полугода до полутора лет с учетом закупки, пилота и переноса данных. Значит, для многих объектов окно переезда приходится на 2027 год, и планировать его нужно уже сейчас, а не после утверждения отраслевого плана.

Отсрочки и как их получить

Проект постановления предусматривает два продленных срока. До 1 января 2031 года, если на типовом объекте до 2026 года был реализован особо значимый проект или до 1 сентября 2027 года заключен контракт на разработку российского ПО для этого объекта. До 1 января 2036 года, если особо значимый проект запущен в 2026-2027 годах. Те же сроки распространяются на объекты, созданные соответственно до 2026 и до 2028 года, если для них нет российского ПО. Для новых типовых объектов, появившихся после 2027 года, на переход отводится пять лет с момента изменения перечня.

Для встроенного в ПАК программного обеспечения по ранней редакции проекта допускается эксплуатация до конца бухгалтерского срока полезного использования, но не позднее 2035 года.

Три вещи, которые надо понимать про отсрочку. Первое: она не дается автоматически, ее обосновывают через уполномоченный орган и Правительственную комиссию по цифровому развитию. Второе: отсутствие аналога на рынке подтверждается документально, а не письмом вендора. Третье: отсрочка меняет дату, а не обязанность, и на весь ее срок иностранная система должна быть изолирована с компенсирующими мерами. Для непрерывности это означает отдельный сценарий: «иностранная система, которую нельзя заменить и которую перестали поддерживать».

Как разложить переезд по окнам

Календарь регулятора задает крайние даты, а не даты переезда. Дату переезда задает бизнес, и здесь есть правило: окно переключения не может быть длиннее допустимого времени простоя процесса, а сам переезд не должен совпадать с пиком.

1. Из анализа воздействия берется допустимое время простоя каждого процесса, зависящего от системы. Если процесс может стоять восемь часов, окно переключения восемь часов минус время отката.
2. Из производственного календаря исключаются пики: закрытие периода, отопительный сезон, навигация, посевная, пиковая отгрузка. Остаются два-три окна в год.
3. От крайней даты регулятора отсчитывается назад: пилот, перенос данных, параллельная работа, учения. Получается дата старта проекта. Если она уже прошла, план пишется на ближайшее окно с обоснованием.

Так календарь превращается из списка угроз в расписание. Что делать, если новая система в окне не поднялась: план отката и параллельная работа.

Частые вопросы