1.4 Модель эталонных данных и правило единого источника истины (SSOT): Спецификация материалов (BOM), маршрутизация, ресурсы

Эталонные (мастер-) данные выполняют роль исполняемого кода для производственной системы. Ошибка в спецификации материалов (BOM) или маршруте может привести к автоматизированному выпуску бракованной продукции. Поэтому эталонные данные следует рассматривать не как статическую документацию, а как строгий набор конфигураций, требующий тщательного контроля версий, этапов валидации и проверок целостности.

Канонические сущности эталонных данных

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

1. Спецификация материалов (BOM)

Определение: Иерархический список компонентов и сырья.
Первичный ключ: Номер детали + Ревизия (например, PCBA-1001-Rev02).
Ограничение: Спецификацию материалов (BOM) нельзя изменять произвольно (ad-hoc). Любое значительное изменение, как правило, требует создания новой ревизии для обеспечения прослеживаемости.

2. Маршрутизация (спецификация труда)

Определение: Последовательный список операций с указанием рабочих центров и норм времени.
Первичный ключ: RouteID + Ревизия.
Ограничение: Каждая операция должна быть связана с допустимым типом ресурса.

3. Ресурсы (рабочие центры)

Определение: Физические активы (станки, линии, рабочие места) или логические группы (например, тестовые станции).
Первичный ключ: AssetID (для физических) или ResourceGroupID (для логических).
Ограничение: Для каждого ресурса должен быть установлен статус: Активный / В обслуживании / Снят с эксплуатации.

4. Рецепты / программы

Определение: Файлы, специфичные для оборудования (программы для установочных автоматов Pick & Place, профили печей пайки оплавлением, скрипты для внутрисхемного контроля (ICT)).
Первичный ключ: Название программы + Контрольная сумма (MD5/SHA256).
Ограничение: Система управления производством (MES) должна проверять, что загруженная на оборудование программа соответствует программе, указанной в маршруте, до начала обработки.

Логика синхронизации

Целостность системы зависит от корректного согласования этих сущностей. Для обеспечения целостности цифрового следа (BOM + Маршрут + Рабочая инструкция) рекомендуется руководствоваться следующей логикой.

При увеличении ревизии BOM (например, с Rev A до Rev B) система должна пометить связанный маршрут для проверки, так как новые компоненты часто требуют изменений в процессе сборки.
Если активная ревизия рабочей инструкции не совпадает с ревизией, указанной для текущей операции в маршруте, система должна заблокировать операцию, чтобы предотвратить сборку по устаревшей документации.
Если контрольная сумма рецепта, загруженного на оборудование, не совпадает с утвержденной контрольной суммой, хранящейся в MES, система должна активировать аварийный сигнал или заблокировать процесс до проведения проверки.

Машина состояний жизненного цикла

Данные проходят через определенные состояния. Реализация машины состояний предотвращает преждевременное или несанкционированное использование данных в производстве.

Определения состояний

Черновик: Данные находятся в разработке. Видимы только инженерам. Действие: Блокировать для использования в производственных заказах.
На утверждении: Редактирование заблокировано. Ожидание подписей отдела контроля качества или руководителя производства.
Выпущено (Активно): Единый источник истины (SSOT). Доступно для планирования производства.
Устаревшее: Данные более не актуальны. Действие: Блокировать для новых заказов. Сохраняется только для исторического учета (отслеживания изменений).

Правила переходов

При переводе записи в состояние «Выпущено» её следует заблокировать для редактирования (режим «только чтение»).
Для модификации выпущенной записи система должна инициировать создание новой ревизии (Rev N+1).
При обнаружении критической проблемы с качеством уполномоченные лица могут перевести запись в состояние «На утверждении» или «Устаревшее», чтобы предотвратить её дальнейшее использование.

Контроль отклонений и сверка

Со временем данные в ERP (финансовый контур) и MES (производственный контур) могут расходиться без активного контроля. Для обнаружения и блокировки отклонений рекомендуется реализовать следующие автоматизированные проверки.

1. Условия блокировки

Несоответствие контрольной суммы: Перед запуском рабочего заказа система должна вычислить хэш объединённых данных BOM и маршрута. Если вычисленный хэш не совпадает с хэшем утверждённых эталонных данных, заказ следует пометить или изолировать для проверки.
Несуществующие ресурсы: Если в маршруте указан ресурс (например, Resource_A), который помечен как «Снят с эксплуатации» или «В обслуживании», система должна запретить планирование на этот ресурс.

2. Отчеты о сверке

Рекомендуется ежедневно (например, в ночное время) выполнять сверку данных между базами ERP и MES:

Несвязанные компоненты: Компоненты, которые существуют в спецификациях MES, но удалены или деактивированы в ERP.
Конфликты единиц измерения: Например, ERP использует «Штуки», а MES — «Метры». Действие: Пометить для ручного исправления.

Управление изменениями: Инженерные уведомления об изменениях (ECO) и стратегия внедрения

Инженерные уведомления об изменениях (ECO) несут в себе определённые риски. Чёткое определение процесса внедрения изменений в производственный поток помогает избежать случайного смешивания ревизий.

Логика даты вступления в силу

Немедленно: Остановить производственную линию. Весь незавершённый производством (НЗП) продукт подлежит очистке. Необходимо внедрить новую ревизию. (Применяется для изменений, связанных с безопасностью или критическим качеством).
Постепенно (Очистка): Разрешить завершить текущий НЗП по старой ревизии. Новые заказы запускаются уже по новой ревизии.

Логика совместимости НЗП

Если изменение затрагивает форму, совместимость (посадочное место) или функцию (FFF), обычно требуется либо очистить существующий НЗП, либо отправить его на документированную доработку (переделку) или ремонт (Rework).
Если изменение носит в основном документационный характер, можно безопасно позволить существующему НЗП завершить обработку по текущему маршруту.

Стандарт синтаксиса версий

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

Предпроизводство (прототипы): Использовать десятичные или буквенные обозначения (0.1, 0.2, A, B).
Серийное производство: Использовать целочисленные обозначения (01, 02, 03).
Правило: Изменение дочернего компонента (Деталь A → Деталь B), как правило, должно приводить к увеличению ревизии родительского узла сборки.

Резюме: Контрольные точки эталонных данных

Сущность	Ключевой параметр	Требование	Критерий блокировки
BOM / Маршрут	Ревизия	Изменение → новая ревизия.	Несоответствие ревизий BOM и маршрута.
Ресурс	Статус	Активный / В обслуживании / Снят.	Планирование на неактивный ресурс.
Рецепт / Программа	Контрольная сумма (MD5/SHA256)	Проверка перед запуском.	Несовпадение хэша с MES.
Данные (любые)	Состояние жизненного цикла	Использовать только «Выпущено».	Использование данных в состоянии «Черновик»/«Устаревшее».