Menu
Работна поръчка срещу заявка за работа: Искане за работа срещу нейното одобряване

Работна поръчка срещу заявка за работа: Искане за работа срещу нейното одобряване

Работна заявка иска извършване на поддръжка; работната поръчка е одобрената, планирана инструкция за нейното изпълнение.
Работна поръчка срещу заявка за работа: Искане за работа срещу нейното одобряване

Основни изводи

  • Заявка за работа е подадено искане за поддръжка; всеки може да я подаде, за да сигнализира за проблем или нужда.
  • Работен наряд е одобрена, планирана и насрочена инструкция за извършване на работата.
  • Заявката е входът; работният наряд е упълномощената, ресурсно обезпечена работа, която може да произлезе от нея.
  • Етапът на преглед между тях филтрира, приоритизира и планира, превръщайки суровите заявки в реална работа.
  • Добро управление на този поток поддържа поддръжката проактивна и осигурява надеждни данни за престои за OEE.

Кратък отговор: Заявка за работа и работен наряд са два етапа от работния процес на поддръжката, които лесно се бъркат. Заявката за работа е първоначалното искане, всеки, често оператор, я подава, за да съобщи за проблем или да поиска поддръжка.

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

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

Какво представлява заявката за работа

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

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

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

Нейната стойност е като входен канал: тя гарантира, че проблемите и нуждите се улавят и насочват към поддръжката, вместо да се губят или да се решават неформално.

Добър процес за подаване на заявки улеснява хората, най-близо до оборудването, да сигнализират за проблеми, като захранва системата за поддръжка с постоянен поток от реални нужди от производствената площадка.

Какво представлява работният наряд

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

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

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

Докато заявката казва, че някой смята, че това трябва да се направи, работният наряд заявява, че тази работа е одобрена, планирана и възложена. Той е единицата управлявана поддръжка, това, което се насрочва, изпълнява, проследява и затваря.

Заявка срещу разрешение

Ясната разлика е в пролуката между тях: заявката за работа е неупълномощено искане; работният наряд е разрешена, планирана работа. Не всяка заявка става работен наряд, това е смисълът на етапа на преглед.

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

Работният наряд е резултатът, когато заявката (или насрочения тригер) премине преглед и бъде планирана и ресурсно обезпечена.

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

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

Илюстриран пример

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

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

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

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

Защо е важен етапът на преглед

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

Без този етап или всяка заявка става непланирана задача (претоварвайки екипа и унищожавайки всяка възможност за планиране), или работата се извършва неформално без упълномощаване, обхват или запис.

Етапът на преглед е мястото, където заявките се филтрират (отхвърляне на дубликати и не-проблеми), приоритизират (спрямо критичност и други изисквания) и планират (обхват, части, график), преди да станат работни наряди.

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

Качеството на този етап до голяма степен определя дали операцията по поддръжка контролира своята работа или постоянно гаси пожари.

Чести грешки

  • Липса на етап за преглед. Превръщането на всяка заявка директно в работа или позволяването работата да заобикаля заявките премахва филтрирането и планирането, които държат поддръжката управлявана.
  • Бавен преглед. Ако заявките остават непрегледани, реалните проблеми чакат и хората спират да ги подават.
  • Неясни заявки. Заявка с твърде малко детайли (какво, къде, симптом) не може да бъде оценена или планирана добре.
  • Липса на обратна връзка. Ако подателите на заявки никога не научават какво се е случило с тяхната заявка, входният канал изсъхва.

Как се проявява в OEE

Потокът от заявка за работа към работен наряд е гръбнакът на поддръжката, която защитава фактора на достъпност в OEE.

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

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

Дисциплинираният поток на управление на работата както предотвратява загуби, така и записва данните за непрекъснато подобрение.

Как Fabrico се вписва

Fabrico свързва потока на управлението на работата по поддръжката с OEE, който той защитава.

Като свързва работните наряди и тяхното завършване с живи OEE и данни за престой, той показва дали потокът на поддръжката всъщност превръща заявките в планирана работа, която прехвърля загубите от непланирани към планирани и повишава достъпността, и кои повтарящи се проблеми генерират най-много заявки и работни наряди.

Той превръща натрупването от заявки за поддръжка от просто списък в приоритизирана опашка, информирана от OEE. Запишете демонстрация, за да свържете управлението на работата по поддръжката с достъпността.

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

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

Каква е разликата между работен наряд и заявка за работа?

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

Става ли всяка заявка за работа работен наряд?

Не, и това е смисълът на етапа на преглед. Заявката може да бъде одобрена и превърната в работен наряд, обединена с вече планирана работа, отложена или отхвърлена като дубликат или не-проблем. Етапът на преглед филтрира, приоритизира и планира заявките преди някои от тях да станат работни наряди.

Кой може да подаде заявка за работа?

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

Защо е важен етапът на преглед между тях?

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

Как се свързва управлението на работата с OEE?

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

Последно от блога

Начертайте вашата пътна карта за надеждност
Изчислете потенциалната възвръщаемост: запазете час за демонстрация
Начертайте вашата пътна карта за надеждност
Като натиснете бутона Приемам, вие давате съгласието си за използването на `бисквитки`, докато ползвате до този уебсайт. За да научите повече за това как `бисквитките` се използват и управляват, моля, вижте нашата Политика за поверителност и Декларация за Бисквитките