От неизправност до отстраняване: Превръщане на засечен престой в приключена работна поръчка

Ключови изводи

• От неизправност до отстраняване е затвореният цикъл от момента, в който машина спре, до момента, в който потвърдена работна поръчка затваря проблема. Повечето заводи притежават и двете крайни точки (данни за престой и CMMS), но нямат нищо автоматично, което да ги свързва.
• Цикълът обикновено се прекъсва при прехвърлянето: спирането е записано, но човек трябва да го забележи, да реши, че има значение, да предположи причина и ръчно да отвори работна поръчка. Именно това забавяне крие повтарящите се повреди.
• Автоматизиран цикъл засича спирането, улавя истинската причина и изпраща работна поръчка с прикачен контекст, така че техникът пристига, знаейки какво се е случило, вместо да започва от празен билет.
• Трудната част не е сигналът, а причината. Цикъл, който генерира общо предупреждение "линията е спряла", все още оставя диагнозата на човек; стойността идва от прикачването на точна причина към всяко спиране.

Какво всъщност означава от неизправност до отстраняване

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

Симптомът е познат. Таблото за OEE показва спиране. Екипът по поддръжка научава за това на сутрешната среща или когато операторът дойде да каже.

Към момента, в който съществува работна поръчка, машината вече работи отново и истинската причина е предположение. Събитието се записва като кратко спиране и същата неизправност се връща следващата седмица.

Защо цикълът се прекъсва

Прекъсването почти винаги е при прехвърлянето от откриване към диагностика. Откриването, че машина е спряла, е лесно; сензорите и броячите го правят автоматично. Знаенето защо е спряло е трудната част и това е стъпката, която повечето системи оставят на човека, стоящ на линията.

• Причината липсва или е грешна. Операторът избира най-близкия код за причина под натиск от времето, така че данните, които трябва да насочат отстраняването, са ненадеждни от самото начало.
• Работната поръчка е ръчна. Някой трябва да реши, че спирането заслужава запис и да отвори поръчка, което означава, че кратките повтарящи се спирания никога не генерират запис.
• Контекстът се губи. Техникът получава поръчка с надпис "Линия 3 спря" без никакви допълнителни данни, така че диагнозата започва от нула.

За това как първоначално се класифицират спиранията вижте престой срещу работно време.

Автоматизиран работен процес от неизправност до отстраняване

1. Откриване. Спирането се улавя автоматично от сигнала на оборудването или от OEE системата, с точен отметка за време и продължителност.
2. Диагноза. Истинска причина се прикача към спирането вместо предполагаем код за причина. Тук компютърното зрение и контекстът на събитието вършат работа, която бърз оператор не може.
3. Изпращане. Работна поръчка се отваря автоматично, предварително попълнена с актива, причината и производствения контекст.
4. Ремонт. Техникът пристига с вече поставена диагноза и записва какво всъщност е направено.
5. Верификация. Затворената работна поръчка се свързва обратно с оригиналното събитие на престой, така че повторението на същата неизправност да бъде видно незабавно.

Системата за управление на работни поръчки е гръбнакът на стъпки три до пет, а графикът за профилактична поддръжка е мястото, където повтарящите се неизправности се елиминират чрез дизайн.

Ръчен срещу автоматизиран от неизправност до отстраняване

Какво да търсите в платформа за от неизправност до отстраняване

• Точно улавяне на причината, не само аларми. Аларма, която казва "спряло", не е достатъчна. Обърнете внимание как платформата определя причината, без да разчита на бърз ръчен запис.
• Един модел на данни за OEE и поддръжка. Ако престоят е в една система, а работните поръчки в друга, цикълът има шев, където данните се губят. Единият източник на истината го премахва.
• Автоматично създаване на работни поръчки с контекст. Билетът трябва да носи актива, причината и производственото състояние без повторно въвеждане.
• Затворена верификация на цикъла. Затворената работна поръчка трябва да се свързва обратно с престойното събитие, така че повторенията да са измерими.
• Работи на смесени и по-стари линии. Цикълът трябва да носи стойност преди всеки актив да е нов или напълно инструментиран.

Как Fabrico затваря цикъла

Fabrico е изградена като една платформа за OEE и CMMS, така че засеченото спиране и резултиращата работна поръчка споделят една и съща база данни вместо да преминават през интеграционен шев.

Когато линия спре, Fabrico използва компютърно зрение, за да улови истинската причина за престоя вместо да я остави на код за причина, след което отваря работна поръчка с тази причина и вече прикачения производствен контекст.

Затворената работна поръчка се свързва обратно с оригиналното събитие, така че неизправност, която се повтаря, е видима, а не скрита. Fabrico е разработена и хоствана в ЕС с внимание към местоположението на данните и е сертифицирана по ISO 27001.

За да видите цикълът в действие на вашите линии, запишете демо.

Свързано четиво

• Най-добър софтуер за анализ на първопричините
• OEE за производство
• Системи за управление на работни поръчки
• Престой срещу работно време
• График за профилактична поддръжка

За да превърнете това в решение за инструмент, вижте нашия преглед на най-добрите системи за наблюдение на производството.

Често задавани въпроси

Дали от неизправност до отстраняване е същото като предиктивна поддръжка?

Не. Предиктивната поддръжка се опитва да действа преди да настъпи повреда. От неизправност до отстраняване разглежда това, което се случва след като се случи спиране: улавяне на истинската причина и бързо превръщане в затворена, потвърдена работна поръчка. Двете са допълващи се, но от неизправност до отстраняване носи стойност дори за активи без предиктивен модел.

Трябва ли ни нови сензори на всяка машина?

Не. Цикълът трябва да носи стойност на смесени и по-стари линии, използвайки съществуващи сигнали и потока от OEE събития. Пълната инсталация на сензори може да дойде по-късно; тя не е предварително условие.

Кое най-често причинява прекъсване на цикъла?

Прехвърлянето от откриване към диагностика. Откриването на спиране е лесно; прикачването на точна причина е трудната част, а общото известие все още оставя диагнозата на човек. Цикълът е толкова добър, колкото данните за причината, които улавя.

Чем е различно това от самостоятелен CMMS?

Самостоятелен CMMS управлява работните поръчки, но обикновено разчита на някой да ги отваря ръчно. От неизправност до отстраняване свързва събитието на престой с работната поръчка автоматично, така че кратките повтарящи се спирания, които никога не биха получили ръчен запис, все пак генерират запис.