1.3 Архитектурный ландшафт и матрица распределения ответственности (RACI)

Работа с нечетко определенными границами систем чревата потерей данных. Например, когда система ERP пытается управлять данными датчиков на уровне миллисекунд или ПЛК запрашивает финансовые реестры, может возникнуть ситуация «раздвоения данных», при которой финансовые записи противоречат физической реальности. Поэтому важно четко определить архитектурные уровни на основе гранулярности данных и функциональной области, гарантируя, что за каждую единицу данных отвечает ровно один главный владелец.

Применение модели RACI к системам

В цифровой экосистеме модель RACI применяется не к людям, а к базам данных.

Ответственный/Подотчетный (A): Система-источник (System of Record). В ней хранится «эталонная копия» данных. Если эта база данных повреждена, теряется достоверная информация. Для каждого объекта данных может быть только одна система, наделенная ролью A.
Исполнитель (R): Система, которая выполняет транзакцию или генерирует необработанные данные.
Консультант (C): Системы, предоставляющие данные для валидации или накладывающие ограничения (например, PLM, предоставляющая производственные спецификации для MES).
Информируемый (I): Системы, которые подписываются на обновления данных (режим «только чтение»).

Матрица RACI

Объект данных	ERP	PLM	MES	Система менеджмента качества (QMS)	Система управления складом (WMS)
Спецификация материалов (BOM)	I	A	I	C	–
Маршрут / Техпроцесс	–	A	I	C	–
Производственное задание (Work Order)	A	–	R	–	I
Партии материалов (Запасы)	A	–	R	–	R
Серийные номера (Уникальный идентификатор, UID)	I	–	A	–	–
Дефекты / Недопустимые состояния	–	C	R	A	–
Циклы доработки	–	C	A	I	–

Ключевая тройка систем: ERP, MES, PLM

Современное производство опирается на три основные системы. Рекомендуется использовать каждую систему по ее прямому назначению, а не заставлять один инструмент выполнять функции другого.

ERP (планирование ресурсов предприятия)

Область: Финансы, запасы, закупки, управление заказами.
Отвечает на вопрос: «Почему мы это производим и какова стоимость?»
Граница ответственности: ERP управляет процессами до «двери склада». Она оперирует агрегированными данными по запасам (например, «доступно 1000 винтов»), но не отслеживает, какой конкретно винт был установлен в какое конкретное изделие.

PLM (управление жизненным циклом продукта)

Область: Инженерное проектирование, спецификация материалов (BOM), CAD-модели, контроль версий.
Отвечает на вопрос: «Что мы производим?»
Граница ответственности: PLM является владельцем конструкторско-технологической документации. Она создает «цифровой двойник» изделия и передает утвержденные спецификации в ERP и MES. Не предназначена для оперативного управления производством.

MES (система диспетчеризации производства)

Область: Оперативное управление производством, контроль качества, прослеживаемость, интеграция с оборудованием.
Отвечает на вопрос: «Как это производится в данный момент?»
Граница ответственности: MES управляет исполнением. Она служит мостом между цифровыми спецификациями из PLM и физическими процессами в цеху.

Критическая логика взаимодействия и границы систем

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

1. Статические данные (BOM и техпроцесс)

Владелец (A): PLM.
Риск: Технологи иногда напрямую изменяют маршруты в MES, чтобы «заставить это работать» на производственном участке. Это нарушает цикл контроля версий и изолирует инженерную команду.
Рекомендация:
- Любое необходимое изменение процесса должно быть сначала официально выпущено в системе PLM.
- При обнаружении MES несоответствия BOM или маршрута рекомендуется инициировать блокировку отгрузки до получения авторизованного обновления из PLM.

2. Спрос и производственные задания (Work Orders)

Владелец (A): ERP.
Риск: Планировщики производства могут создавать «фантомные задания» в MES для поддержания загрузки линий без финансового согласования.
Рекомендация:
- ERP генерирует уникальный идентификатор производственного задания (Production_Order_ID).
- MES является Исполнителем (R) и отвечает за обновление его статуса (Запланировано → В работе → Завершено).
- MES не должна создавать задания самостоятельно; она лишь получает их из ERP для исполнения.

3. Партии материалов и запасы

Владелец (A): ERP (финансовая оценка).
Исполнитель (R): WMS (физическое складирование) / MES (потребление в цеху).
Логика взаимодействия:
- Пока материал находится на складе, его местоположением и статусом управляет WMS.
- При передаче материала в производственную зону ответственность принимает на себя MES.
- При использовании материала в сборке или его утилизации MES инициирует транзакцию спроса.
- Таким образом, ERP пассивно получает уведомление об уменьшении запасов. ERP не должна предполагать или рассчитывать потребление, основываясь только на BOM (рекомендуется избегать отложенного списания для высокоценных компонентов).

4. Прослеживаемость (серийные номера и дефекты)

Владелец (A): MES.
Риск: Хранение детальных данных прослеживаемости в ERP может привести к чрезмерному росту базы данных и замедлению процедур финансового закрытия.
Рекомендация:
- MES генерирует уникальный серийный номер (UID).
- QMS Ответственен (A) за решение по бракованной единице (Использовать как есть / Утилизировать), а MES является Исполнителем (R) и обеспечивает ее эффективную блокировку от дальнейшего перемещения.

Стратегия потоков данных: Push vs Pull

Направление движения данных должно быть четко определено для предотвращения задержек синхронизации.

Основные данные (стратегия Push)

Статические данные (например, спецификация материалов, номера деталей, профили пользователей) требуют подхода Push. Система-владелец передает данные системам-подписчикам сразу после выпуска.

Пример: Когда PLM выпускает новую или обновленную BOM, она активно передает это изменение как в ERP, так и в MES.

Транзакционные данные (событийная модель)

Динамические данные (например, потребление запасов, изменение статуса оборудования) работают по событийной логике.

Пример: Когда оператор завершает сборку единицы (событие в MES), MES мгновенно уменьшает локальный учет незавершенного производства.
Затем MES накапливает эти события и передает в ERP пакетное уведомление о выпуске продукции (например, каждый час или по окончании смены).

Контроль теневой ИТ-инфраструктуры

Инженеры часто создают изолированные приложения (PowerApps, SQL-скрипты, макросы Excel) для решения локальных задач. Такие решения могут превращаться в источник «скрытых данных», остающихся невидимыми для корпоративных систем и аудитов.

Если локальное приложение генерирует данные, необходимые для аудита (например, записи о контроле качества «годен/брак», данные для прослеживаемости), его необходимо интегрировать напрямую с MES для сохранения информации в официальной системе-источнике.
Если приложение используется исключительно для визуализации (например, пользовательская панель мониторинга), оно должно выполнять запросы только на чтение к хранилищу данных (Data Lake).

Резюме: Распределение ответственности за данные в производственных системах

Объект данных	Владелец (A)	Исполнитель (R)	Ключевое правило
Спецификация (BOM) / Техпроцесс	PLM	—	Изменения только через PLM. MES — только чтение.
Производственное задание (Work Order)	ERP	MES	MES не создаёт задания, только исполняет из ERP.
Партии материалов (Запасы)	ERP (финансы)	WMS / MES	MES инициирует списание. ERP пассивно получает уведомление.
Серийные номера (UID) / Дефекты	MES (данные)	MES (исполнение)	Детали в MES. Итоговое решение по браку — QMS (A).