Основни изводи: SAP Plant Maintenance е финансова система за проследяване на дейностите по поддръжка в рамките на корпоративната екосистема на SAP. Тя не е система, създадена за производствени техници, които трябва да изпълняват работни поръчки за 60 секунди в цеха. Резултатът: SAP PM постоянно постига най-ниските нива на внедряване от техници от всяка CMMS категория — 25–45% в производствени среди. Fabrico е създаден, за да запълни празнината, която SAP оставя отворена: мобилно изпълнение, готово за работа на място, вграден мониторинг на OEE и връзка за данни между производството и поддръжката, която SAP не може да осигури.
SAP PM има две легитимни предимства, които производствените операции трябва да признаят, преди да го заменят. Първо, финансова интеграция: разходите за поддръжка се постъпват автоматично в SAP FI/CO, стойностите на активите се актуализират в SAP AM, а снабдяването се свързва чрез SAP MM - счетоводната пълнота, която самостоятелните CMMS платформи изискват отделна интеграция, за да постигнат. Второ, съгласуване на основните данни: в организации, използващи предимно SAP, функционалните местоположения на оборудването и основните данни за активите вече съществуват в SAP, което прави SAP PM пътя на най-малкото съпротивление за управление на данните за поддръжка.
Тези силни страни са реални. Те обясняват защо много големи производители използват SAP PM. Те не обясняват защо същите тези производители постоянно съобщават, че техниците по поддръжка не го използват.
Режимът на отказ е предвидим: потребителският интерфейс на SAP PM е проектиран за специалисти по планиране на поддръжката на бюра, които навигират в сложни кодове на транзакции, а не за техници по поддръжката на машини с мръсни ръце, които имат 60 секунди, за да документират това, което току-що са поправили. Мобилното SAP изживяване – или чрез SAP Work Manager, или чрез браузър-базирани интерфейси – носи наследството на настолното приложение: многоекранни работни процеси, задължителни набори от полета, които изискват над 15 въвеждане на данни за затваряне на проста коригираща работна поръчка, и мрежова зависимост, която се проваля в сградните зони, където всъщност се извършва по-голямата част от производствената поддръжка.
Последиците от ниския процент на внедряване от техниците не са козметични. Когато 30–40% от поръчките за поддръжка се изпълняват в SAP PM, а 60–70% са недокументирани или документирани със задна дата в края на смяната от паметта, анализът на надеждността, който SAP PM позволява – проследяване на MTBF, измерване на съответствието с PM, анализ на режима на повреда – се основава на частични, нискокачествени данни. Инвестицията в платформата води до отчети, които отразяват дисциплината на отчитане, а не действителното изпълнение на поддръжката.
Три възможности, които производствените операции постоянно изискват, а SAP PM не може да предостави:
Вграден мониторинг на OEE: SAP PM проследява дейностите по поддръжката; няма вградена връзка с данни за производствената производителност. Когато машина се повреди, SAP PM регистрира работната поръчка. Не знае каква загуба на наличност на OEE е причинила повредата, дали OEE се е възстановил след ремонта или кои активи в момента работят под целевия OEE и се нуждаят от внимание по поддръжката. Контекстът на производствената производителност, който прави решенията за поддръжка смислени, липсва в SAP PM.
Автоматизирано създаване на работни поръчки от производствени събития: Работните поръчки на SAP PM се създават ръчно – от специалисти по планиране на поддръжката, ръководители на производството или техници, които се обаждат на бюрото за помощ. В производствени среди, където разликата между 2-минутен отговор и 25-минутен отговор на предупреждение за OEE представлява хиляди долари загубено производство, тази стъпка на ръчно създаване е структурно пречка, която архитектурата на SAP PM не може да елиминира.
Компютърно зрение за улавяне на производствени загуби: SAP PM може да улови докладите на техниците по поддръжката. Не може да улови 8–15% от загубите на OEE от микроспирки под 30 секунди, които операторите отстраняват ръчно, без да генерират събития за поддръжка. Fabrico's Inefficiencies Zoom-In улавя тези загуби с видео доказателства. SAP PM никога не ги вижда.
| Възможности | Фабрико | SAP PM |
|---|---|---|
| Мобилна версия, готова за употреба в полеви условия (завършване през 60-те години, офлайн) | ✅ Изграден по специална поръчка | ❌ Мобилни устройства, базирани на настолни компютри |
| Процент на приемане на техници в производството | ✅ 85–92% | ⚠️ 25–45% |
| Мониторинг на OEE (Other OEE Monitoring) | ✅ Пълните шест големи загуби | ❌ Не е налично |
| Автоматизирана OEE → Работна поръчка | ✅ Под 60 секунди | ❌ Само ръчно създаване |
| Компютърно зрение (микро-стопове) | ✅ Неефективности - Увеличаване | ❌ Не е налично |
| AI агент (злонамерени лица, оптимизация) | ✅ Fabrico AI агент | ❌ Не е налично |
| SAP финансова интеграция | ✅ Чрез сертифициран конектор | ✅ Native (същата платформа) |
| Подравняване на основни данни на SAP | ✅ Чрез интеграция | ✅ Местен |
| Fabrico Assistant (машинен ръчен AI) | ✅ Местен | ❌ Не е налично |
| 3-годишна обща цена на притежание (TCO) за производствен CMMS обхват | ✅ По-ниско | ⚠️ Висше (лицензиран в рамките на SAP) |
Сравнението на степента на внедряване е най-значимият от оперативна гледна точка показател в тази таблица. CMMS с 40% внедряване генерира 40% от потенциалната си стойност. CMMS с 90% внедряване генерира 90% от потенциалната си стойност – и тази разлика в внедряването от 50 процентни пункта представлява разликата между програма за трансформативна надеждност и скъпоструващо отчитане.
Оптималната архитектура за производствени операции, които работят със SAP S/4HANA или SAP ECC, не е „Fabrico вместо SAP PM“ — тя е „Fabrico редом със SAP, като SAP прави това, в което SAP е добър“.
SAP обработва: Финансово счетоводство за разходи за поддръжка, амортизация на активите и управление на жизнения цикъл, интеграция на обществените поръчки чрез SAP MM и документация за съответствие с регулаторните изисквания, която изисква интеграция с по-широката рамка за съответствие на SAP.
Fabrico се занимава с: Ежедневно изпълнение на поддръжката (работни поръчки, планиране на профилактика, мобилно изпълнение на терен), наблюдение на OEE с автоматизирано създаване на работни поръчки от производството до поддръжката, компютърно зрение за заснемане на микроспирки, AI агент за подобряване на надеждността и инструменти, насочени към техниците, които водят до 85–92% внедряване.
Интеграцията: SAP конекторът на Fabrico синхронизира основните данни за оборудването от SAP към Fabrico, изпраща данните за разходите за работни поръчки от Fabrico обратно към SAP FI/CO за финансово отчитане и получава данни за производствени поръчки от SAP PP за сравнение на плана с действителната OEE. И двете системи остават в своята лента.
Производствените организации, които са внедрили тази архитектура – Fabrico за оперативно изпълнение, заедно със SAP за финансово управление – постоянно отчитат три подобрения: внедряването на CMMS от техниците достига 85%+ от 35–40% само в SAP PM, програмите за подобряване на OEE стават осъществими, тъй като данните за производствената производителност и поддръжката са свързани, а качеството на данните за SAP PM се подобрява, защото по-високият процент на внедряване на Fabrico означава, че в системата се отчита повече дейности по поддръжка.
Преходът от SAP PM-only към Fabrico+SAP обикновено се осъществява за 4–6 месеца. Оперативното подобрение става измеримо в рамките на 90 дни след внедряването на Fabrico. Финансовата инвестиция в прехода се изплаща в рамките на 12 месеца само от подобрението на OEE в повечето производствени среди.
Login
Блог
