Учёт простоев оборудования: как фиксировать, анализировать и устранять
Учёт простоев оборудования — единственный способ узнать, куда уходит рабочее время, и начать с этим что-то делать.
На большинстве российских производств простои фиксируются плохо или не фиксируются вовсе. Мастер заполняет рапорт по памяти в конце смены, записывает «переналадка — 1,5 часа» там, где на самом деле было ожидание материалов, поломка инструмента и ещё звонок в ОТК. В итоге руководитель смотрит на сводку и видит «загрузку 85%» — но план всё равно срывается.
Без точного, своевременного и честного журнала простоев нет ни диагностики, ни управления. Ниже — как выстроить систему учёта с нуля, какие поля должен содержать журнал, как выбрать способ фиксации и что делать с накопленными данными.
Почему учёт простоев важнее, чем кажется
Простой простою рознь. Пятиминутная переналадка и трёхчасовое ожидание детали со склада — одинаково называются «простоем», но требуют совершенно разных действий. Без классификации и фиксации руководитель просто не знает, что происходит в цехе.
Вот три причины, по которым системный учёт простоев оборудования окупается быстрее, чем кажется.
Деньги считаются по-другому. При стоимости машинного часа 4 000 рублей и 25% простоев на десяти станках потери составляют около 1,4 млн рублей в месяц. Это не абстрактный «недовыпуск» — это конкретные деньги, которые видны только когда есть точные данные о времени простоя.
Проблемы имеют конкретных владельцев. «Оборудование простаивало» — ни у кого нет ответственности. «Ожидание материалов — 18% потерь» — это разговор с начальником склада. «Аварийные поломки — 12%» — это вопрос к механику и системе ТО. Правильная классификация делает проблему адресной.
Улучшения видны в цифрах. Без учёта невозможно измерить результат. Договорились с кладовщиком о своевременной подаче заготовок — стало ли меньше простоев? Без журнала этого не узнаешь. С журналом — видно в следующем отчёте.
Подробнее о том, как простои связаны с общей эффективностью: «Система мониторинга OEE».
Что должен фиксировать журнал простоев (7 обязательных полей)
Хороший журнал простоев — это не бесконечная таблица с десятками граф. Это минимально достаточный набор данных, чтобы потом можно было ответить на вопросы: когда, сколько, почему, кто виноват и что с этим делать.
Вот семь полей, без которых журнал теряет аналитическую ценность.
1. Станок / оборудование. Каждая запись должна быть привязана к конкретной единице оборудования. Без этого невозможно сравнивать надёжность разных станков и выявлять «хроников».
2. Дата и смена. Для анализа трендов и сравнения смен. Если в ночной смене простоев вдвое больше — это повод разобраться, а не случайность.
3. Время начала остановки. Точное время, не «примерно». Именно от него считается длительность.
4. Время возобновления работы. Фиксируется, когда станок запущен снова. Длительность = разница между этими двумя значениями.
5. Причина простоя. Ключевое поле. Выбирается из справочника — не произвольный текст. Это позволяет группировать и считать. О том, как составить справочник — в отдельном разделе ниже.
6. Виновник / ответственное подразделение. Кто должен решать эту проблему: механик, склад, планировщик, сам оператор. Без этого поля анализ покажет «что», но не «к кому идти».
7. Оператор. ФИО или табельный номер человека, заполнившего запись. Нужно не для штрафов, а для валидации данных и обратной связи.
Дополнительные поля — комментарий, номер заказа, наработка с последнего ТО — полезны, но не обязательны на старте.
Три способа фиксации простоев
Бумажный журнал — плюсы и минусы
Лист у станка, ручка, таблица с графами. Самый старый и самый распространённый способ.
Плюсы: ничего не нужно устанавливать, не зависит от интернета и электричества, привычен для операторов старшего возраста.
Минусы: данные теряются или не читаются, мастер переносит записи в Excel вручную — с ошибками и потерями. Аналитику придётся строить руками. Сравнивать смены по итогам месяца — это часы работы. Операторы заполняют по памяти в конце смены: точность страдает критически. Кроме того, бумагу легко «подправить» задним числом.
Бумажный журнал подходит только как временное решение при отсутствии другого варианта.
Excel — плюсы и минусы
Электронная таблица, куда мастер или оператор вносит данные с компьютера или планшета.
Плюсы: дешевле любой системы, нет затрат на внедрение, данные хранятся в цифре и их можно анализировать — строить сводные таблицы, диаграммы, считать суммы.
Минусы: фиксация всё равно происходит постфактум, а не в момент события. Формат не стандартизирован — каждый мастер заполняет по-своему, и сравнить цеха или смены почти невозможно. Нет автоматического расчёта OEE, нет алертов, нет истории изменений. При большом числе станков Excel становится неуправляемым.
Excel — хорошее решение для 3–5 станков как переходный этап до внедрения специализированной системы.
Цифровая система через планшет — плюсы и минусы
Оператор фиксирует событие прямо у станка: нажал «Остановка», выбрал причину из списка, нажал «Возобновление». Система сама считает время, формирует отчёты, строит аналитику.
Плюсы: фиксация в момент события — максимальная точность. Унифицированный справочник причин исключает разночтения. Аналитика строится автоматически. Мастер видит картину по цеху онлайн, а не утром следующего дня. Можно настроить алерты: станок стоит больше 30 минут — пришло уведомление.
Минусы: нужен планшет у каждого станка, требует первичного обучения операторов (обычно 30–60 минут). Зависит от интернета или локальной сети.
Это оптимальный способ для производств от 5 станков. Окупается за счёт повышения точности данных и сокращения времени мастера на составление отчётов.
Сравнение трёх способов фиксации простоев
| Критерий | Бумажный журнал | Excel | Цифровая система (планшет) |
|---|---|---|---|
| Точность фиксации времени | Низкая (по памяти) | Средняя | Высокая (в момент события) |
| Скорость получения данных | Следующий день | Конец смены / следующий день | Реальное время |
| Аналитика по причинам | Только ручная, редко | Ограниченная, вручную | Автоматическая, за любой период |
| Стоимость внедрения | Минимальная | Низкая | Средняя (планшет + подписка) |
| Масштабируемость | Не масштабируется | До 5–7 станков | От 1 до 500+ станков |
| Сравнение смен и операторов | Невозможно | Сложно и долго | Автоматически, в один клик |
| Расчёт OEE | Не предусмотрен | Вручную по формуле | Автоматически |
Как организовать справочник причин простоев
Справочник причин — это сердце системы учёта. Если он плохой, данные будут плохими, сколько бы усилий ни прикладывали операторы.
Принцип 1: не слишком мало, не слишком много. Справочник из 3 причин («поломка / переналадка / прочее») даёт нулевую аналитику. Справочник из 70 причин — операторы будут выбирать наугад. Оптимально для старта: 12–18 причин, покрывающих 90% реальных ситуаций. Оставьте категорию «Прочее» для редких случаев.
Принцип 2: используйте язык цеха. Вместо «ожидание технологического ресурса» пишите «нет заготовок». Вместо «отказ механической части» — «сломался инструмент». Оператор не должен думать, что выбрать — он должен узнавать ситуацию с первого взгляда.
Принцип 3: привяжите причины к ответственным. Каждая причина — это чья-то зона ответственности: склад, механик, наладчик, технолог, мастер. Это позволяет сразу видеть в отчёте не просто структуру потерь, но и к кому идти с вопросом.
Принцип 4: разделяйте плановые и внеплановые. Плановое ТО и аварийная поломка — оба «простои», но в расчёте OEE обрабатываются по-разному. Плановые остановки исключаются из планового фонда, внеплановые — снижают доступность. Без этого разделения OEE будет считаться неверно. Подробнее о классификации: «Виды простоев оборудования».
Принцип 5: обновляйте справочник раз в квартал. После 2–3 месяцев работы будет видно: какие коды используются часто, какие — никогда. Это сигнал либо к детализации (частая причина заслуживает разбивки), либо к объединению (редкие коды — в «Прочее»).
Что делать с данными: аналитика журнала простоев
Собирать данные — полдела. Главная ценность журнала простоев в том, что с ним можно работать: видеть закономерности, расставлять приоритеты, измерять результат изменений.
Диаграмма Парето по причинам. Сортируете все причины за период по суммарной длительности — от наибольшей к наименьшей. Как правило, 2–3 причины дают 60–80% потерь. Это ваш фокус. Не нужно решать все проблемы одновременно — нужно устранить главную, измерить эффект и переходить к следующей.
Тренды по неделям и месяцам. Сравниваете суммарные простои текущей недели с прошлой и с тем же периодом прошлого месяца. Растут — что-то пошло не так. Падают — значит, внедрённые изменения работают. Без тренда невозможно понять, движетесь ли вы вперёд.
Сравнение смен. Один из самых полезных срезов. Если в одной смене простоев вдвое больше, чем в другой при тех же станках — это не случайность. Разбираетесь: другой мастер, другой наладчик, другая дисциплина фиксации? Каждый вариант — своё решение.
Анализ «хроников». Какой станок даёт больше всего аварийных простоев за последние три месяца? Скорее всего, это оборудование требует не очередного ремонта, а решения о модернизации, замене или изменении режима эксплуатации.
Сравнение с планом. Если план производства стабильно не выполняется, журнал простоев покажет почему. Это аргумент в разговоре с собственником: «мы не делаем план не потому что люди плохо работают, а потому что 22% рабочего времени оборудование стоит из-за ожидания материалов».
Как вовлечь операторов в честную фиксацию
Самая частая проблема при запуске учёта — операторы заполняют журнал «как придётся» или вообще игнорируют. Разберём, как это исправить.
Объясните цель один раз, но правильно. Ключевой момент: данные о простоях — это не инструмент наказания. Скажите прямо: «Мы хотим понять, что мешает вам работать. Когда вы фиксируете, что стояли из-за отсутствия заготовок — мы идём разбираться со складом, а не с вами». Это нужно сказать не один раз, а показать делом: устранили первую проблему по данным журнала — обязательно сообщите об этом операторам.
Сделайте фиксацию максимально простой. Если на регистрацию простоя уходит больше 30 секунд — оператор перестанет это делать. Три нажатия на планшете: «Остановка» → «Выбрать причину из списка» → «Возобновление». Всё. Никаких текстовых полей, никаких паролей.
Не устанавливайте КПИ на количество простоев. Если оператора будут наказывать за каждую зафиксированную остановку — он перестанет их фиксировать. Мотивируйте за полноту данных, а не за отсутствие простоев.
Показывайте результаты. Раз в месяц — пятиминутный разбор с операторами: «вот что мы видим в журнале, вот что изменили, вот результат». Когда люди видят, что их данные реально что-то меняют, сопротивление исчезает.
Назначьте ответственного в каждой смене. Один человек — мастер или старший оператор — отвечает за полноту журнала в своей смене. Не проверяет каждую запись, а отвечает на вопрос: «у нас все события за смену зафиксированы?»
Планол: электронный журнал простоев в реальном времени
Планол — MES-система с встроенным модулем фиксации простоев в реальном времени, разработанная для российских производственных предприятий.
Оператор получает планшет у станка. В начале смены отмечает «Начало работы». Когда станок останавливается — нажимает «Остановка» и выбирает причину из справочника. Когда работа возобновляется — нажимает «Возобновление». Система сама считает длительность каждого простоя, относит его к нужной категории и включает в расчёт OEE.
Журнал простоев по каждому станку и смене доступен сразу, без ручного сведения данных. Готовый справочник причин (40+ кодов) настраивается под конкретное производство. Диаграмма Парето по причинам строится автоматически за любой выбранный период. Мастер получает алерт, если станок стоит дольше заданного порога — 15, 30 или 60 минут. OEE рассчитывается автоматически с правильным разделением плановых и внеплановых потерь.
Датчики и интеграции с PLC не нужны. Планшет у станка, браузер, сеть — учёт запущен за один рабочий день.
Подробнее о том, как снизить простои после того, как вы начали их измерять: «Как сократить простои оборудования на 30%».
FAQ: часто задаваемые вопросы об учёте простоев
Как фиксировать простои без датчиков на станках?
Самый доступный способ — планшет у станка и приложение, где оператор вручную отмечает начало и конец остановки с выбором причины. Точность такого учёта при дисциплинированном заполнении составляет 85–90% — этого достаточно для управленческих решений. Автоматическая фиксация через датчики добавляет точности, но стоит в 10–50 раз дороже и не всегда оправдана.
Какие поля обязательны в журнале простоев оборудования?
Минимально необходимый набор: станок, дата и смена, время начала остановки, время возобновления работы, причина (из справочника), ответственное подразделение, ФИО оператора. Без любого из этих полей аналитика будет неполной: либо не поймёте сколько, либо не поймёте почему, либо не будет к кому идти.
Нужно ли учитывать простои меньше 5 минут?
Да, хотя это технически сложнее. Суммарно микростопы могут давать 15–30% от всех потерь доступности. Практичный подход для ручного учёта: ввести категорию «краткие остановки» и просить оператора фиксировать их количество в конце смены — без точного времени каждой. Этого достаточно, чтобы оценить масштаб проблемы.
Как связаны журнал простоев и OEE?
Простои напрямую влияют на первый компонент OEE — доступность. Доступность = (плановое время − внеплановые простои) / плановое время. Чем точнее журнал простоев, тем корректнее рассчитывается OEE. Без журнала OEE либо не считается вообще, либо считается «на глаз». Подробнее: «Система мониторинга OEE».
Как убедить руководство внедрить систему учёта простоев?
Покажите деньги. Возьмите реальное время простоев за последний месяц (даже из рапортов мастеров), умножьте на стоимость машинного часа и на число станков. Это и есть текущие потери. Затем покажите, что снижение простоев на 20–30% за счёт системного учёта и анализа — достижимая цель, подтверждённая практикой. Инвестиция в планшет и подписку на систему окупается в первый же месяц.