Вводная часть

SCADA-системы обеспечивают мониторинг и управление инженерными процессами. Как показано в работах по эволюции и архитектуре SCADA [1–3, 9], происходит переход от изолированных решений к распределённым архитектурам с открытыми протоколами, базами данных, облачными технологиями и промышленным интернетом вещей (IIoT). Работы по интеграции с MES и ERP [4, 5, 9] показывают, что объединение технологической информации с производственным планированием, учётом и отчётностью повышает прозрачность производства и обоснованность решений.

Проблема состоит в недостаточной интеграции SCADA с корпоративными информационными системами. Наиболее существенные нерешённые вопросы — стандартизация, безопасность и оценка экономической эффективности [7, 9, 10, 12]; дополнительно важна согласованность моделей данных разных уровней управления.

Цель этапа — систематизировать применимые методы и сформировать теоретическую модель интеграции. Задачи: анализ литературы; оценка методов; выявление проблем; сравнение решений и рисков; определение точек улучшения; моделирование процесса.

Основная часть

1. Результаты аналитического обзора

Источники образуют пять основных направлений: архитектура и эволюция SCADA [1–3]; интеграция с MES и ERP [4, 5, 9]; middleware и открытые протоколы [6]; аналитика данных [8]; кибербезопасность [7, 10, 12]. Работа Тибурски с соавторами [9] показывает ценность обмена данными SCADA и ERP в реальном времени для прозрачности производства и улучшения планирования. Работа Тейшейры с соавторами [8] демонстрирует применение тестовых стендов и методов машинного обучения для анализа состояния и обнаружения аномалий. Работы по безопасности — Хинди с соавторами [7], Бхамаре с соавторами [10] и Цочев с соавторами [12] — подчёркивают рост поверхности атак при соединении SCADA с IT и IIoT и необходимость специализированных средств защиты.

2. Предлагаемая теоретическая модель

Модель разделяет функции по пяти уровням. Технологический уровень (SCADA) отвечает за сбор и первичную обработку данных. Интеграционный уровень (middleware) выполняет приём данных по OPC UA/MQTT, валидацию, нормализацию, преобразование и маршрутизацию. Корпоративный уровень (MES и ERP) использует согласованные данные для производственного учёта и планирования. Аналитический уровень формирует показатели, прогнозы и сигналы отклонений. Управленческий уровень обеспечивает принятие решений и обратное воздействие на процесс. Безопасность (аутентификация, авторизация, сегментация, шифрование, аудит, мониторинг) реализована как сквозной контур, охватывающий все уровни, что отражает проблематику работ [7, 10, 12].

Рис. 1. Теоретическая модель интеграции SCADA с корпоративными информационными системами

Выбор именно пяти уровней не произволен: модель построена по аналогии с эталонной моделью автоматизации предприятия ISA-95/IEC 62264 [13], определяющей пять уровней управления предприятием на основе пирамиды Purdue — от физического процесса и полевых устройств до бизнес-планирования (ERP). Поскольку центральная проблема настоящего исследования — качество интеграции между уровнями, а не сама их структура, уровни ISA-95, относящиеся к полю и контроллерам, объединены в единый технологический уровень, а взаимодействие SCADA с MES/ERP выделено в самостоятельный интеграционный уровень, где сосредоточена решаемая проблема. Аналитический и управленческий уровни дополняют классическую модель ISA-95, отражая её развитие в логике Индустрии 4.0 — переход от обмена данными к аналитической поддержке решений. Таким образом, пятиуровневая структура — целенаправленная адаптация признанного международного стандарта, а не произвольный выбор.

Кросс-функциональная диаграмма процесса, определяющая ответственных за каждую задачу на всех пяти уровнях — от фиксации отклонения технологического параметра до принятия решения лицом, принимающим решения (ЛПР), и обратного управляющего воздействия на процесс, — представлена в практическом задании № 3.1 (раздел 6) и образует операционную основу описываемой теоретической модели.

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

3. Обсуждение вариантов решений

Прямая интеграция подходит для небольшой стабильной среды, но при росте систем создаёт множество точечных связей. Middleware является более масштабируемым подходом, что подтверждается архитектурой, описанной в работе [9]. Стандартизированный обмен уменьшает зависимость от закрытых интерфейсов. Облако расширяет аналитику, но повышает требования к сети и безопасности. Для исследуемой проблемы предпочтителен гибридный вариант с локальной устойчивостью технологического контура и контролируемым обменом через интеграционный слой.

Ценностное предложение заключается в создании единого управляемого информационного контура, где технологические данные своевременно доступны корпоративным функциям при сохранении требований промышленной безопасности [7, 10, 12]. Неправильная архитектура способна привести к потере данных, росту стоимости сопровождения, отказам обмена и новым рискам.

4. Практические рекомендации

Представленные ниже рекомендации не являются самостоятельным перечнем: каждая из них сформулирована на основе конкретной проблемы предметной области или риска варианта решения и направлена на определённый практический результат.

— формализовать информационные потоки и бизнес-процессы до выбора конкретного продукта — снимает риск несовместимости, выявленный при сравнении вариантов решения, и напрямую влияет на управляемость будущей интеграции;

— определить единую модель данных и правила сопоставления сущностей SCADA, MES и ERP — устраняет проблему различий структуры и семантики данных и повышает достоверность отчётности;

