На одном заводе директор производства показал мне три версии правды по одному заказу. CRM говорила, что все подтверждено, 1С - что материалы в наличии, начальник смены - что запускать нечем. Формально автоматизация уже была, но управленческие решения там принимали по картине с задержкой 8-12 часов.
Я видел это много раз: деньги уходят не в станок, а в разрыв между продажами, складом, закупками и цехом. Когда данные живут в разных местах, система не ведет процесс, а лишь фиксирует последствия.
Учет закрыт, процесс по-прежнему развален
Автоматизация учета полезна для бухгалтерии и финансовой службы. Для производства этого недостаточно. Если закупки, склад, планирование и отгрузка не связаны между собой, сквозного управления заказом у вас нет.
У среднего предприятия картина обычно типовая: 1С ведет учет, производство планируют в Excel, склад живет в своих таблицах. В такой связке расхождение между учетными и фактическими остатками легко доходит до 12-18%. Срок потом срывается из-за копеечной позиции, которой «по системе хватает».
Мини-диалог на таких проектах обычно звучит так:
- Заказ клиенту подтвердили?
- Да, в CRM статус зеленый.
- Материалы есть?
- По учету - да. По факту на складе нет одной позиции.
Дальше начинается ручной обзвон, срочная закупка и попытка объяснить клиенту, почему отгрузка сдвинулась вправо.
Начинать надо с потерь, а не с выбора платформы
Самая частая ошибка - покупать систему по списку модулей. ERP, MES, APS, WMS, красивые дашборды - на презентации это выглядит убедительно. На проекте быстро выясняется, что главная проблема сидит в ручном вводе, плохих справочниках или в том, что никто не понимает, где главный источник данных по номенклатуре.
Я бы начинал с цепочки «заказ - планирование - закупка - производство - контроль качества - отгрузка - финучет» и считал, где именно теряются деньги. На одном аудите мы ожидали увидеть слабое планирование, а нашли простую вещь: мастера смены заносили выработку в конце дня. План-факт обновлялся с задержкой до рабочего дня, и диспетчер работал вслепую.
| Потеря | Частота | Цена | Что обычно делать |
|---|---|---|---|
| Простои из-за нехватки материалов | 3-4 раза в неделю | 200-400 тыс. ₽/мес | связать ERP и WMS |
| Срыв сменного плана | ежедневно | зависит от линии | MES или APS |
| Микропростои | постоянно | 6-10% смены | SCADA, IIoT, OEE |
| Ручной перенос данных | каждый день | часы людей | MDM и нормальный обмен |
Если час простоя стоит 50-150 тыс. ₽, то даже 40 минут в день важнее любой полировки интерфейса.
Первый этап зависит от узкого места
Если в компании путаница в номенклатуре, единицах измерения, рецептурах и маршрутах, я бы не шел сразу в MES. Сначала нужен MDM и базовый учетный контур. Иначе вы просто ускорите мусор.
У нас был проект в пищевом производстве, где клиент жаловался на «нестабильный цех». Причина оказалась не в линии. Мы связали ERP, WMS и CRM, убрали ручные пересогласования, и за 10 недель срочные закупки просели на 27%.
На другом проекте клиент хотел сразу цифровизацию линии, хотя проблема сидела в адресном хранении. После запуска WMS и привязки к ERP точность остатков выросла с 84% до 98% за 11 недель. Только после этого появился смысл подключать цех.
Был и обратный случай. Мы слишком рано пошли в телеметрию линии: подняли сбор с PLC, сделали обмен по OPC UA, посчитали OEE, а пользы почти не получили. Причина была прозаичная - справочник материалов находился в плохом состоянии, и планирование все равно ошибалось.
Заказ CRM -> резерв ERP -> комплектование WMS
-> задание MES -> данные с линии -> BI по план/факту
Главный риск сидит на стыке систем
Большинство проблем возникает не в цехе. Ломается место, где CRM считает заказ принятым, ERP еще не подтвердила оплату, склад не зарезервировал материалы, а производство уже ждет сменное задание. На среднем предприятии таких точек обычно 10-30+.
CTO логистической платформы точно сформулировал это на встрече: «Если у заказа четыре статуса в четырех системах, у бизнеса нет статуса заказа вообще».
Поэтому я с первого дня фиксирую скучные, но дорогие вещи:
- кто владелец справочников;
- где истина по остаткам;
- кто меняет маршрут и спецификацию;
- какой статус заказа считается финальным для запуска в производство.
Иначе у вас получится набор систем, связанных вручную. Снаружи все выглядит современно, а внутри команда по-прежнему живет в звонках и Excel.
Внедрять надо короткими этапами
Нормальный темп для такого проекта - от 8 до 16 недель на этап. Я предпочитаю начинать с 2-3 KPI, которые можно проверить руками: время запуска заказа, доля ручного ввода, объем срочных закупок, точность остатков. Если этих цифр нет на старте, возврат инвестиций потом обсуждают на уровне ощущений.
Обычно очередность простая: сначала заказы и резервы, потом склад и движение материалов, затем планирование, и только после этого телеметрия линии и BI. На металлообработке мы пошли именно так, и за 14 недель запуск стандартного заказа сократился с 3 дней до 1 дня. После этого команду уже не приходилось уговаривать на следующий этап.
Если завтра ваш ключевой клиент спросит, где его заказ и что сорвет срок, кто в компании ответит первым: система или самый терпеливый сотрудник? Это и есть реальный тест на автоматизацию.
