Импортозамещение SCADA: миграция с Wonderware, WinCC и аналогов в 2026

Импортозамещение SCADA — крупнейший проект на российских производствах в 2026 году. После ухода Wonderware (AVEVA), Citect (Schneider Electric), Siemens WinCC, Iconics и других зарубежных платформ предприятия должны заменить системы, на которых годами выстраивалось управление производством. Это не «обновление версии», а полная замена технологического стека с миграцией данных, переобучением операторов и адаптацией годами накопленных скриптов.

Эта статья — для главного инженера, заместителя главного инженера по АСУТП, технического директора КИИ-объекта. Без официальных формулировок, с реальным планом миграции на 6-18 месяцев, бюджетами 5-30 млн ₽, конкретными целевыми платформами для каждой исходной SCADA и типовыми ошибками крупных миграционных проектов.

Почему импортозамещение SCADA стало обязательным

С 2022 года российский рынок промышленной автоматизации изменился радикально:

Прекращение поставок и поддержки зарубежных вендоров. Wonderware / AVEVA System Platform — крупнейший зарубежный игрок на российском рынке промышленной автоматики — объявил об уходе в 2022 году. CitectSCADA (товарный знак Schneider Electric, входит в портфель AVEVA) — поставки прекратились, поддержка ограничена. Siemens свернул деятельность в РФ — WinCC и WinCC OA больше не поставляются. GE iFix, Iconics (Mitsubishi Electric), Rockwell FactoryTalk, Allen-Bradley RSView — все объявили о прекращении продаж в Россию.

Указ Президента РФ № 166 от 30.03.2022. «О мерах по обеспечению технологической независимости и безопасности критической информационной инфраструктуры Российской Федерации» запретил использование иностранного программного обеспечения на значимых объектах КИИ с 1 января 2025 года.

Что относится к значимым объектам КИИ:

• Энергетика (генерация, передача, распределение)
• Нефтегазовая отрасль (добыча, переработка, транспортировка)
• ЖКХ (водоканалы, теплоснабжение, газораспределение)
• Транспорт (РЖД, метрополитен, аэропорты, морские порты)
• Химическая промышленность
• Металлургия
• Оборонные предприятия
• Банковский сектор
• Госведомства

На этих объектах SCADA — критический элемент управления. Зарубежные SCADA подпадают под запрет.

Указ № 250 от 01.05.2022 дополнительно установил персональную ответственность руководителей за защиту КИИ.

Подробнее о требованиях к КИИ — статья о 187-ФЗ и категорировании на sb-it.ru и защита КИИ на it-fusion.ru.

Что заменяет зарубежные SCADA

Российский рынок промышленных SCADA в 2026 году представлен несколькими платформами.

MasterSCADA 4D (ИнСАТ). Лидер отечественного рынка с долей 30-40%. Близка по архитектуре к Wonderware и WinCC, что упрощает миграцию. Поддерживает все распространённые протоколы (Modbus, OPC UA, MQTT, Profinet). Web-HMI, мобильное приложение, развитая отчётность. В реестре Минцифры.

AlphaPlatform (ЭлеСи). Ориентирована на нефтегаз и энергетику. Глубокая поддержка отраслевых протоколов (IEC 61850, DNP3). В реестре Минцифры.

RapidScada. Open source SCADA с возможностью платной enterprise-версии. Подходит для бюджетных проектов и средних объектов.

КРУГ-2000 (КРУГ-проект). Специализирован на ТЭК, нефтегазе.

Кастомная SCADA. Для специфических задач, где готовые платформы не подходят — разработка под ключ. См. разработку SCADA-систем.

Рекомендованные целевые платформы для каждой исходной:

Исходная SCADA	Рекомендованная целевая	Основания
Wonderware / AVEVA System Platform	MasterSCADA 4D или AlphaPlatform	Близкая архитектура, большой опыт миграций
Siemens WinCC / WinCC OA	MasterSCADA 4D, AlphaPlatform	Поддержка Profinet и OPC UA
CitectSCADA (TM Schneider Electric)	MasterSCADA 4D, RapidScada	Зависит от размера объекта
Iconics	MasterSCADA 4D	Архитектурное сходство
Rockwell FactoryTalk, Allen-Bradley	MasterSCADA, AlphaPlatform, кастом	EtherNet/IP-интеграция
GE iFix, GE Cimplicity	MasterSCADA, AlphaPlatform	—

Семь этапов миграции

Стандартный план миграции — 7 этапов на 6-18 месяцев в зависимости от размера объекта.

Этап 1. Аудит существующей системы (4-6 недель).

Инвентаризация:

