Простой оборудования легко заметить в моменте: станок стоит, линия ждёт, смена теряет время. Гораздо труднее потом объяснить, что именно произошло и что нужно изменить. Если событие записано как “поломка” или “нет материала”, руководитель получает не причину, а общее слово. По нему нельзя принять нормальное решение.
Учет простоев оборудования нужен не для накопления статистики ради отчета. Он нужен, чтобы каждый простой стал управляемым событием: когда начался, когда закончился, кто увидел, какая причина подтверждена, какой заказ пострадал, что сделали сразу и что нужно сделать позже.
Простой начинается с момента события
Самая частая ошибка — фиксировать простой в конце смены. Мастер вспоминает, что станок стоял “примерно час”, оператор называет другую длительность, механик помнит только время прихода. В итоге в системе появляется усредненная версия, которая не помогает анализу.
Простой нужно фиксировать как можно ближе к событию. В идеале начало попадает в систему автоматически: с оборудования, терминала оператора, датчика, сигнала линии или отметки мастера. Если автоматического сигнала нет, должна быть простая ручная фиксация, которую реально использовать в цехе.
В широкой теме простоев оборудования важно понимать влияние на выпуск. В учете события фокус уже точнее: не потерять время, причину и контекст.
Какие поля нужны
Карточка простоя не должна быть большой анкетой. Но есть набор данных, без которого учет быстро теряет смысл. Нужны оборудование, участок, смена, начало, окончание, плановая операция, заказ или партия, предварительная причина, подтвержденная причина, ответственный за устранение и результат.
Отдельно стоит разделять причину остановки и действие после остановки. Например, оборудование остановилось из-за отсутствия заготовки. Действие — запросить материал со склада или перенести задание. Если записать только “ожидание материала”, потом непонятно, кто должен был исправить ситуацию и была ли она исправлена.
Часть полей может заполняться автоматически из MES-системы: смена, операция, оборудование, заказ, маршрут, плановое время. Чем меньше мастер вводит вручную, тем выше шанс, что учет будет живым.
Причины должны быть управляемыми
Справочник причин нужен, но его легко испортить. Если причин слишком мало, всё попадает в “прочее”. Если причин слишком много, сотрудники выбирают первую похожую. В обоих случаях анализ становится слабым.
Лучше начинать с понятных групп: оборудование, материал, персонал, переналадка, качество, ожидание предыдущей операции, отсутствие оснастки, внешняя причина, плановое обслуживание. Внутри групп можно добавлять уточнения, когда данных накопится достаточно.
Важно не путать симптом и причину. “Станок стоит” — это факт. “Неисправность привода” — причина первого уровня. “Износ узла из-за несвоевременного обслуживания” — уже управленческий вывод. Учет должен позволять двигаться от факта к выводу, а не подменять одно другим.
Влияние на заказ
Простой важен не сам по себе, а через последствия. Десять минут на некритичной операции и десять минут на узком месте дают разный эффект. Поэтому событие должно быть связано с заказом, партией или сменным заданием.
Если простой влияет на срок клиента, руководитель должен видеть это сразу. Если он только сдвигает внутреннюю очередь, решение будет другим. Если простой повторяется на одном оборудовании, это вопрос обслуживания или замены. Если простой связан с материалом, он уходит в закупки и склад.
На уровне автоматизации производства простой становится частью общей картины: план, факт, оборудование, материал, качество и срок заказа. Без этой связи журнал простоев превращается в отдельный список остановок.
Автоматический сигнал
Не каждый простой нужно ловить датчиком. На небольшом участке мастер может фиксировать события вручную. Но если линия быстрая, остановки короткие, причин много или спорят о длительности, автоматический сигнал полезен.
Сигнал может приходить от станка, контроллера, счетчика, вибрационного датчика, акустического контроля или другого устройства. Для вращающегося оборудования иногда полезен контроль вибрации, если нужно увидеть остановку и признаки будущей неисправности.
Автоматизация не отменяет классификацию причины. Датчик может сказать, что оборудование остановилось или работает нештатно. Но решение “почему” и “что делать” всё равно должно попасть в процесс.
Как использовать данные
Учет простоев бесполезен, если данные не приводят к действиям. Раз в неделю или месяц стоит смотреть не суммарные часы, а повторяемость: какое оборудование чаще стоит, какие причины растут, какие смены чаще фиксируют ожидание материала, какие простои влияют на сроки заказов.
После анализа должны появляться задачи: изменить график обслуживания, подготовить оснастку заранее, пересмотреть норму переналадки, связать склад с планированием, добавить контроль по узкому месту, обучить смену правильной фиксации.
Если решений нет, журнал превращается в формальность. Если решения появляются, сотрудники начинают понимать, зачем фиксировать простой точно. Это важный момент: дисциплина учета держится не на приказе, а на видимой пользе.
Вывод
Учет простоев оборудования работает, когда каждый простой можно связать с причиной, заказом, участком и последующим действием. Тогда данные объясняют, сколько времени потеряно и что нужно изменить в производстве.
Если простой записан поздно, общей фразой и без влияния на план, он почти не помогает. Если событие фиксируется вовремя и связано с фактом смены, производство получает основу для реального снижения потерь.