Управление ревизиями спецификации изделий (BOM) на производственных предприятиях и проектирование базы данных ERP

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

Спецификация изделий и потребность в версионировании

BOM, представляющая собой иерархический список материалов, компонентов и сборочных единиц, необходимых для изготовления изделия, может со временем изменяться из-за распоряжений об инженерных изменениях (ECO). Если эти изменения не отслеживать, возникают следующие технические проблемы:

• Невозможность точного расчета себестоимости продукции, произведенной в прошлом.
• Отдел закупок может разместить заказы на неверное сырье.
• На производственной линии могут быть смонтированы дефектные компоненты.

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

Подходы к проектированию баз данных в ERP-системах

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

1. Разделение таблиц основной спецификации и ревизий

Основная таблица, содержащая заголовки спецификации (код продукта, создатель, описание), должна быть отделена от детальной таблицы, содержащей компоненты и количества. Для управления ревизиями в детальную таблицу необходимо добавить идентификатор ревизии Revision_ID или столбцы дат Valid_From / Valid_To.

2. Временной фактор в расчете затрат

Производственные затраты должны рассчитываться на основе цен на сырье на дату действия спецификации. В инфраструктурах Корпоративное ПО и ERP при проведении анализа затрат для прошлых заказов необходимо обеспечить вызов текущей версии BOM из базы данных на тот момент времени. Таким образом предотвращаются отклонения и несоответствия затрат.

Этапы реализации в управлении производством

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

Гипотетический сценарий: Применение управления ревизиями для автомобильной промышленности

Рассмотрим производственную линию по производству рулевых колес на средним по размеру предприятии автомобильной промышленности. Для основного продукта с кодом X-100, используемого на этой линии, в соответствии с запросом клиента было изменено сырье для компонента из литьевого пластика. Отдел проектирования вместо непосредственного обновления существующей спецификации выполняет процедуру распоряжения об инженерных изменениях (ECO) и создает версию ревизии B. Основным коммерческим и техническим компромиссом, с которым приходится сталкиваться на этом этапе, является оптимизация между стоимостью списания старого сырья ревизии A, находящегося на складе, и рисками простоя, которые могут возникнуть на производственной линии. Если система не позволяет использовать старые запасы, возникает высокая стоимость брака; в противном случае возрастает риск ошибочной сборки. Проектирование базы данных ERP вступает в игру в этот момент, требуя, чтобы при создании производственного заказа изделие с определенным серийным номером производилось с определенной ревизией BOM. В сценариях управления ошибками, когда оператор считывает материал с неправильной ревизией, система автоматически устанавливает блокировку и требует одобрения отдела обеспечения качества. Таким образом, обеспечивая ретроспективную прослеживаемость, предприятие успешно проходит аудиты клиентов благодаря согласованности данных, обеспечиваемой инфраструктурой Корпоративное ПО и ERP.

Подробный контрольный список реализации и интеграции

Для успешного внедрения и поддержания управления ревизиями спецификации изделий технические группы и консультанты по Корпоративное ПО и ERP должны совместно следовать следующим шагам:

• Матрица авторизации: Права на создание, утверждение и перевод спецификаций в неактивный статус должны определяться только для руководителей инженерных отделов, а отделам производства и планирования должен быть предоставлен доступ только для чтения.
• Проверка метки времени: На уровне базы данных должны быть настроены триггеры для обеспечения того, чтобы диапазоны дат действительности (Valid_From и Valid_To) не пересекались.
• Симуляция затрат: Перед активацией новой ревизии должна быть запущенна симуляция с альтернативными маршрутами и ценами на сырье, а также задокументировано ее влияние на себестоимость единицы продукции.
• Правила ликвидации запасов: Должны быть созданы механизмы автоматического предупреждения для оставшихся остатков компонентов старых ревизий, а также выполнены перекрестные сопоставления для использования этих компонентов в альтернативных продуктах.
• Интеграционные тесты: Экраны заказов на закупку и продажу должны быть протестированы с помощью сквозных сценариев на предмет правильности извлечения данных текущей активной ревизии.
• Управление ошибками и ведение журналов: Должны поддерживаться активными таблицы аудиторских журналов (audit log), в которых фиксируется, кем, когда и по какой причине были внесены изменения в спецификацию.

Источники

• Корпоративное ПО и ERP — Cy Logic Software