Сроки технического обслуживания, поверок и проверок часто отслеживаются разными службами, поэтому общей картины готовности оборудования может не быть.
Представим ситуацию: служба главного механика выполнила техническое обслуживание ленточного конвейера — по её графику замечаний нет. Однако у одного из датчиков приближается срок поверки, электротехнической службе ещё предстоит проверить электрооборудование, а замечание, выявленное при последнем осмотре, пока не устранено и не закрыто.
Для каждой службы это отдельное мероприятие со своим ответственным и сроком. Для руководителя всё относится к одному конвейеру. Ему требуется понимать текущее состояние объекта и видеть, какие условия ещё предстоит выполнить перед эксплуатацией.
Поэтому управление сроками оборудования выходит далеко за пределы графика ТО. Вокруг одной единицы техники могут существовать несколько параллельных процессов, а каждый из них развивается по собственной периодичности.
Содержание статьи
- Один объект может одновременно находиться в нескольких процессах
- Откуда появляется следующий срок
- Один объект часто распределён между несколькими службами
- Почему раздельные реестры создают ещё одну проблему
- Что должно произойти после окончания срока
- Какие документы связываются с оборудованием
- Кто отвечает за один срок
- Реальный кейс ABIE SYSTEM: готовность ленточного конвейера
- Нужно ли переносить всё оборудование и все данные в одну систему
- Когда обычного графика ТО уже мало
- Пять уровней контроля оборудования
- Уровень 1. Календарь
- Как ABIE СКС связывает мероприятия вокруг оборудования
Один объект может одновременно находиться в нескольких процессах
Набор контролируемых мероприятий зависит от самого объекта и условий его эксплуатации.
На предприятии в поле контроля могут попадать производственные линии, электрическое и грузоподъёмное оборудование, спецтехника, сосуды и трубопроводы под давлением, инженерные и противопожарные системы, инструменты и другие объекты. Для каждого из них формируется свой набор событий.
Например, оборудование может проходить:
- техническое обслуживание;
- ремонт;
- осмотр;
- диагностику;
- испытания;
- техническое освидетельствование;
- экспертизу;
- проверку отдельных систем;
- устранение выявленных нарушений.
Установленные на объекте средства измерений могут дополнительно иметь собственные сроки поверки или калибровки.
Получается несколько параллельных цепочек:
Оборудование проходит техническое обслуживание и осмотры, средства измерений — поверку, а выявленные нарушения требуют корректирующих действий и подтверждения их закрытия. У каждого процесса свои результаты, сроки и дальнейшие мероприятия. Поэтому одной колонки «Следующая дата» недостаточно, чтобы достоверно отразить текущее состояние объекта и все запланированные работы.
Почему ТО, поверка и освидетельствование контролируются по-разному
У этих мероприятий разный смысл, поэтому одинаковый набор полей и статусов подходит далеко не всегда.
| Мероприятие | Что требуется контролировать |
| ТО | Выполнение работ и следующий цикл обслуживания |
| Поверка | Действующий результат и следующий межповерочный интервал |
| Калибровка | Проведение процедуры и полученные характеристики |
| Освидетельствование | Техническое состояние объекта и очередное мероприятие |
| Диагностика или испытание | Проведение, результат и выявленные отклонения |
| Ремонт | Выполненные работы, результат и влияние на дальнейший контроль |
| Устранение замечания | Срок выполнения и подтверждение закрытия |
Для ТО может быть достаточно зафиксировать факт выполнения работ, документ и новую контрольную точку.
У калибровки дополнительно появляются полученные значения и метрологические характеристики.
При освидетельствовании результат связан с техническим состоянием объекта.
У поверки собственная метрологическая логика. Средства измерений, которые используются в сфере государственного регулирования обеспечения единства измерений, проходят первичную и периодическую поверку. Результаты поверки вносятся в Федеральный информационный фонд по обеспечению единства измерений.
Порядок проведения поверки регулирует приказ Минпромторга России № 2510. Документ действует до 1 января 2027 года, поэтому после этой даты нормативную часть статьи потребуется актуализировать.
Для корпоративной системы отсюда следует практический принцип: каждое мероприятие получает собственную логику контроля, а все мероприятия связываются с конкретным объектом.
Откуда появляется следующий срок
Календарная дата является одним из возможных механизмов. Для оборудования встречаются и другие варианты.
Условно их можно разделить на три группы.
- Календарь
После завершения мероприятия известен установленный интервал. На его основании появляется следующая контрольная дата.
Такая схема подходит для процессов с периодичностью, привязанной ко времени.
Последнее выполнение → период → следующая дата
- Ресурс оборудования
Для части технических процессов момент обслуживания зависит от фактической эксплуатации.
Контроль может учитывать:
- наработку;
- пробег;
- количество рабочих циклов;
- другой измеряемый ресурс.
Тогда одного календаря уже мало. Система должна получать или регулярно обновлять соответствующий показатель.
Наработка → контрольный порог → мероприятие
- Событие
Новая проверка или действие может появиться после определённого события.
Например, после ремонта, аварии, ввода объекта в эксплуатацию или изменения его технического состояния требуется заново определить применимые мероприятия.
Событие → новое требование → контроль
Эти механизмы могут работать одновременно. У одного объекта часть сроков рассчитывается по календарю, часть зависит от эксплуатации, а отдельные действия запускаются после событий.
Один объект часто распределён между несколькими службами
Представим одну единицу оборудования на производственном участке: механическая служба контролирует ТО и ремонт; метрологическая служба работает со средствами измерений и поверкой; энергетическая служба отвечает за свои проверки; охрана труда и промышленная безопасность контролируют мероприятия, связанные с безопасностью эксплуатации.
Каждое подразделение может системно вести собственный журнал, однако, общая проблема проявляется при попытке собрать состояние объекта целиком.
Эксперты компании АБИЕ-С сталкивались с такими сценариями на предприятиях. Разные виды обслуживания одного объекта действительно могут относиться к разным профильным службам. Рабочая модель предполагает раздельную ответственность за мероприятия и единый профиль самого объекта.
Схематично это выглядит так:
Механическая служба → ТО и ремонт
Метрология → поверка
Энергетики → проверки
Промышленная безопасность и ОТ → собственные мероприятия
↓
Единый объект
Такой подход позволяет руководителю перейти от нескольких ведомостей к общей картине.
Почему раздельные реестры создают ещё одну проблему
При распределённом учёте один физический объект способен появиться в нескольких базах под разными названиями. Например, механическая служба использует внутреннее название агрегата, в ERP записана полная модель, а отдельный журнал содержит сокращённое обозначение.
Расхождения бывают и в других данных:
- инвентарных номерах;
- заводских номерах;
- местоположении;
- подразделении;
- текущем состоянии;
- ответственном сотруднике.
В наших проектах мы встречали ситуации, когда один объект существовал в нескольких системах как несколько самостоятельных записей. Такие ситуации обнаруживались при сверке реестров, сопоставлении идентификаторов и инвентаризации.
Поэтому для межслужебного контроля нужен устойчивый идентификатор объекта. Название само по себе для этой роли подходит хуже.
Что должно произойти после окончания срока
Сообщение о приближающейся дате решает только первый этап задачи. Возьмём поверку как простой пример.
1. Срок на контроле
↓
1.1. Ответственный заранее видит предстоящее мероприятие
↓
2. Срок приближается
↓
2.1. Запись переходит в установленное для этого процесса состояние
↓
2.2. Ответственный и контролирующий руководитель получают информацию
↓
2.3. Организуется новая поверка, до наступления просрочки
↓
2.4. Поступает результат и подтверждающая информация
↓
3. Устанавливается следующий срок
В проектах ABIE SYSTEM мы используем похожую последовательность. При приближении окончания срока поверки меняется состояние контрольной записи, руководитель получает уведомление, ответственный организует необходимое действие, а после появления нового результата объект снова переходит в текущее состояние контроля. Именно здесь календарь превращается в процесс.
Для некоторых объектов просрочка конкретного мероприятия влияет на возможность эксплуатации. Такая зависимость определяется требованиями к самому объекту и правилами предприятия. Универсального сценария для любой просрочки оборудования здесь нет.
Какие документы связываются с оборудованием
Контрольный срок имеет больше практической ценности, когда рядом хранится подтверждение результата.
В зависимости от вида объекта и мероприятия могут использоваться:
- паспорта и инструкции;
- сертификаты и декларации;
- акты ввода;
- акты обслуживания и ремонта;
- протоколы испытаний;
- результаты измерений;
- сведения о поверке;
- сертификаты калибровки;
- заключения;
- предписания;
- документы об устранении нарушений;
- фотографии.
Набор определяется типом оборудования и конкретным процессом. Нет необходимости переносить в карточку каждый возможный параметр.
Связь можно построить значительно проще:
Объект → мероприятие → результат → подтверждение → следующий срок
Тогда специалист видит основание текущего состояния, а руководитель может понять причину ограничения объекта без поиска документов в нескольких подразделениях.
Кто отвечает за один срок
У мероприятия желательно разделять несколько ролей.
Ответственный выполняет или организует действие.
Наблюдающий/ руководитель получает информацию о ходе контроля и может реагировать на отклонение.
Владельцем самого оборудования при этом может быть ещё одно подразделение.
Такая схема особенно полезна, когда один объект находится в поле ответственности нескольких служб. Ответственный за поверку датчика и ответственный за обслуживание самого агрегата могут быть разными людьми. Система должна сохранять эту разницу.
Реальный кейс ABIE SYSTEM: готовность ленточного конвейера
Один из наших проектов хорошо показывает, почему только графика технического обслуживания бывает мало. Заказчику требовалось контролировать готовность ленточного конвейера подачи угля на дробильный комплекс.
Если рассматривать процесс только с позиции ТО, задача выглядит достаточно линейно:
Конвейер → обслуживание → следующая дата
После разбора производственного процесса оказалось, что на фактическую готовность объекта влияют дополнительные условия.
Поверка датчиков
Часть установленного оборудования связана со средствами измерений. Их состояние и актуальность поверки входят в общую картину.
Защитные и аварийные устройства
Для эксплуатации имеет значение исправность защит, блокировок и других предусмотренных систем.
Замечания
После проверок могут оставаться мероприятия, которые требуется закрыть до дальнейшего использования объекта в соответствующем режиме.
Документация
У оборудования должны быть актуальные документы, которые подтверждают выполненные мероприятия и состояние отдельных элементов.
Персонал
В общую модель могут входить требования к обучению и допуску машинистов.
В результате один конвейер превращается в набор связанных условий:
Ленточный конвейер
↓
ТО - Осмотры - Поверки - Защитные системы - Документы - Замечания - Требования к персоналу
↓
Статус готовности к эксплуатации
В ABIE CKC такой процесс можно представить через отдельные мероприятия и условия допуска, связанные с одним объектом. Руководитель получает возможность видеть текущее состояние конвейера и понимать, какое конкретное условие требует действий.
Этот сценарий показывает разницу между контролем отдельных сроков и управлением состояния оборудования.
Нужно ли переносить всё оборудование и все данные в одну систему
На предприятии уже может использоваться ERP, система ТОиР, бухгалтерский учёт и складские решения. Создавать вторую копию каждого справочника обычно нет смысла. У разных систем собственные задачи.
В ERP могут оставаться:
- стоимость оборудования;
- закупки;
- складской учёт;
- запасные части;
- материальные ресурсы;
- заявки;
- часть ремонтных процессов;
- основные справочники.
Контур контроля сроков работает с данными, которые требуются для самого процесса:
- идентификатор объекта;
- подразделение;
- мероприятие;
- срок;
- ответственный;
- текущее состояние;
- документ;
- нарушение;
- последующее действие.
В наших проектах ERP используется как источник данных об оборудовании, подразделениях и ремонтах, а ABIE SYSTEM отвечает за оперативный контроль мероприятий, документов, нарушений и сроков.
Получается следующая архитектура взаимодействия:
ERP → объект и основные данные
↓
ABIE Контроль сроков → мероприятия, сроки, ответственность и состояния
↓
Обратная информация для связанных процессов
Так предприятие сохраняет существующие системы и добавляет связанный контур контроля ABIE там, где он требуется.
Когда обычного графика ТО уже мало
Количество оборудования само по себе плохо определяет сложность контроля. На одном участке может находиться несколько сотен однотипных объектов с одинаковой периодичностью и одним ответственным. Такой процесс способен оставаться довольно простым.
В другой ситуации единиц оборудования меньше, однако по каждой требуется отслеживать несколько независимых процессов.
Сложность растёт примерно по такой логике:
Объекты × мероприятия × ответственные службы × события × зависимости
По нашему опыту предприятия работают и с десятками объектов на отдельном участке, и с несколькими тысячами единиц по предприятию или группе компаний. Трудности появляются, когда парк становится разнородным, а у объектов накапливаются разные сроки, документы, ответственные и внеплановые события. Поэтому универсального порога в тысячу, пятьсот или сто единиц здесь нет.
Намного показательнее другие признаки:
- один объект ведут разные службы;
- у оборудования несколько независимых мероприятий;
- сроки зависят от разных условий;
- появляются внеплановые события;
- подтверждения хранятся отдельно;
- одни и те же объекты дублируются в нескольких системах;
- руководителю приходится вручную собирать итоговую картину.
Пять уровней контроля оборудования
Уровень 1. Календарь
Известно, когда нужно провести очередное ТО или другое мероприятие.
Уровень 2. Несколько реестров
Механики ведут свои сроки, метрологи свои, другие службы используют отдельные журналы. Каждое подразделение уже контролирует собственный процесс.
Уровень 3. Единый объект
Все мероприятия связываются с одной единицей оборудования. Руководитель может открыть объект и увидеть разные виды контроля.
Уровень 4. Связанные действия
Окончание срока или другой статус запускает дальнейший процесс: уведомление, задачу, получение документа, устранение нарушения.
Уровень 5. Готовность к эксплуатации
Система собирает условия вокруг оборудования и показывает его итоговое состояние.
На этом уровне руководитель смотрит уже на производственный вопрос:
Можно ли эксплуатировать объект сейчас и что необходимо сделать, если его состояние этого не позволяет
Как ABIE СКС связывает мероприятия вокруг оборудования
В Системе контроля сроков ABIE объект становится общей точкой для разных процессов.
Основную модель можно представить так:
Объект
↓
Мероприятия
↓
Сроки
↓
Ответственные
↓
Результаты и документы
↓
Текущее состояние
↓
Следующие действия
Одни данные могут приходить из ERP или другого корпоративного источника. Другие появляются непосредственно в ходе контроля. Для каждого мероприятия назначаются свои ответственные, периодичность и правила изменения состояния.
За счёт этого система может использоваться для контроля ТО, поверок, освидетельствований и других регламентных событий без необходимости смешивать их в один универсальный срок.
Для предприятия итогом становится единая картина вокруг оборудования. Специалист видит конкретные действия, а руководитель получает состояние объекта и причины, которые требуют внимания.
Посмотреть возможности Системы контроля сроков для оборудования ABIE
