Строю систему, где ремонт не убивает OEE В своей практике внедрил двухконтурную систему заявок, которая позволяет держать линию в работе даже при высокой нагрузке на ремонтную службу. Что сделано. Все заявки идут в 1С, но без аудита ответственного не принимаются в работу. Это сразу снижает долю «мусорных» заявок и даёт прозрачность по загрузке. Критичные заявки (риск остановки, проблемы с натяжением, гравиметрией, валами) выносятся в Битрикс24 под прямое наблюдение. Скорость реакции — измерима и контролируема. Ремонтные работы планируем в технологические остановки: смена рулона, чистка, переналадка. Так профилактика не съедает выпуск. Такой подход минимизирует простои и делает работу ремонтной службы предсказуемой. Для производства это значит: стабильный OEE, меньше срывов плана и понятные KPI для всей команды. Если в вашем производстве актуальна задача снижения аварийных ремонтов и выстраивания прозрачной системы заявок — готов поделиться опытом и внедрить подобное решение. Расскажите, какая боль сейчас самая острая на вашем участке: рост аварий, непредсказуемые простои или нехватка контроля над заявками?