Много производители по подразбиране използват модула за управление на поддръжката, включен в техния ERP, SAP Plant Maintenance, Oracle EAM, Microsoft Dynamics 365 Asset Management, защото „вече е включен“ в лиценза и се интегрира нативно с ERP системата.
Този избор по подразбиране е разбираем, но често води до разочароващи резултати: екипите по поддръжката използват ERP модула неохотно, с ниско ниво на приемане, липсващи данни и ограничена аналитична стойност.
Коренната причина е, че ERP модулите за поддръжка са изградени така, че да пасват на модела на данните и потребителското изживяване на ERP, а не да обслужват специфичните работни потоци на поддръжката във фабричната среда.
Аргументът в полза на отделна CMMS пред ERP модулите за поддръжка не е основно въпрос на функции, става въпрос за организационна пригодност.
Специално разработена CMMS е проектирана около начина, по който екипите по поддръжката действително работят: техници, изпълняващи работни поръчки на мобилни устройства в шумни производствени среди; планировчици на поддръжката, насрочващи превантивни дейности спрямо производствените прозорци; ръководители на поддръжката, анализиращи модели на престой и потреблението на резервни части.
ERP модулът за поддръжка е проектиран около начина, по който работят служители от финансите, ИТ и обучени в ERP потребители, с интерфейси и работни потоци оптимизирани за напреднали потребители на ERP, а не за полеви техници.
Осем конкретни причини обясняват защо специално разработена CMMS обикновено превъзхожда ERP модулите за поддръжка при производствените операции, дори когато е налична интеграция с ERP и ERP модулът технически е способен да покрие изискванията за управление на поддръжката на хартия.
1. Дизайн, ориентиран към мобилни устройства. Специализирани CMMS платформи инвестират сериозно в мобилни приложения, предназначени за полеви техници, бързо зареждане, възможност за работа офлайн, сканиране на баркодове, прикачване на снимки и еднократно изпълнение на операции върху работни поръчки.
Модулите за поддръжка в ERP предлагат мобилен достъп предимно за потребители, обучени за ERP; приемането им от полеви техници в SAP Fiori или Oracle Cloud Mobile изисква значително обучение и постоянна поддръжка, каквито специализираните мобилни приложения не изискват. 2. Скорост на внедряване. Специализиран CMMS влиза в експлоатация за седмици, не за месеци.
Конфигурирането на ERP модул за поддръжка, настройване на списъци със задачи за поддръжка, работни центрове, функционални местоположения, видове уведомления и присвоявания към центрове на разходи, е проект с продължителност месеци, изискващ сертифицирани ERP консултанти.
Разликата във времето до постигане на резултати означава, че производителите чакат значително по-дълго за оперативни подобрения при внедряване на ERP модули за поддръжка спрямо отделна CMMS система. 3. Приемане от служители, които не работят с ERP.
Операторите в производството, които съобщават за проблеми с оборудването, техниците по поддръжката, които изпълняват работните поръчки, и ръководителите на смени, които одобряват заявки за поддръжка, обикновено не са потребители на ERP.
Приучаването на тези потребители да работят със SAP PM или Oracle EAM изисква обучение за навигация в ERP, което те ще използват единствено за работни потоци по поддръжката, създавайки препятствия за усвояване, които отстраняват отделните CMMS системи с опростени, посветени интерфейси. 4. Гъвкавост при промени.
Добавянето на нова категория престой, промяната на интервал за превантивна поддръжка или създаването на нов тип работна поръчка отнема минути в специализиран CMMS, администриран от ръководител поддръжка. Същата промяна в ERP модул за поддръжка обикновено изисква ERP консултант или намеса на IT заради процедурите по управление на конфигурационните промени. 5. Аналитика, специфична за поддръжката.
Специализираните CMMS платформи изграждат аналитика около въпросите на управлението на поддръжката, MTBF (средно време между повреди) по клас активи, тенденции в спазването на графиците за превантивна поддръжка (PM), основни причини за престои, модели на потребление на резервни части.
Аналитиката за поддръжката в ERP е вградена в отчетната рамка на ERP и изисква експертиза в бизнес интелигентността за персонализиране за показатели, специфични за поддръжката. 6. Фокус на доставчика и качество на поддръжката.
Доставчиците на CMMS, чиито продукти са изцяло насочени към управлението на поддръжката, са по-отзивчиви към изискванията за поддръжка, по-запознати с добрите практики и по-бързи при реализирането на искания за функции, специфични за поддръжката, отколкото ERP доставчиците, за които поддръжката е един от десетки модули. 7. Интеграция с OEE и производствения цех.
Специализираните CMMS платформи изграждат директни интеграции със системи за мониторинг на OEE, за да създадат свързани производствени и поддръжни работни потоци. ERP модулите за поддръжка обикновено изискват разработка на персонализиран междинен софтуер (middleware) за същата интеграция. 8. Общи разходи за притежание.
За производители от средния пазар (200, 2 000 служители) разходите за внедряване, конфигуриране и текуща администрация на отделна CMMS са значително по-ниски от разходите за внедряване на ERP модул за поддръжка, дори преди да се отчетат подобренията в производителността, които по-доброто приемане от потребителите осигурява.
ERP модулите за поддръжка имат смисъл в конкретни ситуации въпреки общите им недостатъци за управлението на поддръжката на терен.
За големи производители (над 5 000 служители), при които всяка финансова транзакция трябва да преминава през ERP за целите на съответствието и финансовия контрол, качеството на вградената интеграция на SAP PM или Oracle EAM може да надделее над предимствата при усвояване от потребителите на самостоятелна CMMS.
При такъв мащаб сложността и разходите за интеграция на самостоятелна CMMS с ERP са пропорционално по-малки, а ползите за финансов контрол от вписването на разходите за поддръжка директно в ERP са пропорционално по-големи.
За организации с екипи за планиране на поддръжката, обучени за работа с ERP и които използват SAP или Oracle като основна работна среда, ERP модулите за поддръжка са по-естествени от самостоятелни CMMS системи, които изискват усвояване на нова платформа.
Старши плановчици на поддръжката, които работят в SAP през целия ден, може действително да предпочетат възможностите на SAP PM пред опростена самостоятелна CMMS, дори ако полевите техници биха предпочели обратното.
Това разделение на потребителската база, плановчици, удобни с ERP, и полеви техници, които избягват ERP, е причината много големи производители да внедряват хибридни архитектури: самостоятелна CMMS за изпълнение на терен с интеграция в ERP за финансово вписване.
Правилният подход за повечето производители от средния пазар е: започнете със специално разработена CMMS, интегрирайте я с ERP за вписване на разходите чрез стандартни API конектори и постигнете както добро приемане на терен, така и ERP финансово интегриране без тежестта от пълната конфигурация на ERP модулите за поддръжка.
Този хибриден подход осигурява повечето от ползите от ERP интеграцията (проследяване на разходите, интеграция с поръчки за покупка) без проблемите с усвояването на ERP от потребителите, които измъчват внедряванията, базирани изцяло на ERP модулите за поддръжка.
Оценете тази архитектура изрично в процеса на избор на CMMS, поискайте както от доставчиците на ERP модули за поддръжка, така и от доставчиците на самостоятелни CMMS да демонстрират своя подход към интеграцията и сравнете архитектурите по обща цена, време за внедряване и реалистично приемане на терен преди да вземете решение.
Вход
Блог
