Оптимизация отчётности об отказах для команд обслуживания

В жарах долгой и сложной смены обслуживания промышленные инженеры иногда «забывают» заполнить обратную связь по наряду на работу для устранённых ими отказов.

 

Они потратили последние 5 часов на спине под тёмным и масляным конвейером, который катастрофически отказал на ночной смене. Можете ли вы их винить за нежелание печатать абзацы текста?

 

Это позор.

 

Почему?

 

Отчётность об отказах — критически важна

 

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

Так почему бы не сделать это легче для ваших инженеров?

 

Вам нужен CMMS 21 века

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

 

Современный CMMS/EAM — совсем другая игра. В оцифрованном домене IIoT ваши наряды на работу управляются на настольных ПК, ноутбуках, смартфонах или планшетах. В движении. Мобильно и быстро. И отчётность об отказах упрощена и сделана лёгкой.

 

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

 

Код отказа — также известный как код проблемы — это просто текст или код для категоризации отказа актива или компонента в CMMS или EAM. Вместе с этим CMMS или EAM вроде нашего EAM для Business Central также позволяют клиентам вводить пользовательские настраиваемые коды Проблемы, Причины и Действий.

 

И как это могло выглядеть в реальных терминах, если бы, например, у вас было много насосов на вашем объекте или установке?

 

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

Код проблемы	Значение
BRGSZD	Подшипник заклинило
IMPWRN	Рабочее колесо изношено
SELLKN	Уплотнение течёт
HGHVB	Высокая вибрация

 

 

 

 

 

 

 

Код причины	Значение
LKLUB	Нехватка смазки
CAV	Кавитация
UBL	Дисбаланс
MSLMT	Невыравнивание

 

 

 

 

 

 

 

Код действия	Значение
BRGRNW	Подшипник обновлён
FLTRPL	Фильтр заменён
SELRPL	Уплотнение заменено
PRCNAL	Точное выравнивание

 

 

 

 

 

 

 

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

Лёгко начать с Отчётности об отказах

 

Большинство EAM и CMMS имеют возможность для кодов отказов и, следовательно, отчётности об отказах.

 

Но не все организации используют это.

 

Часто это может быть потому, что система не была настроена с вкладом инженера по надежности или профессионала обслуживания. Иногда непросвещённые инженеры по надежности могут не видеть в этом необходимости и с удовольствием принимают длинные текстовые поля.

 

Это, снова, позор.

 

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

 

Вы можете спросить себя, но где нам взять эти коды? Это легко. Вы можете получить их, разрабатывая свои собственные FMEA (Анализ режимов отказов и последствий) специфичные для актива и конвертируя ваши режимы отказов в коды. Или есть даже организации вроде OREDA, которые выпускают справочники, наполненные режимами отказов и кодами.

 

И как только вы настроили эти коды на системе вроде EAM для BC от Dynaway, вы будете на пути к отчётности об отказах в нулевом времени. Хотя, конечно, вы должны гарантировать, что ваши техники и инженеры используют систему как задумано. С любой сменой на новый способ работы, не забывайте адресовать WIIFY!

 

Что в этом для вас?

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

 

1. Меньше реактивного обслуживания и лежания на спине под тёмным и масляным конвейером.
2. Больше проактивной работы: ПО, мониторинг состояния, устранение дефектов, анализ коренных причин.
3. Меньше печати (Подсказка: выпадающие списки!).
4. Меньше сверхурочных (см. пункт 1).

Хорошо, на вторую мысль, может быть, последний пункт лучше держать в секрете.

 

С правильными инструментами отчётность об отказах переводится в улучшение надежности

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

Подключите данные отчётности об отказах к простой диаграмме Парето и увидьте 20% активов, вызывающих 80% ваших затрат на обслуживание или 80% ваших простоев.

 

В форме улучшения надежности ценность также доставляется к конечной линии за счёт использования информации об отказах для типичных программ вроде FRACAS (система отчётности об отказах и корректирующих действий). Эта техника позволяет скоординированные и контролируемые усилия по снижению отказов активов и бизнес-затрат.

 

Вы также можете воспользоваться данными для инструментов анализа коренных причин, таких как 5 Почему и диаграмма причинно-следственных связей, чтобы понять коренные причины острых и хронических отказов активов, которые продолжают бить по конечной линии.

 

Так почему бы не сесть на борт с кодами отказов и отчётностью об отказах в 21 веке. Используйте данные в ваших системах и людях. Приходите и говорите с нами в Dynaway чтобы начать этот путь.