РЕГЛАМЕНТ РЕАКЦИИ НА ПРОСТОЙ: КАК ПЕРЕСТАТЬ ТЕРЯТЬ ВРЕМЯ ПРИ ПОЛОМКАХ СТАНКОВ
Зачем этот документ
Поломка станка — это не событие. Это начало переговоров.
Оператор нажимает кнопку на терминале и ждёт механика. Механик узнаёт о заявке через мастера, мастер — через звонок, звонок — через пять минут после того, как кто-то решил позвонить. Простой идёт. Система мониторинга честно записывает каждую минуту. Но когда в конце месяца вы открываете отчёт и видите 340 часов простоя по причине «ожидание ремонта» — виноватых нет. Все работали. Все были заняты. Никто не нарушил ни одного правила — потому что правил не было.
Без регламента SLA система мониторинга фиксирует факт, но не создаёт ответственности. Данные есть — изменений нет. Простои воспроизводятся каждый месяц с точностью хронометра.
Документ «Регламент SLA (Внутренний сервис)» закрывает этот разрыв. Он переводит данные из режима наблюдения в режим обязательств: кто обязан среагировать, за сколько минут, что происходит если не среагировал, и кто несёт за это ответственность в рублях и должности.
Что внутри
Документ оформлен как внутренний приказ предприятия — с реквизитами, датой, подписью. Его не нужно переписывать с нуля: это готовая форма, которую вы адаптируете под свою структуру за один рабочий день.
Раздел 1. Общие положения. Цель — обеспечить КТГ оборудования не ниже 95%. Инструмент фиксации — только терминал оператора. Устные заявки к рассмотрению не принимаются и в хронометраж простоя не включаются. Это не формальность: именно этот пункт убирает споры «я говорил, но никто не пришёл».
Раздел 2. Участники процесса. Три роли с чёткими границами: Заказчик (цех: операторы, мастера), Исполнитель (ОГМ, ОГЭ, IT), Арбитр (главный инженер или назначенный им сотрудник). Арбитр включается при эскалации — не раньше.
Раздел 3. Нормативы реакции. Таблица по типам неисправностей: механическая, электрическая, программная, IT-инфраструктура. Для каждого типа — норматив прибытия и норматив устранения. Заполняется под ваше предприятие: для серийного производства нормативы жёстче, для единичного — мягче.
Раздел 4. Процедура. Пять шагов от подачи заявки до закрытия простоя:
- Оператор фиксирует останов на терминале и выбирает тип неисправности.
- Atlas PRO мгновенно отправляет уведомление (Telegram / SMS / Push) дежурной смене нужного профиля.
- Ремонтник прибывает, прикладывает RFID-карту — система фиксирует время реакции.
- После устранения ремонтник закрывает заявку на терминале. Оператор подтверждает.
- Система записывает итог: длительность простоя, исполнитель, причина.
Раздел 5. Эскалация. Если исполнитель не прибыл в норматив — автоматическое уведомление руководителю службы. Если и тот молчит сверх установленного времени — уведомление арбитру. Цепочка настраивается один раз и работает без участия человека.
Раздел 6. KPI ремонтных служб. Два показателя, которые система считает автоматически: среднее время реакции (MTTR — Mean Time To Repair) и соблюдение нормативов в процентах. Эти цифры идут в ежемесячный отчёт главному инженеру.
Как применять
Шаг 1. Заполните таблицу нормативов. Соберите главного механика, главного энергетика и IT-руководителя. Задайте один вопрос по каждому типу неисправности: «За сколько минут реально добраться до станка и приступить к работе?» Запишите честные цифры — не желаемые, а достижимые. Это и будет ваш SLA.
Шаг 2. Установите роли. Впишите конкретные должности и ФИО в разделы «Исполнитель» и «Арбитр». Без имён документ не работает — это просто текст.
Шаг 3. Подпишите приказ. Документ оформлен как приказ — он требует подписи директора или главного инженера. Это не бюрократия ради бюрократии: подпись создаёт юридическое основание для применения нормативов в KPI и премировании.
Шаг 4. Настройте уведомления в Atlas PRO. Привяжите каждый тип неисправности к соответствующей группе получателей. Настройка занимает один час с участием IT-специалиста.
Шаг 5. Запустите в работу с первого числа месяца. Первые 30 дней — наблюдение: система собирает данные, вы смотрите на реальные времена реакции. Через месяц — первый разбор на планёрке с цифрами в руках. После этого разговоры о том, «кто виноват в простое», заканчиваются сами собой.
Типичные ошибки
Нормативы устанавливают сверху, без механиков. Результат предсказуем: нормативы нереальные, исполнители их игнорируют, документ превращается в декорацию. Нормативы должны согласовать те, кто будет их выполнять.
Устные заявки продолжают принимать «в порядке исключения». Первое исключение ломает всю систему. Если устная заявка принята — данные о времени реакции недостоверны, спор о простое возможен, регламент не работает. Никаких исключений.
Эскалацию не настраивают или настраивают формально. Руководитель службы получает уведомления, но никто не отвечает за систематические нарушения. Без последствий — нормативы постепенно перестают соблюдаться. Подключите показатель MTTR к ежемесячной премии ремонтных служб.
Регламент вводят без параллельного запуска системы мониторинга. SLA без автоматической фиксации времени — это документ на доверии. Ремонтник запишет то время, которое удобно. Регламент работает только в связке с Atlas PRO: система фиксирует объективно, без участия заинтересованных сторон.
🔒 Скачать: Регламент SLA (Внутренний сервис) →