Что охватывает система ТОиР оборудования по TPM

Что понимается под управлением оборудованием по принципам TPM

TPM (всеобщее обслуживание оборудования) пришло из японской промышленности и было систематизировано JIPM, Японским институтом технического обслуживания заводов, во второй половине двадцатого века. Основная идея в том, что управление оборудованием — не только задача ремонтной службы: состояние парка, планы обслуживания и производственная дисциплина входят в ежедневную работу. На уровне системы это соответствует управлению жизненным циклом оборудования — от постановки на учёт при вводе в эксплуатацию, через регулярные осмотры, плановое ТО, регистрацию отказов, выполнение ремонта и расход запчастей, до отчётности по эффективности и решений о замене.

Опереться можно на два сложившихся стандарта. ISO 55000:2014 задаёт рамки системы управления активами и отвечает на вопрос, на какой основе активы должны управляться. EN 13306:2017 определяет терминологию и классификацию технического обслуживания, разграничивая планово-предупредительное и восстановительное обслуживание. Задача системы — довести данные, которых требуют эти рамки, до каждой единицы оборудования.

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

Пять наборов данных, на которых держится работа с оборудованием

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

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

Как составить план осмотров, чтобы он выполнялся

Печатный план и выполняемый план — разные вещи; между ними обычно не хватает ясности, кто, что и когда делает.

• Привяжите пункты осмотра к оборудованию: каждый пункт принадлежит конкретному станку или узлу, а не привычке отдельного человека, поэтому норматив сохраняется при смене смены и персонала.
• Задайте периодичность по критичности: для ключевого оборудования интервал короче, для вспомогательного его можно ослабить; уровень определяется технологией и последствиями отказа, а не единым интервалом для всего парка.
• Выполняйте со сканированием: проверяющий сканирует код станка или поста на месте и фиксирует результат по пунктам на терминале вместо дозаполнения, к которому располагает бумажный лист.
• Направляйте отклонения сразу в заявку: когда значение выходит за критерий, система фиксирует отклонение и превращает его в заявку на ремонт без устной передачи.

Ценность механизма не в более красивом отчёте, а в том, что вопрос «сделано ли обслуживание и сделано ли правильно» переходит из устного заверения в документ, доступный для запроса. ISO 9001:2015 предъявляет сопоставимые требования к управлению процессами и прослеживаемости записей, и обслуживание оборудования не исключение.

Как заявки на ремонт связаны со складом запчастей

Низкая эффективность ремонта обычно объясняется не квалификацией, а передачей информации: кто едет, что берёт с собой и что делали в прошлый раз.

• Единая точка приёма: отказы от операторов, осмотров и обходов попадают в одну очередь, что убирает пропуски и дублирование, порождаемые устными докладами.
• Назначение с контекстом: при выдаче заявки к ней прилагаются история актива, прежние записи об отказах и нужные чертежи, что сокращает поиск на месте.
• Связка запчастей с заявкой: деталь выбирают и списывают по открытой заявке, и расход автоматически относится к оборудованию и типу отказа.
• Закрытие по завершении: выполненные действия, заменённые детали, время простоя и рекомендации фиксируются вместе как часть паспорта здоровья актива; то, что нельзя починить на месте, переходит в план капитального ремонта.

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

Границы с OEE, MES и ERP

Система управления оборудованием редко работает в одиночку, а размытые границы дают две версии истины после запуска.

Три вещи определяют на этапе проектирования интерфейса: как часто передаются данные, какие поля передаются и какая сторона инициирует передачу. Кроме того, коды оборудования, номера деталей и единицы измерения должны совпадать между системами, иначе данные не сойдутся.

Перевод запчастей из памяти в обоснование

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

С обоими источниками страховой запас перестаёт быть угаданным числом и становится значением, установленным по уровням в зависимости от критичности актива, срока поставки и скорости расхода. Детали с длительной поставкой или единой точкой отказа оправдывают более высокий запас; распространённые, легко закупаемые и заменяемые детали можно держать ниже или брать под потребность. Эти значения корректируются по мере накопления данных при условии, что каждая выдача проходит через заявку, а каждый приход фиксируется.

Очерёдность внедрения от реестра и типичные ошибки

Рекомендуемая очерёдность начинается с реестра и нормативов осмотров, а не с большого экрана.

• Первое: провести инвентаризацию реестра и дополнить характеристики, место и гарантию по ключевому оборудованию, сформировав паспорт по каждой единице.
• Второе: закрепить пункты осмотра и критерии для ключевого оборудования, начиная с активов, которые часто отказывают или наиболее значимы.
• Третье: запустить заявки на ремонт, чтобы приём, назначение, закрытие и выдача запчастей проходили через систему и накапливалась история.
• Четвёртое: когда история накоплена, подключить OEE и интерфейсы MES и ERP, введя данные оборудования в управление производством и затратами.

Часты три ошибки. Первая — относиться к системе как к оцифрованным бумажным формам, только внося данные без оповещений и блокировок, из-за чего её забрасывают через месяцы. Вторая — копировать нормативы осмотров из другого места, в отрыве от фактических видов отказов на площадке. Третья — отчитываться без замыкания контура: KPI уходят наверх, а ответственного за последующие меры нет.

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