Скрытые потери: брак, переналадка, недовыпуск
ERP учитывает прямые затраты: материалы, зарплату, амортизацию. Но есть три категории потерь, которые стандартный учёт не видит: (1) брак при переналадке — 12–25% от общего брака; (2) потеря темпа при перезапуске — 15–45 минут выхода на номинал; (3) оргпростои — ожидание материалов, инструмента, решения. В сумме — 8–15% неучтённых потерь себестоимости. AI выявляет их за 2 недели мониторинга.
Почему ERP не видит «скрытых» потерь?
Потому что ERP — это бухгалтер с большими полномочиями. Он учитывает проводки. А скрытые потери — это не проводки. Это неучтённое время, несписанный материал, недозаписанная операция.
Представьте, что вы управляете рестораном. ERP знает, сколько вы потратили на продукты и сколько заработали. ERP не знает, что повар 20 минут ждал, пока принесут лук со склада. Или что 5% стейков пришлось списать, потому что их пережарили при смене смены.
На производстве — то же самое, только нули крупнее.
Ключевая цифра: По данным аудитов Hallpe на 30+ предприятиях, суммарные скрытые потери составляют 8–15% от себестоимости продукции. Это деньги, которые уходят «в трубу», но не отражаются ни в одной отчётности.
Потеря №1: Брак при переналадке
Что это: Каждый раз, когда линия перестраивается с продукта А на продукт Б, первые X единиц — брак. Оператор «настраивается», оборудование выходит на режим. И — списание.
Почему ERP не видит: Брак списывается общей строкой «производственный брак». ERP не знает, что 23% этого брака пришлись на первые 15 минут после переналадки.
Цифры:
- Доля брака при переналадке: 12–25% от общего брака
- Среднее время выхода на качество: 12–40 минут
- Потери на одну переналадку (среднее): 8 000–45 000 ₽
- Количество переналадок в месяц: от 30 до 300+
- Потеря выпуска: 3–8% от суточной нормы
- Время выхода на 95% мощности: 16–53 минуты в зависимости от типа оборудования
- Дополнительные потери (энергия, ресурс): до 12% выше номинала
- Доля оргпростоев в общем фонде времени: 6–18%
- Средняя длительность: 8–23 минуты
- Количество в смену: 3–12 раз
- Потери в год на одну линию: 400–1200 часов
- Остановка после окончания предыдущей операции + ожидание 5+ минут = «ждёт материал»
- Остановка + вызов наладчика по рации = «ждёт наладчика»
- Остановка перед сдачей смены = «оргпростой при передаче»
- Поставить промежуточный склад у линии → оргпростои «ожидание материала» — 0%
- Ввести норму «наладчик на линии через 5 минут после вызова» → −60% по этой категории
Что делает AI: Система анализирует зависимость «время после переналадки → процент брака». Выявляет, что на конкретной линии качество восстанавливается через 37 минут, а не через 15, как написано в регламенте. Предлагает оптимизировать процедуру переналадки. Внедрение нового регламента сокращает «хвост брака» на 40%.
«У нас было святое правило: «после переналадки первые 20 минут — усиленный контроль». AI показал, что реально брак идёт 11 минут. А на линии №7 — 43 минуты. Оказалось, на седьмой линии не меняли уплотнители уже полгода. Починили — брак упал в 2 раза. Регламент держался 3 года, и никто не проверял, актуален ли он». — Главный технолог завода стройматериалов
Потеря №2: Потеря темпа (Ramp-Up)
Что это: Станок/линия запущена, брака нет, но скорость — 60% от номинала. Через 10 минут — 80%. Через 40 минут — 100%. Разница между реальным выпуском и «если бы сразу на 100%» — потеря темпа.
Почему ERP не видит: ERP видит, что линия работала 8 часов. План — 1 000 единиц. Произвели — 970. Списала на «организационные причины». И никто не смотрит, что первые 30 минут после каждого пуска скорость была 65%.
Цифры:
Что делает AI: Модель отслеживает кривую разгона после каждого запуска. Если время выхода на номинал превышает статистическую норму на 20% — сигнал оператору. Если превышает 50% — сигнал мастеру смены. Накопленная статистика показывает, что линии А и Б выходят на режим быстро, а линия В — в 2 раза дольше. Причина — износ конкретного узла.
Потеря №3: Оргпростои
Что это: Оборудование исправно, но не работает. Ждёт: материалы, инструмент, кран-балку, наладчика, технолога, решение мастера, подтверждение ОТК.
Почему ERP не видит: Оргпростой — это событие, которое сложно закодировать. В ERP пишут «простой» и идут пить чай. Причина не фиксируется.
Цифры:
Что делает AI: Система классифицирует причины простоев автоматически по паттернам:
Через месяц накопленной статистики — прозрачная картина: 34% оргпростоев — ожидание материала, 28% — ожидание наладчика, 22% — согласование, 16% — прочее.
Дальше — уже не AI, а организационное решение:
Что даёт учёт скрытых потерь?
На одном из предприятий-клиентов Hallpe (машиностроение, 6 цехов) учёт скрытых потерь дал:
| Категория | Было | Стало после AI + орг. решений |
|---|---|---|
| Брак при переналадке | 18% от брака | 7% |
| Потеря темпа | 5.5% выпуска | 2.1% |
| Оргпростои | 14% времени | 6% |
| Общий эффект | — | +11.3% к выпуску без доп. инвестиций |
В деньгах: +97 млн ₽ в год при нулевых капитальных затратах. Просто потому, что увидели потери, которые раньше не замечали.
FAQ
Вопрос: Чем AI-выявление потерь отличается от ручного хронометража?
Ручной хронометраж — это студент с секундомером на 2 дня. Он видит 15–20% проблем, потому что люди меняют поведение, когда за ними наблюдают (эффект Хоторна). AI-мониторинг — 24/7/365, без вмешательства. Достоверность данных — 94–98% против 50–60% при ручном сборе.
Вопрос: Сколько стоит система выявления скрытых потерь?
Если данные с оборудования уже собираются (SCADA, контроллеры) — 200–400 тыс. ₽ за подключение AI-аналитики к существующей инфраструктуре. Если данных нет — + IoT-шлюзы и датчики, 80–300 тыс. ₽ на линию.
Вопрос: Можно ли интегрировать эти данные в KPI сотрудников?
Можно и нужно. Но осторожно: если KPI «0% оргпростоев» — люди начнут маскировать простои под работу. Лучше: KPI «скорость выявления причин простоя» и «скорость устранения».
Скрытые потери — это деньги, которые вы уже заплатили, но не заметили. Hallpe за 2 недели ставит диагностику и показывает: вот где уходят ваши 8–15% себестоимости. Дальше — дело техники. Узнать скрытые потери вашего производства →
Готовы автоматизировать?
Обсудим ваш проект. Бесплатный аудит текущих процессов → дорожная карта автоматизации.
Обсудить пилот