• Все тэги — конфигурация ввода-вывода, формулы преобразования, единицы измерения
• Все экраны HMI — мнемосхемы, всплывающие окна, пользовательские элементы
• Все алармы — пороги, приоритеты, тексты сообщений, действия
• Все скрипты — VBScript (Wonderware), C-скрипты (WinCC), Cicode (CitectSCADA), функциональные блоки
• Все отчёты — формы, формулы расчёта, расписание формирования
• Все интеграции — PLC по протоколам, MES, ERP, отчётные системы
• Историческая база данных — объём, период хранения, скорость записи
• Серверная инфраструктура — количество узлов, их роли, отказоустойчивость

Этап 2. Выбор целевой платформы и архитектуры (2-3 недели).

Сравнение российских платформ под конкретные требования объекта. Выбор архитектуры (количество серверов, узлов, web-доступ, мобильные клиенты). Согласование с руководством. Если выбирается кастомная разработка — выбор подрядчика с опытом промышленных проектов.

Этап 3. Проектирование миграции (3-4 недели).

План перехода со сроками и ответственными. Маппинг тэгов — таблица «старый тэг → новый тэг» для каждого параметра. Маппинг алармов. План переноса исторических данных. План обучения операторов. План резервирования (как откатиться при проблемах).

Этап 4. Разработка и адаптация (8-16 недель).

Развёртывание новой платформы на параллельной инфраструктуре. Конфигурация ввода-вывода. Создание экранов HMI с адаптацией под новую платформу. Настройка алармов. Перенос или переписывание скриптов. Настройка отчётов. Интеграции с PLC, MES, отчётными системами.

Этап 5. Миграция исторических данных (2-6 недель параллельно).

Тэги истории — экспорт из старой системы, преобразование в формат новой платформы, импорт. Алармы прошлых периодов. Тренды и графики. Обычно мигрируется история за 12-24 месяца, более ранние данные архивируются отдельно.

Этап 6. Параллельная работа двух систем (4-12 недель).

Обе системы (старая и новая) работают одновременно, опрашивая одни и те же PLC. Операторы используют старую, новая — для сверки и обкатки. Регулярные проверки совпадения данных. Постепенное наращивание доверия к новой системе.

Этап 7. Переключение и опытная эксплуатация (4-8 недель).

Отключение старой системы (полное или частичное с замораживанием для возможного отката). Операторы работают только в новой. Плотное сопровождение от подрядчика — инженер на смене первые 2-4 недели, ежедневный разбор инцидентов. Доработки по обратной связи.

Самая сложная часть: скрипты и кастомизация

Самая сложная часть миграции — перенос «накопленной мудрости»:

• Скрипты на VBScript (Wonderware)
• C-скрипты (WinCC)
• Cicode (CitectSCADA)
• Скрипты на ST или FBD внутри PLC, тесно связанные со SCADA
• Формулы расчётов (KPI, OEE, средние, скользящие)
• Кастомные библиотеки символов и элементов
• Нестандартные интеграции с уникальными системами

Эти артефакты часто писались годами разными людьми и не имеют полной документации. Перенос требует:

1. Инвентаризация всех скриптов и формул с описанием функциональности. Если оригинальный разработчик ещё работает на предприятии — обязательно интервью.

2. Классификация:

   • Критичные — без них процесс остановится или произойдёт авария
   • Важные — без них теряется удобство, но процесс работает
   • Устаревшие — функциональность не используется, можно отказаться

