Основни изводи
Проблемът: когато производството работи с OEE софтуер, а поддръжката с отделна CMMS, едно и също спиране получава две различни версии и някой трябва да ги съгласува на ръка.
Какво трябва да означава „интегриран“: един регистър на активите, спирания, които стават задача с отговорник, и части, записани към тази задача.
Как да четете тази страница: петте платформи са подредени по азбучен ред, не по класиране. Всяка идва с компромиса, който приемате, когато я изберете, включително Fabrico, която публикува тази страница.
Години наред заводите купуваха две системи за един проблем. Производството ползваше OEE инструмент, за да вижда къде отива времето на линията. Поддръжката ползваше CMMS, за да планира и записва ремонтите. И двете бяха прави за своята половина и нито една не виждаше другата.
Резултатът е познат. Производството отчита престои, които поддръжката не разпознава. Поддръжката затваря работни поръчки, които никога не се виждат в тренда на OEE. Всеки седмичен преглед започва със спор чии числа са верни.
Платформите по-долу затварят тази пропаст по различни начини. Някои започват от производството и добавят поддръжка, една започва от lean диспечерирането, една започва от ERP. Никоя не е верният отговор за всеки завод, затова тази страница поставя компромисите до силните страни.
Откъде идват данните: машинни сигнали, въвеждане от оператора, камери или комбинация.
Как се свързват производството и поддръжката: една платформа, вграден модул или два инструмента, свързани с API.
Какво остава в ERP: поръчки, планиране, спецификации и проследимост, или платформата поема част от тях?
Какво изисква внедряването от завода: нов начин на работа, нова ERP или старт линия по линия.
За кого е: заводи, които искат фокусиран OEE инструмент и са доволни поддръжката да остане в отделна CMMS.
Evocon е OEE софтуер, изграден около просто броене от машините и ясни производствени табла. В това сравнение е, защото много заводи го свързват с CMMS чрез неговото API. Това се нарича best of breed: един специализиран инструмент за OEE, друг за поддръжка, свързани помежду си.
Силни страни:
Тесен обхват, който бързо се разбира в цеха.
Събитията за спиране могат да се подават към други инструменти през API.
Компромис: двама доставчици, два входа и два договора, а връзката между OEE инструмента и CMMS е ваша грижа да я изградите и поддържате.
За кого е: заводи, които искат първо OEE, проследяване на престоите и наблюдение на производството, с поддръжка в същата платформа, и които запазват своята ERP.
Fabrico е лек MES: събиране на машинни данни, наблюдение на производството, анализ на OEE и престоите и интеграция със SAP и други ERP системи, с вградена поддръжка. Спиранията се записват от PLC, IoT сензори или камера, а екипът отваря работната поръчка от записаното спиране, в същия запис на машината. Vision AI на Fabrico свързва данните от камерата с действията на операторите, работните поръчки и състоянията на машините, така че клипът, записът на машината и причината от оператора са на едно място.
Силни страни:
Производството и поддръжката работят от един регистър на активите, така че спирането и ремонтът му са на една и съща машина.
Машини без PLC, от който да се чете, и ръчни работни места могат да се покрият с IoT устройства или камери.
Двупосочна синхронизация със SAP PM, включително S/4HANA, плюс REST API и webhooks, когато ERP остава в картината.
Компромиси:
Не е пълен MES или ERP. Разпределянето на поръчките, спецификациите, технологичните маршрути и проследимостта остават във вашата ERP.
Монтажът на устройствата и свързването на машините отнемат около един месец, а пълното внедряване по избраните от вас линии отнема от 3 до 4 месеца.
Производството и поддръжката трябва да се договорят за един списък с причини за спиране и да го преглеждат заедно. Софтуерът улеснява това; не го прави вместо тях.
За кого е: заводи с голям обем, които работят по lean методи и искат проблемите да се насочват към правилния екип в момента, в който възникнат.
L2L е изграден около принципите на lean производството. В центъра е модулът за диспечериране: когато линията спре, проблемът се насочва към поддръжката, качеството или вътрешната логистика. Проследяването на производството спрямо почасовите цели и модулът за поддръжка работят в същия поток.
Силни страни:
Насочване на проблемите в реално време към екипа, който отговаря за тях.
Силно визуално управление за заводи, които вече работят така.
Компромис: внедряването следва методология. Работи най-добре, когато заводът приеме lean начина на работа на L2L, което е по-голяма промяна от инсталирането на софтуер.
За кого е: производители, които така или иначе избират нова облачна ERP и искат MES, качество и поддръжка в същата система.
Plex е облачна ERP с MES, OEE и поддръжка в една база данни, от поръчката на клиента до планирането и експедицията.
Силни страни:
Производството, финансите и веригата на доставки споделят един модел на данните.
Планирането стои до машинните данни.
Компромис: Plex MES може да се свърже с друга ERP, но платформата дава най-много, когато Plex е и вашата ERP. Ако запазвате SAP, определете кои модули на Plex наистина ви трябват.
За кого е: заводи, в които първата цел е ангажираността на първата линия: срещи на смяната, общи цели и оператори, които отговарят за своята линия.
Redzone съчетава проследяване на производството с комуникация в екипа. Операторите и техниците ползват един и същ интерфейс на таблет, табла на живо показват напредъка спрямо производствените цели, а чеклистите за грижа за оборудването от операторите вкарват основната поддръжка в работния поток.
Силни страни:
Силен фокус върху културата, срещите на смяната и участието на първата линия.
Един прост интерфейс за операторите.
Компромис: това е платформа за свързани работници (connected worker): стойността идва от ежедневните срещи и участието на операторите, затова тя изисква заводът да промени начина, по който работят екипите, а не само да инсталира софтуер.
| Evocon | Fabrico | L2L | Plex | Redzone | |
| Започва от | Проследяване на OEE | OEE и MES, с вградена поддръжка | Lean диспечериране | ERP | Ангажираност на първата линия |
| Поддръжка | Отделна CMMS през API | Същата платформа, същият регистър на активите | Модул в потока на диспечериране | Част от платформата Plex | Превантивна поддръжка и грижа за оборудването от операторите |
| Вашата ERP | Остава | Остава (синхронизация със SAP PM, REST API) | Остава | Остава или преминава към Plex | Остава |
| Компромисът | Двама доставчици за свързване | Не е пълен MES; диспечерирането и проследимостта остават в ERP | Lean методология за приемане | Най-голяма стойност с Plex като ERP | Промяна в начина, по който работят екипите |
Спиране: машината спира и спирането се записва от PLC, сензор или камера.
Причина: операторът потвърждава защо е спряла, от кратък списък, договорен между двата екипа.
Задача: ако е нужен ремонт, техникът отваря работната поръчка от записаното спиране.
Поправка: техникът ремонтира машината, записва вложените части и затваря работната поръчка.
Резултат: машината тръгва отново, а трендът на OEE показва дали поправката е издържала.
Която и платформа да включите в краткия списък, помолете доставчика да покаже този път на живо, на една от вашите машини.
Преди ИТ да одобри, всеки доставчик от краткия списък трябва да мине преглед на сигурността. Въпросникът за сигурност към доставчици на CMMS и OEE съдържа 12-те въпроса, които да им изпратите наведнъж.
Интегриран трябва да означава три конкретни неща: един регистър на активите, престой, който се превръща в задача, и части, изразходвани по тази работна поръчка. Продукт, който прави само първото, е табло до CMMS. Един регистър на активите, така че машината, която е спряла, и машината с работната поръчка са един и същ запис, а не две имена за съгласуване. Престой, който се превръща в задача, тоест записаното спиране може да създаде задача с отговорник, вместо планировчик да го въвежда отново. Части, изразходвани по тази работна поръчка, така че след година да можете да свържете повредата с това, което е вложено в ремонта.
Покажете ми как спиране на една от нашите машини става работна поръчка, без повторно въвеждане.
Кои от нашите машини се свързват през PLC, кои искат устройство и кои камера?
Какво остава в нашата ERP и какво поема вашата платформа?
Кой от наша страна трябва да отговаря за причините за спиране и ежедневния преглед?
Как изглежда внедряването линия по линия и какво ви трябва от нас на всяка стъпка?
Искате да видите как изглежда честното OEE в реално време във вашия цех? Заявете демонстрация
Вход
Блог
