Оптимизация производственной конфигурации

Заказчик — действующее производство со сложной номенклатурой и частыми переходами между партиями. Цель — снизить непродуктивное время на смену рецептур, выявить узкие места, замерить эффект изменений на реальных данных через построенный мониторинг.

Задача

Завод выпускает продукцию с разной рецептурой на одном технологическом оборудовании. Между партиями требуется промывка, перенастройка узлов, замена сменных элементов. Эти переходы заложены в технологическую карту, но фактическое время отличается от планового — иногда в полтора-два раза.

Цель проекта:

• выявить рецептуры, переходы между которыми занимают неоправданно долго;
• понять, какие операции в переходе можно сократить или распараллелить;
• замерить фактический эффект изменений объективно, на реальных данных.

Решение

Развернули облачный мониторинг на заводе для сбора объективных данных о времени каждой стадии каждой партии. Подключили SIMATIC IT, настроили polling таблиц рецептур, журнала операций, журнала событий оборудования.

Через две недели накопилась статистика. Построили Grafana-дашборд переходов: матрица «рецептура_из × рецептура_в → среднее время перехода». Сразу видны «горячие» сочетания — переходы, которые занимают аномально много времени.

Этапы работы

1. Аудит — анализ существующих рецептур, маршрутов, технологических карт. Обсуждение с технологами какие операции на каких узлах в принципе можно делать.
2. Замер до — две недели сбора данных через мониторинг. Построение матрицы переходов, выявление аномалий.
3. Изменения — перенастройка маршрутов в SIMATIC IT, изменение последовательности операций в переходе, выделение параллельных операций (промывка одного узла одновременно с прогревом другого).
4. Замер после — две недели данных в новом режиме. Сравнение с baseline.

Что построено

• Дашборд «Матрица переходов между рецептурами» с heatmap по времени
• Декомпозиция перехода на отдельные стадии (промывка / замена / прогрев / тест)
• Журнал отклонений: каждый переход, где время > плана на 20% — попадает в лог для разбора инженером смены
• Сравнение «план vs факт» по каждой стадии в реальном времени