3. Перенос критичных — переписывание на скриптовом языке новой платформы (часто Python, JavaScript или C#). С тестированием на симуляторе и сверкой результатов со старой системой.

4. Адаптация важных — переписывание с возможным упрощением.

5. Отказ от устаревших — фиксация в документации, что устаревший функционал не переносится.

Этот этап занимает 30-50% времени всей миграции и часто недооценивается на этапе планирования.

Переобучение операторов

Переобучение — отдельный проект внутри миграции, без которого новая система не примется коллективом.

Стандартный подход:

1. Подготовка обучающих материалов: видеоуроки (5-15 минут на тему), краткие инструкции на 1-2 страницы, презентация ключевых отличий от старой системы.

2. Очное обучение в группах по 4-8 операторов, продолжительность 2-4 часа. Обязательно с практической частью на тестовом стенде.

3. Тренировка на симуляторе или тестовом стенде. Операторы проходят типовые сценарии в безопасной среде: запуск, остановка, аварии, нештатные ситуации. Без этого этапа реальное переключение проходит со стрессом и ошибками.

4. Параллельная работа. На этапе сосуществования двух систем операторы привыкают к новой при наличии страховки в виде старой.

5. Поддержка после переключения:

   • Выделенный инженер на смене первые 2-4 недели
   • Чат-канал поддержки 24/7
   • Ежедневный разбор инцидентов
   • Регулярные планёрки с обсуждением вопросов

Без последовательного переобучения операторы либо саботируют новую систему (продолжают вести параллельную бумагу), либо ошибаются в критичных операциях.

Стоимость и сроки

Размер объекта	Тэги	Срок	Бюджет
Малый (котельная, ЦТП, насосная)	до 500	3-5 мес	2-5 млн ₽
Средний (цех, нефтебаза, ТЭЦ малой мощности)	1000-5000	6-9 мес	5-15 млн ₽
Крупный (ГРЭС, нефтегазовый промысел, металлургический комбинат)	5000-20000	9-18 мес	15-50 млн ₽
Холдинг с распределённой инфраструктурой	20000+	18-36 мес	50-200 млн ₽

Структура бюджета:

• Лицензии новой платформы — 20-30%
• Работы по проектированию и разработке — 40-50%
• Пусконаладочные работы — 10-15%
• Обучение операторов — 5-10%
• Резерв на доработки — 10-15%

Ежегодное сопровождение — 10-20% от первоначальных инвестиций.

Связь с другими блоками

См. подробнее:

• Промышленный IoT — общий контекст IIoT, в котором SCADA играет ключевую роль
• Разработка SCADA-систем — выбор между кастомом и платформой
• Промышленные протоколы — Modbus, OPC UA, MQTT и другие
• АСУ ТП — место SCADA в архитектуре АСУ ТП
• Embedded-разработка — связка SCADA с прошивкой устройств
• Реестр Минцифры на sb-it.ru — почему важна сертификация SCADA-платформы
• Защита КИИ на it-fusion.ru — глубже про требования к ИБ промышленных объектов

Типовые ошибки миграции

Ошибка 1: Игнор скриптов и кастомизации. «Перенесём интерфейсы, скрипты допишем потом». Через 3 месяца — операторы используют 30% функциональности, остальное «временно неактивно». Лечение — обязательная инвентаризация и план переноса скриптов на этапе аудита.

Ошибка 2: «Большой взрыв» — единовременное переключение. Старая система отключается одномоментно, новая начинает работать с понедельника. Любая ошибка останавливает производство. Лечение — обязательный этап параллельной работы 4-12 недель.

Ошибка 3: Поверхностное обучение операторов. «Презентация на час перед запуском». Операторы не успевают освоить новую систему, делают ошибки. Лечение — обучение с практикой на симуляторе минимум за 4-6 недель до переключения.

Ошибка 4: Несоответствие новой платформы требованиям ФСТЭК. Выбирается платформа, не входящая в реестр Минцифры, или без сертификата ФСТЭК (для КИИ-объектов). Через год — аудит регулятора и предписание заменить. Лечение — на этапе выбора платформы проверка по реестру и сертификатам.

FAQ об импортозамещении SCADA

См. блок FAQ ниже — 7 главных вопросов главных инженеров и руководителей АСУТП.

Импортозамещение SCADA — крупнейший проект на российских производствах в 2026 году. Реальный диапазон — 6-18 месяцев и 5-30 млн ₽ для среднего объекта. Главные риски — недооценка переноса скриптов, единовременное переключение без параллельной работы, поверхностное обучение операторов. Если планируете миграцию — начните с детального аудита за 4-6 недель, выбора целевой платформы из реестра Минцифры и плана с обязательной фазой параллельной работы. Это окупится сторицей на этапе переключения.

Стандарты и регуляторы

Архитектура и реализация описанных систем опирается на международные и российские стандарты. Эти документы — обязательный справочный фундамент для проектирования и эксплуатации:

• IEC 62541 (OPC UA) — индустриальный стандарт безопасного и совместимого обмена данными между промышленным оборудованием и системами верхнего уровня (SCADA, MES, ERP).
• IEC 61131-3 (Programmable controllers) — стандарт языков программирования промышленных контроллеров (Ladder Diagram, Function Block Diagram, Structured Text, Instruction List, Sequential Function Chart). Российский эквивалент — ГОСТ Р МЭК 61131-3-2016.
• IEC 62443 (Industrial cybersecurity) — серия стандартов кибербезопасности промышленных автоматизированных систем (IACS), включая защиту АСУ ТП, SCADA, PLC. Базовый стандарт для построения защищённой архитектуры объектов КИИ.
• IEC 61511 (Functional safety — SIS) — функциональная безопасность приборных систем безопасности (Safety Instrumented Systems) на технологических объектах: нефтегаз, химия, энергетика.