ISA-95 без теории как связать уровни цеха, MES и ERP без хаоса в интеграциях
2026-04-13 09:39
Стандарт ISA-95 часто показывают как «пирамиду уровней» на слайде и забывают объяснить, кто владеет данными, куда они текут и какой SLA на обмен между цехом, MES и ERP. На объекте из этого рожда >хаос: дубли справочников, противоречивые партии, «ручные» правки в Excel и интеграции, которые ломаются от каждого обновления.
Ниже - практическая рамка без академизма: границы уровней, типовые точки обмена и матрица данные - источник - потребитель - SLA.
Короткий ответ
Связка цех - MES - ERP работает, когда у каждого типа данных один владелец-источник истины, обмен идет через согласованные кондуиты (шлюзы, очереди, API), а SLA зафиксированы: задержка допустима для планирования, но не для безопасности и критичного учета. Без этого ISA-95 остается картинкой, а не архитектурой.
Уровни в одной странице (для практики)
Упрощенно по задачам, а не по «номерам этажей»:
Поле и управление в реальном времени - ПЛК, приводы, локальная логика, мс-секунды.
Надзор и сбор данных - SCADA, historian, тревоги, оператор.
Исполнение производства - партии, маршруты, факт операций, OEE, причины простоев.
Планирование и учет - заказы, номенклатура, склад, финансы, отчетность.
Ключ: не смешивать роли. SCADA не должна быть «легким MES», а ERP - источником телеметрии.
Границы ответственности: кто за что отвечает
Зона
Владелец процесса
Типичные решения
Реальное время и безопасность
главный инженер АСУ ТП / автоматизация
ПЛК, interlocks, критичные уставки
Операционный контур смены
производство + диспетчеризация
SCADA, сменные KPI, тревоги
Производственный факт
производство + ИТ (MES)
партии, genealogy, маршруты
Мастер-данные номенклатуры
планирование / ИТ (ERP)
SKU, единицы, спецификации
Если владелец не назван, появляется «все правят везде».
Типовые точки обмена (без лишних связей)
MES - ERP (вверх и вниз): - заказы на производство, план выпуска; - подтверждение выпуска, брак, списания; - справочники номенклатуры и рецептур (с жестким правилом: кто мастер).
MES - SCADA/историк: - статусы линий, счетчики, ключевые параметры процесса; - команды смены рецепта (только через утвержденный контур); - события простоев с классификацией.
SCADA - ПЛК: - теги, команды оператора в рамках ролей; - не дублировать бизнес-логику MES на уровне экранов «в обход».
Edge/шлюзы: - нормализация протоколов, буферизация, единый timestamp (см. темы недели 2 про время и данные).
Практическая матрица: данные - источник - потребитель - SLA
Данные
Источник истины
Потребители
SLA (ориентир)
Телеметрия процесса (PV, статусы)
ПЛК / полевой уровень
SCADA, historian, MES (агрегаты)
секунды - минуты для оперативки
Тревоги и события
SCADA / SOE
MES (привязка к партии), отчеты
минуты
Партия / серия
MES
SCADA (контекст экрана), ERP (выпуск)
минуты
Заказ на производство
ERP
MES, планирование смен
часы (по регламенту планирования)
Номенклатура / BOM
ERP (или PLM)
MES, закупки
изменения по версии, не «вживую в цехе»
Причины простоев
MES + дисциплина смены
OEE, ERP (опционально)
закрытие причины в течение смены
Рецепт / уставки технологии
MES (версия) + исполнение в ПЛК
SCADA (отображение), аудит
до выпуска партии согласовано
Качество (лаборатория)
LIMS/QMS или MES
ERP, блокировка выпуска
по регламенту качества
Энергопотребление узла
счетчики / ПЛК
MES, EEM, отчеты
15 мин - сутки по цели
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?
Почти всегда да для контроля, журналов и минимизации поверхности атаки.