Ключови изводи
Кратък отговор: Изборът на платформа CMMS + OEE за lean предприятие се свежда до един въпрос: трябва ли поддръжката и производственото представяне да живеят в една система или в две?
За повечето средни по мащаб и lean производители една платформа, която нативно обединява CMMS (работни поръчки, превантивна поддръжка, активи) с OEE (наличност, производителност, качество), надделява, защото целият смисъл е да се свърже всяко спиране с поддръжката, която го разрешава, на едно място, на производствената площадка.
Оценявайте по нативна интеграция, подход „mobile-first“ при изпълнение, бързина на внедряване, отворени API и съответствие с размера на вашия завод, а не по корпоративна широчина, която няма да използвате. Това ръководство разглежда критериите и стъпките за оценка.
Повечето производители управляват мониторинга на производството и поддръжката като два отделни свята. Една система (или стена от електронни таблици) проследява OEE и престои; друга проследява работни поръчки, превантивна поддръжка и резервни части.
Проблемът е, че двете са дълбоко свързани: спирането, записано в системата за OEE, обикновено е проблем за поддръжката, а работната поръчка, която го отстранява, трябва да бъде информирана от OEE данните и да ги захранва обратно.
Когато са в отделни силози, тази връзка се прекъсва.
Престоят се регистрира, но не се свързва с ремонта; поддръжката се извършва, но нейното въздействие върху OEE е невидимо; и никой не може да отговори на най-важния въпрос: „кои загуби ни струват най-много и всъщност ли нашата поддръжка ги оправя?“ За lean предприятие, което се стреми да премахне отпадъците и да работи изрядно и гъвкаво, тази раздробеност сама по себе си е значителен отпадък.
Проблемът, който платформа CMMS + OEE цели да реши, е точно този: затваряне на цикъла между това, което е спряло производството, и поддържащото действие, което го разрешава, така че двете да се подсилват взаимно, а не да стоят в изолация.
Централният избор при селекцията на решение е дали да се купят два best-of-breed инструмента и да се интегрират, или да се възприеме една платформа, която прави и CMMS, и OEE нативно.
Интегрирането на два специализирани инструмента може да работи, но носи реални разходи: интеграционните проекти са скъпи и крехки, двете системи често използват различни модели на активите и терминология, данните трябва да се синхронизират и уеднаквят, и „едининият източник на истината“, който искате, се превръща в два източника, за които се надявате, че ще съвпадат.
Нативната платформа избягва това, като третира поддръжката и производственото представяне като един модел на данните от самото начало, така че спирането и работната поръчка, която го адресира, да са свързани автоматично, а не да се съшиват след факта.
За големи предприятия с вече значителни инвестиции в EAM интеграцията може да е неизбежна. Но за lean и средния пазар пътят на нативната платформа обикновено е по-прост, по-бърз и по-евтин и доставя затворения цикъл по-надеждно.
Решението определя всичко останало, затова го вземете съзнателно: свързвате ли две системи, или купувате една, която вече е свързана?
След като рамкирате решението, оценете кандидатите спрямо критериите, които наистина имат значение за едно lean предприятие. Нативна интеграция CMMS + OEE: инструментът наистина ли обединява поддържащите и производствените данни, или „OEE“ е допълнение?
Подход „mobile-first“ при изпълнение: могат ли техници и оператори да създават, виждат и затварят работни поръчки и да регистрират спирания от пода на цеха на телефон или таблет, а не само от десктоп?
Бързо внедряване: колко време е нужно да бъдете на живо и колко участие на IT се изисква? Lean предприятията се нуждаят от седмици, не от годишно корпоративно внедряване. Отворена интеграция / API: може ли да се свърже с вашите контролни системи, ERP и съществуващи инструменти без персонализиран проект?
Съответствие с размера на предприятието и сектора: изградена ли е за средния пазар и lean/TPM начини на работа, или е корпоративен софтуер, който ще използвате само наполовина? И надеждност на данните: улавя ли престоите и качеството с кодове за причина, така че OEE да е реално, а не приблизително?
Тези критерии, претеглени спрямо вашата ситуация, отделят инструмент, който пасва на lean предприятие, от такъв, който просто има дълъг списък с функции.
Превърнете критериите в дисциплинирана оценка. Първо, картографирайте вашите загуби. Използвайте каквито данни имате, за да определите къде реално отива производственото време: непланирани престои, смени на възстановяване (changeovers), бавно работене, дефекти. Това ви казва кои възможности наистина ви трябват.
Второ, дефинирайте задължителните спрямо желаните. За едно lean предприятие задължителните обикновено са нативна CMMS+OEE, изпълнение с приоритет за мобилни устройства и бързо внедряване; устоявайте на продажби на корпоративни функции, които няма да използвате.
Трето, проверете дълбочината на интеграцията. Помолете доставчиците да покажат спиране, протичащо в работна поръчка и обратно в OEE тенденцията, на живо, не на слайд. Четвърто, попитайте за реалното време за внедряване и товари върху IT, и говорете с референтни клиенти с подобен размер.
Пето, пилотирайте на една линия или зона. Изпълнете кратък пилотен проект за доказване на стойността на една линия, улавяйки реални престои с кодове за причина и генерирайки реални работни поръчки, и измерете дали това действително изважда и намалява загубите.
Фокусиран пилот разкрива далеч повече от всяко демо и намалява рисковете при внедряването. Оценявайте по доказателства от собствения си под, а не по контролни списъци с функции.
Причината да приоритизирате нативната интеграция е, че тя е това, което затваря цикъла, а затвореният цикъл е мястото на стойността.
В интегрирана платформа CMMS + OEE, спиране на линията се улавя спрямо текущия OEE с код за причина, тази загуба може да се превърне директно в работна поръчка, поддръжката се изпълнява и записва, и след това OEE тенденцията показва дали поправката действително е намалила загубата.
Всяка стъпка препраща към същия актив и същите данни.
Този непрекъснат цикъл, от откриване до действие до верификация, позволява на предприятието да атакува най-големите си загуби по ред, да потвърди, че поддръжката работи, и да предотврати повторението на едно и също спиране чрез корективни действия.
Когато системите са отделни, цикълът се прекъсва на всяко свързване: данните за престоя и работната поръчка не споделят модел на активите, ефектът от поддръжката върху OEE е невидим и ви остава да корелирате две таблици ръчно.
Нативната интеграция не е нещо желателно; тя е механизмът, който прави „свързване на поддръжката с представянето“ реално, а не само амбиция.
За lean или среден производител правилното решение изглежда различно от това, което купува глобалното предприятие.
То е една единична, mobile-first платформа, която операторите и техниците реално използват на пода, която влезе в експлоатация за седмици, а не за тримесечия, и която свързва поддръжката директно с OEE, така че екипът да вижда и да атакува загубите, които имат значение.
Тя поддържа lean и TPM начини на работа, улавя надеждни данни за престои и качество и се свързва с контролните системи и ERP на завода чрез отворени API без тежък интеграционен проект.
Критично е, че е оразмерена за завода: тя върши основната работа, интегрирано CMMS + OEE, изключително добре, вместо да предлага огромни корпоративни модули за управление на активи и управление, които едно средно предприятие никога няма да използва напълно, а все пак ще плати.
Изкушението да се прекалява с покупката, да се избере най-голямата, най-корпоративната платформа с мисълта, че повече е по-безопасно, обикновено се проваля за lean предприятия: тя се внедрява по-бавно, по-трудна е за приемане на пода и по-скъпа, докато доставя способности, които не отговарят на реалния проблем.
За lean предприятие „добро“ означава правилен размер, бързина, мобилност и интеграция.
Fabrico е създаден точно за този проблем: той нативно обединява CMMS, готов за използване в цеха, с реално време OEE в една mobile-first платформа, така че всяко спиране да е свързано с поддръжката, която го разрешава, и резултатът да се показва в OEE тенденцията.
Той се свързва с OT слоя и ERP чрез отворени API, внедрява се бързо без тежко корпоративно разгръщане и е проектиран за средни и lean производители, а не като широк корпоративен EAM.
Ако проблемът, който решавате, е свързването на поддръжката с производственото представяне в една система, това е задачата, за която Fabrico е създаден.
Сравнете опциите в нашите ревюта за най-добър CMMS софтуер и най-добър OEE софтуер, след което заявете демо, за да видите затворения цикъл на собствените си линии.
За повечето lean и средни предприятия една платформа, която нативно прави и двете, печели. Интегрирането на два специализирани инструмента е скъпо и крехко и рядко доставя единия източник на истината, който искате. Нативната CMMS + OEE платформа автоматично свързва престоя с поддръжката, която го оправя, а това е целта.
Нативна интеграция CMMS+OEE, изпълнение с приоритет за мобилни устройства на пода, бързо внедряване с ниско натоварване за IT, отворени API към вашите контролни системи и ERP, и съответствие с размера на вашето предприятие и lean/TPM начини на работа. Надеждното улавяне на престои и качество (кодове за причина) също е важно, за да е OEE реално.
Седмици, не тримесечия. Едно lean или средно предприятие трябва да очаква бързо внедряване с ограничено участие на IT. Ако доставчик предлага годишно корпоративно внедряване, това обикновено е знак, че инструментът е оразмерен за големи предприятия, а не за вашия завод.
Защото тя затваря цикъла: спирането се улавя спрямо текущия OEE, превръща се в работна поръчка, отстранява се и се верифицира в OEE тенденцията, всичко върху споделен модел на активите. Отделните инструменти прекъсват този цикъл на всяко свързване, оставяйки ви да корелирате таблици ръчно и да не можете да видите дали поддръжката действително намалява загубите.
Обикновено не. Тежките платформи за управление на активи носят мултирегионални възможности и широчина, които едно средно предприятие рядко използва, като в същото време са по-бавни за внедряване, по-трудни за приемане на пода и по-скъпи. Правилно оразмерена, интегрирана CMMS с приоритет за мобилни устройства + OEE платформа по-добре отговаря на реалния проблем.
Вход
Блог