— использовать стандартизированные протоколы (OPC UA, MQTT) там, где это совместимо с оборудованием — реализует точку улучшения «стандартизация интерфейсов» и снижает стоимость последующих изменений;

— разделить технологическую и корпоративную зоны и контролировать точки обмена — реализует точку улучшения «сквозная безопасность» и снижает риск компрометации технологического контура;

— включить мониторинг доступности, задержек, ошибок и качества данных — реализует точки улучшения «контроль качества данных» и «мониторинг интеграции», обеспечивая раннее обнаружение отказов;

— определить метрики (время передачи, доля ошибок, простой, скорость решений, экономический эффект) — реализует точку улучшения «оценка экономического эффекта» и создаёт основание для обоснования инвестиций перед руководством предприятия;

Таким образом, каждая рекомендация трассируется к конкретному источнику (проблеме, риску или точке улучшения) и к конкретному практическому эффекту, а не декларируется в общем виде.

Заключительная часть

Интеграция SCADA с корпоративными системами имеет значительную исследовательскую базу [1–12], но остаётся актуальной из-за необходимости комплексного согласования архитектуры, данных, безопасности и бизнес-эффекта. Основным результатом этапа является теоретическая модель пяти уровней со сквозным контуром безопасности, число которых обосновано соответствием эталонной модели ISA-95/IEC 62264 [13]. Наиболее применимыми методами являются системный и сравнительный анализ, анализ архитектур и протоколов, моделирование бизнес-процессов и анализ рисков — каждый из которых опирается на конкретную работу из обзора источников.

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

Литература:

1. Evolving SCADA Systems [Электронный ресурс] // Automation.com. — 2019. — URL: https://www.automation.com/en-us/articles/2019/evolving-scada-systems (дата обращения: 15.10.2025).
2. Trends in SCADA Systems [Электронный ресурс] // Automation.com. — 2020. — URL: https://www.automation.com/en-us/articles/2020/trends-in-scada-systems (дата обращения: 15.10.2025).
3. SCADA System Architectures [Электронный ресурс] // Automation.com. — 2021. — URL: https://www.automation.com/en-us/articles/2021/scada-system-architectures (дата обращения: 15.10.2025).
4. SCADA and MES Integration [Электронный ресурс] // Automation.com. — 2019. — URL: https://www.automation.com/en-us/articles/2019/scada-and-mes-integration (дата обращения: 15.10.2025).
5. SCADA and ERP Integration [Электронный ресурс] // Automation.com. — 2020. — URL: https://www.automation.com/en-us/articles/2020/scada-and-erp-integration (дата обращения: 15.10.2025).
6. Middleware Solutions [Электронный ресурс] // Automation.com. — 2021. — URL: https://www.automation.com/en-us/articles/2021/middleware-solutions (дата обращения: 15.10.2025).
7. Hindy, H. Improving SIEM for Critical SCADA Water Infrastructures Using Machine Learning [Электронный ресурс] / H. Hindy, D. Brosset, E. Bayne, A. Seeam, X. Bellekens. — 2019. — URL: https://arxiv.org/abs/1904.05724 (дата обращения: 15.10.2025).
8. Teixeira, M. A. SCADA System Testbed for Cybersecurity Research Using Machine Learning Approach [Электронный ресурс] / M. A. Teixeira, T. Salman, M. Zolanvari, R. Jain, N. Meskin, M. Samaka. — 2019. — URL: https://arxiv.org/abs/1904.00753 (дата обращения: 15.10.2025).
9. Tiburski, G. Supervisory Systems Integration SCADA and ERP for Production Control in Real Time [Электронный ресурс] / G. Tiburski, G. T. Moreira, M. Misaghi. — URL: https://www.researchgate.net/publication/316217441 (дата обращения: 15.10.2025).
10. Bhamare, D. Cybersecurity for Industrial Control Systems: A Survey [Электронный ресурс] / D. Bhamare, M. Zolanvari, A. Erbad, R. Jain, K. Khan, N. Meskin. — 2020. — URL: https://arxiv.org/abs/2002.04124 (дата обращения: 15.10.2025).
11. Солдатов, С. Интеграция SCADA-систем и систем управления предприятием [Электронный ресурс] / С. Солдатов // Современные технологии автоматизации (СТА). — URL: https://www.cta.ru/articles/cta/spravochnik/v-zapisnuyu-knizhku-inzhenera/124560/ (дата обращения: 15.10.2025).
12. Цочев, Г. Р. Проблемы безопасности индустриального интернета вещей и сравнение с системами SCADA [Электронный ресурс] / Г. Р. Цочев, Р. Д. Йошинов, Н. А. Жукова. — URL: https://ia.spcras.ru/index.php/sp/article/view/4714 (дата обращения: 15.10.2025).
13. Enterprise-Control System Integration — Part 1: Models and Terminology: ANSI/ISA-95.00.01–2025 (IEC 62264–1 Mod). — Research Triangle Park, NC: International Society of Automation, 2025.
14. Tabim, V. M. Implementing Manufacturing Execution Systems (MES) for Industry 4.0: Overcoming buyer-provider information asymmetries through knowledge sharing dynamics / V. M. Tabim, N. F. Ayala, G. A. Marodin, G. B. Benitez, A. G. Frank // Computers & Industrial Engineering. — 2024. — Vol. 196. — Art. 110483. — DOI: 10.1016/j.cie.2024.110483.