Стандарт ISA-95 часто показывают как «пирамиду уровней» на слайде и забывают объяснить, кто владеет данными, куда они текут и какой SLA на обмен между цехом, MES и ERP. На объекте из этого рожда >хаос: дубли справочников, противоречивые партии, «ручные» правки в Excel и интеграции, которые ломаются от каждого обновления.
Ниже - практическая рамка без академизма: границы уровней, типовые точки обмена и матрица данные - источник - потребитель - SLA.
Короткий ответ
Связка цех - MES - ERP работает, когда у каждого типа данных один владелец-источник истины, обмен идет через согласованные кондуиты (шлюзы, очереди, API), а SLA зафиксированы: задержка допустима для планирования, но не для безопасности и критичного учета. Без этого ISA-95 остается картинкой, а не архитектурой.
Уровни в одной странице (для практики)
Упрощенно по задачам, а не по «номерам этажей»:
- Поле и управление в реальном времени - ПЛК, приводы, локальная логика, мс-секунды.
- Надзор и сбор данных - SCADA, historian, тревоги, оператор.
- Исполнение производства - партии, маршруты, факт операций, OEE, причины простоев.
- Планирование и учет - заказы, номенклатура, склад, финансы, отчетность.
Ключ: не смешивать роли. SCADA не должна быть «легким MES», а ERP - источником телеметрии.
Границы ответственности: кто за что отвечает
Если владелец не назван, появляется «все правят везде».
Типовые точки обмена (без лишних связей)
MES - ERP (вверх и вниз): - заказы на производство, план выпуска; - подтверждение выпуска, брак, списания; - справочники номенклатуры и рецептур (с жестким правилом: кто мастер).
MES - SCADA/историк: - статусы линий, счетчики, ключевые параметры процесса; - команды смены рецепта (только через утвержденный контур); - события простоев с классификацией.
SCADA - ПЛК: - теги, команды оператора в рамках ролей; - не дублировать бизнес-логику MES на уровне экранов «в обход».
Edge/шлюзы: - нормализация протоколов, буферизация, единый timestamp (см. темы недели 2 про время и данные).
Практическая матрица: данные - источник - потребитель - SLA
SLA нужно уточнять под отрасль: для фармы и пищевки требования к прослеживаемости жестче, для локального участка допустимы большие окна на несрочные отчеты.
Типовые ошибки интеграции
Два мастера для одного справочника. ERP и MES правят номенклатуру параллельно - расхождения неизбежны.
MES тянет «сырые» теги без модели. Нет связи партия - время - оборудование, отчеты бессмысленны.
SCADA пишет в ERP напрямую. Обход MES ломает производственный контур и аудит.
Нет версионирования рецепта. Нельзя доказать, какая уставка была на партии.
SLA только «на бумаге». Интеграция падает в пик, а бизнес узнает постфактум.
Мини-чеклист перед расширением интеграций
- Для каждой сущности (партия, заказ, SKU, рецепт) указан один источник истины.
- Описаны кондуиты: протокол, шина, шлюз, права, мониторинг.
- Зафиксированы SLA и очереди на пиковые нагрузки.
- Есть тестовый контур и откат при сбое интеграции.
- Производство подписало правила изменений в рабочее время.
Где уместен СТАБУР в этой связке
Стабильная связка уровней опирается на предсказуемый нижний уровень: единые подходы к тегам, статусам оборудования и обмену с верхом. На российских площадках это часто упрощается, когда ПЛК и интеграционный контур выбраны в одной экосистеме с понятной поддержкой, в том числе в проектах на базе решений СТАБУР. Это не замена MES/ERP, но снижает риск «разъехавшихся» сигналов на входе в производственные системы.
Заключение
ISA-95 на практике - это договор между людьми и системами: кто владелец данных, как они пересекают границы уровней и за какое время должны быть согласованы. Матрица данные - источник - потребитель - SLA помогает не утонуть в точечных интеграциях и не превратить цех в залежь скриптов. Начните с мастер-данных и производственного факта, затем наращивайте отчетность.
FAQ
С чего начать, если MES еще нет?
С дисциплины данных на SCADA/historian и согласованного справочника оборудования, иначе MES придется «лечить задним числом».
Обязательно ли OPC UA между всеми уровнями?
Нет, но нужен явный стандарт: где OPC UA, где SQL, где очереди сообщений, и почему.
Кто должен утверждать SLA?
Совместно: производство (процесс), ИТ (надежность), АСУ ТП (реалистичность опроса и сети).
Как бороться с дублями партий?
Единый идентификатор партии в MES, запрет ручного создания «теневых» партий в SCADA.
Нужен ли отдельный шлюз IT/OT?
Почти всегда да для контроля, журналов и минимизации поверхности атаки.