Автоматизация ТОиР и обслуживания оборудования

Про ТОиР почти на любом предприятии можно услышать одну и ту же фразу: у нас всё держится на Петровиче. Петрович знает, какой насос капризничает, когда последний раз меняли подшипники на линии розлива и где лежит та самая прокладка. Пока Петрович на месте, схема работает. Проблема в том, что она не масштабируется и не переживает его отпуск.

Автоматизация ТОиР — это перевод знаний о парке оборудования из головы механика в систему, где они доступны сменщику, мастеру и главному инженеру. Не вместо опыта, а рядом с ним: опыт остаётся, но перестаёт быть единственным носителем информации.

Оборудование как объект учёта

Всё начинается с реестра. У каждой единицы появляется карточка: марка, год, место установки, ответственный, ключевые узлы, документация, гарантия. Дальше к карточке цепляется всё остальное — заявки, наряды, замены узлов, показания счётчиков, стоимость работ.

Через год такая карточка отвечает на вопросы, на которые раньше отвечали пожимая плечами. Сколько раз этот компрессор вставал. Что в нём меняли. Во сколько обошлось его содержание и не дешевле ли уже купить новый. Это и есть главный результат: не красивые графики, а возможность обосновать решение цифрами.

Заявка на ремонт

Сейчас о поломке чаще всего сообщают голосом. Мастер звонит механику, механик занят, через сорок минут кто-то идёт искать его физически. В системе заявка подаётся с телефона: фото узла, пара слов, участок, приоритет. Она сразу уходит нужному исполнителю и попадает в общую очередь, где видно, сколько заявок висит, какие горят и кто чем занят.

Отдельно фиксируется время: когда сообщили, когда взяли в работу, когда закрыли. Из этих отметок вырастает первый честный отчёт о простоях — до внедрения его обычно просто нет, потому что никто не засекал.

Плановые работы: по календарю и по наработке

Планово-предупредительный ремонт срывается не из-за нежелания, а из-за того, что график лежит в файле и о нём вспоминают, когда уже поздно. Система ведёт его сама: по календарю — раз в квартал, по наработке — каждые пятьсот моточасов. Заранее создаётся наряд, назначается исполнитель, под работу резервируются запчасти.

Показания наработки вводит оператор или мастер в конце смены — этого достаточно. Автоматический съём с оборудования нужен не всем и обсуждается отдельно: если станок данные наружу не отдаёт, честнее сказать это сразу, чем закладывать в проект датчики, которые потом никто не поставит.

Наряды, дефектные ведомости, запчасти

Механик закрывает наряд там же, в цехе: отметил время, описал, что сделал, указал использованные запчасти. Дефектная ведомость и акт формируются из этих данных по шаблонам предприятия, а не переписываются вечером в Excel.

Расход запчастей уходит в складской учёт и списывается на конкретную единицу оборудования. Когда позиция подходит к минимальному остатку, оттуда же рождается заявка в снабжение — заранее, а не в день аварии, когда срочная доставка стоит втрое дороже.

Что мы не обещаем

Автоматизация не чинит оборудование. Она показывает, что регламент нарушен, что заявка висит третий день и что этот узел ломается систематически, — но плановые работы всё равно выполняют люди, и если на них нет времени, система лишь аккуратно задокументирует срыв. Реальное снижение аварийности мы видим на второй-третий месяц соблюдаемых графиков, и только там, где руководство действительно смотрит отчёты.

Ещё одно ограничение — исходные данные. Если паспортов и регламентов нет, их придётся собирать вместе с вашими механиками, и это самая долгая часть проекта. Мы почти всегда советуем начать не со всего парка, а с десятка позиций, которые чаще других останавливают производство.

Сроки

Базовый контур ТОиР запускается за 3–5 недель: неделя на аудит и перепись оборудования, две-три на настройку заявок, графиков и нарядов, несколько дней на обучение и работу под присмотром. Связка со складом запчастей добавляет одну-две недели. Работы делим на этапы с приёмкой каждого, а нестандартные регламенты при необходимости закрываем доработкой на заказ.