SAP Plant Maintenance (PM), będący standardowym modułem SAP ECC i SAP S/4HANA, to funkcjonalność zarządzania utrzymaniem ruchu wbudowana w platformę ERP SAP.
Dla producentów, którzy już używają SAP jako swojego podstawowego systemu ERP, SAP PM zapewnia możliwości zarządzania utrzymaniem, konserwacje zapobiegawcze, zlecenia pracy, rejestry urządzeń, zarządzanie częściami zamiennymi oraz śledzenie kosztów, natywnie zintegrowane z modułami finansów, gospodarki materiałowej i planowania produkcji SAP.
Ta natywna integracja z ERP jest główną zaletą SAP PM i powodem, dla którego wielu producentów korzystających z SAP wybiera go jako swój CMMS, pomimo istotnych ograniczeń użyteczności.
Architektura SAP PM oparta jest na trzech podstawowych obiektach: lokacjach funkcjonalnych (pozycjach w hierarchii zakładu, w których zainstalowane są urządzenia), urządzeniach (aktywach fizycznych z rejestrami utrzymania) oraz powiadomieniach o utrzymaniu i zleceniach pracy (rejestrach działań konserwacyjnych).
Integracja między tymi obiektami a innymi modułami SAP, Gospodarką Materiałową w zakresie zużycia części zamiennych, Controllingiem w zakresie księgowań na centra kosztów, Systemem Informacji o Utrzymaniu Ruchu w zakresie analiz oraz Planowaniem Produkcji w zakresie działań konserwacyjnych powiązanych z zleceniami produkcyjnymi, tworzy kompleksowy obraz operacyjny, który samodzielne platformy CMMS mogą odtworzyć jedynie poprzez skomplikowane prace integracyjne.
SAP PM jest używany w różnych sektorach produkcji, motoryzacyjnym, chemicznym, farmaceutycznym, spożywczym i w przemyśle dyskretnym, wszędzie tam, gdzie SAP ERP jest fundamentem przedsiębiorstwa.
Skala wdrożeń SAP PM (setki tysięcy użytkowników na całym świecie) świadczy nie o aprobacie możliwości tego produktu w zakresie zarządzania utrzymaniem ruchu, lecz o przyciągającej sile integracji z ERP, organizacje wdrażają SAP PM dlatego, że jest on objęty ich licencją SAP i korzysta z modelu danych SAP, a nie dlatego, że jest najlepszym samodzielnym narzędziem do zarządzania utrzymaniem ruchu.
Integracja z ERP to prawdziwa siła SAP PM i czynnik uzasadniający jego dalsze stosowanie w środowiskach SAP mimo istniejących ograniczeń.
Księgowanie kosztów zleceń roboczych na centra kosztów w SAP CO, automatyczne księgowanie zużycia części w zapasach SAP MM, generowanie wniosków zakupowych z rezerwacji materiałowych w PM oraz aktualizacje amortyzacji środków trwałych w SAP AM odbywają się natywnie
bez niestandardowego rozwoju integracji, bez oprogramowania pośredniczącego do transformacji danych i bez problemów z synchronizacją, które pojawiają się, gdy dwa oddzielne systemy muszą utrzymywać spójne dane dotyczące pokrywających się procesów biznesowych.
Dla organizacji korzystających z SAP, które mają surowe wymagania kontroli finansowej, ta natywna integracja stanowi realną wartość, którą trudno ekonomicznie odtworzyć w samodzielnych platformach CMMS.
Spójność modelu danych w całym przedsiębiorstwie, pojedynczy rekord urządzenia dla każdego fizycznego zasobu, współdzielony między modułami PM, MM, QM i PP, eliminuje duplikację danych podstawowych i problemy z ich synchronizacją, które pojawiają się przy użyciu oddzielnego CMMS obok SAP.
Rekord urządzenia w SAP PM jest tym samym rekordem, który przechowuje historię kalibracji (SAP QM), zużycie części zamiennych (SAP MM) oraz wykorzystanie urządzenia w produkcji (SAP PP), co umożliwia analizę między modułami, której odtworzenie w samodzielnym CMMS wymagałoby znaczących prac integracyjnych. Głęboka historia i dojrzałość to rzeczywiste zalety SAP PM.
Moduł jest rozwijany od ponad 30 lat i każdy możliwy scenariusz zarządzania utrzymaniem został uwzględniony gdzieś w konfiguracji produktu lub poprzez dostępne dodatki SAP.
Specjalistyczne funkcje, pozwolenia na prace konserwacyjne powiązane z zarządzaniem bezpieczeństwem, dokumenty pomiarowe jako wyzwalacze utrzymania warunkowego, hierarchie lokalizacji funkcjonalnych dla złożonych struktur zakładu, są dostępne w SAP PM dla organizacji gotowych zainwestować w ich wdrożenie, nawet jeśli wdrożenie wymaga wyspecjalizowanych konsultantów SAP PM.
Największym ograniczeniem SAP PM jest jego użyteczność i główny powód, dla którego producenci wybierają samodzielne CMMS, nawet gdy korzystają z SAP. Interfejsy SAP GUI i SAP Fiori dla PM są potężne, ale wymagają znacznego szkolenia, by korzystać z nich efektywnie, co stwarza bariery adopcyjne dla techników utrzymania ruchu, którzy nie są regularnymi użytkownikami SAP.
Złożone kody transakcji, wieloetapowe procesy tworzenia zleceń roboczych oraz układy ekranów zaprojektowane pod kątem kompletności danych zamiast użyteczności w terenie powodują niskie wskaźniki adopcji, gdy SAP PM jest wdrażany w zespołach operacyjnych i utrzymania ruchu bez rozległych szkoleń i inwestycji w zarządzanie zmianą.
Drugim istotnym ograniczeniem jest elastyczność. Konfiguracja SAP PM może sprostać złożonym wymaganiom zarządzania utrzymaniem, ale zmiany w konfiguracji PM, dodawanie nowych typów zgłoszeń, tworzenie nowych kategorii zleceń roboczych, modyfikowanie parametrów planowania PM, wymagają zaangażowania konsultantów SAP Basis i konsultantów funkcjonalnych, zamiast samodzielnej obsługi przez administratora.
Ta sztywność konfiguracji oznacza, że usprawnienia procesów zarządzania utrzymaniem, które administrator CMMS mógłby wdrożyć samodzielnie w nowoczesnym SaaS CMMS, wymagają formalnych procesów zarządzania zmianą w SAP z powiązanymi czasami realizacji i kosztami.
W praktyce wielu producentów korzystających z SAP wdraża obok SAP PM samodzielne narzędzia CMMS, używając CMMS do zarządzania zleceniami roboczymi skierowanymi do terenu i harmonogramowania PM (tam, gdzie użyteczność ma największe znaczenie), jednocześnie utrzymując SAP PM jako zaplecze finansowe i magazynowe, które odbiera dane o zrealizowanych zleceniach.
Ta hybrydowa architektura łączy jakość integracji z SAP i użyteczność dla użytkowników terenowych, kosztem złożoności integracji i utrzymania dwóch systemów.
Dla producentów oceniających taką architekturę inwestycja w integrację niezbędna do zapewnienia niezawodnej synchronizacji danych SAP-CMMS powinna być wyraźnie oszacowana i porównana z alternatywą poprawy adopcji SAP PM poprzez uproszczenie Fiori, ulepszenie Prometheus Mobile lub inne inwestycje w użyteczność SAP PM, zanim stwierdzi się, że samodzielne CMMS jest lepszym rozwiązaniem.
Zaloguj
Blog
