SAP Plant Maintenance (PM), част от SAP ECC и SAP S/4HANA като стандартен модул, е функционалността за управление на поддръжката, вградена в ERP платформата на SAP.
За производители, които вече използват SAP като своя основен ERP, SAP PM предоставя възможности за управление на поддръжката, профилактична поддръжка, работни поръчки, регистри на оборудване, управление на резервни части и проследяване на разходите, нативно интегрирани с модулите на SAP за финанси, управление на материали и планиране на производството.
Тази нативна ERP интеграция е основното предимство на SAP PM и причината много производители, използващи SAP, да го възприемат като своя CMMS, въпреки значителните ограничения в удобството на ползване.
Архитектурата на SAP PM е изградена около три основни обекта: Функционални местоположения (позиции в йерархията на съоръжението, където е инсталирано оборудването), Оборудване (физически активи с регистри на поддръжката) и Уведомления за поддръжка и Работни поръчки (записи за дейности по поддръжка).
Интеграцията между тези обекти и другите модули на SAP, управление на материали за консумация на резервни част, контролинг за отчитане по центрове на разходи, информационна система за поддръжка на съоръжението за аналитика и планиране на производството за дейности по поддръжка
свързани с производствени поръчки, създава цялостна оперативна картина, която самостоятелните CMMS платформи могат да възпроизведат само чрез сложна разработка на интеграции. SAP PM се използва в различни производствени сектори, автомобилната, химическата, фармацевтичната, хранително-вкусовата и дискретната промишленост, навсякъде, където SAP ERP е гръбнакът на предприятието.
Масштабът на внедряване на SAP PM (стотици хиляди потребители по целия свят) отразява не толкова одобрение на възможностите на продукта за управление на поддръжката, колкото гравитационното привличане на ERP интеграцията, организациите възприемат SAP PM, защото е включен в техния SAP лиценз и споделя модела на данни на SAP, а не защото е най-добрият самостоятелен инструмент за управление на поддръжката.
Интеграцията с ERP е истинската сила на SAP PM и факторът, който оправдава продължаващата му употреба в SAP среди въпреки съпътстващите ограничения.
Книжуването на разходите по работни поръчки към центрове на разходи в SAP CO, автоматичното отчитане на консумацията на резервни части в инвентара на SAP MM, генерирането на заявка за покупка от материални резервации в PM и актуализациите на амортизацията на активи в SAP AM
всичко това се извършва нативно, без специализирана интеграционна разработка, без междинен софтуер за трансформация на данни и без проблемите със синхронизацията, които възникват, когато две отделни системи трябва да поддържат последователни данни за припокриващи се бизнес процеси.
За организации, използващи SAP и с изисквания за строг финансов контрол, тази нативна интеграция представлява реална стойност, която е трудно икономически да бъде възпроизведена от самостоятелни CMMS платформи.
Последователността на моделите на данни в цялото предприятие, един основен запис за оборудване за всеки физически актив, споделян между модулите PM, MM, QM и PP, елиминира дублирането на основните данни и проблемите със синхронизацията, които възникват, когато отделна CMMS се използва паралелно със SAP.
Записът за оборудване в SAP PM е същият запис, който съхранява историята на калибрациите (SAP QM), консумацията на резервни части (SAP MM) и използването на оборудването в производството (SAP PP), което позволява междумодулен анализ, който би изисквал значителна интеграционна работа, за да бъде възпроизведен с отделна CMMS.
Историческата дълбочина и зрелост са реални предимства на SAP PM. Модулът се развива повече от 30 години и всеки възможен сценарий за управление на поддръжката е бил адресиран някъде в конфигурацията на продукта или чрез налични допълнителни SAP решения.
Специализирани възможности, разрешения за поддръжка, свързани с управлението на безопасността, измервателни документи за задействане на поддръжка, базирано на състоянието, и йерархии на функционални местоположения за сложни заводски структури, са налични в SAP PM за организации, които са готови да инвестират в тяхната имплементация, дори когато реализацията изисква специализирани консултанти по SAP PM.
Удобството за ползване на SAP PM е неговото най-значимо ограничение и основната причина производителите да изберат самостоятелна CMMS, дори когато работят със SAP.
Интерфейсите SAP GUI и SAP Fiori за PM са мощни, но изискват значително обучение за ефективно използване, което създава бариери за усвояване от техниките по поддръжка, които не са редовни потребители на SAP.
Сложните транзакционни кодове, многоетапните процеси за създаване на работни поръчки и оформленията на екраните, проектирани за пълнота на данните, а не за удобство на терен, водят до ниски нива на приемане, когато SAP PM се внедри при оперативните и поддръжни екипи без обширни инвестиции в обучение и управление на промяната. Гъвкавостта е второ значимо ограничение.
Конфигурацията на SAP PM може да отговаря на сложни изисквания за управление на поддръжката, но промените в конфигурацията на PM, добавяне на нови типове уведомления, създаване на нови категории работни поръчки, модифициране на параметрите за планиране в PM, изискват ангажираност на SAP Basis и функционални консултанти, а не самостоятелно обслужване от администратор.
Тази ригидност на конфигурацията означава, че подобренията в процесите за управление на поддръжката, които администратор на CMMS би могъл да въведе самостоятелно в модерен SaaS CMMS, изискват формални SAP процеси за управление на промените със съответните срокове и разходи.
Практическият резултат е, че много производители, които използват SAP, внедряват самостоятелни CMMS инструменти паралелно със SAP PM, използвайки CMMS за полево управление на работни поръчки и планиране на поддръжката (където удобството за ползване е най-важно), като същевременно запазват SAP PM като финансов и инвентарен бекенд, който приема данните за завършените работни поръчки.
Тази хибридна архитектура постига както качеството на интеграцията със SAP, така и полева използваемост, за сметка на сложността на интеграцията и поддръжката на две системи.
За производителите, които оценяват тази архитектура, инвестицията в интеграция, необходима за постигане на надеждна синхронизация на данните между SAP и CMMS, трябва да бъде изрично калкулирана и сравнена с алтернативата за подобряване на приемането на SAP PM чрез опростяване на Fiori
подобрения в Prometheus Mobile или други инвестиции в използваемостта на SAP PM, преди да се заключи, че самостоятелна CMMS е по-добрият път.
Вход
Блог
