SAP Plant Maintenance (PM), composant standard de SAP ECC et de SAP S/4HANA, est la fonctionnalité de gestion de la maintenance intégrée à la plateforme ERP de SAP.
Pour les fabricants qui utilisent déjà SAP comme ERP central, SAP PM offre des capacités de gestion de la maintenance, maintenance préventive, bons de travail, dossiers d'équipement, gestion des pièces détachées et suivi des coûts, intégrées nativement aux modules financiers, de gestion des matériaux et de planification de la production de SAP.
Cette intégration native à l'ERP est l'avantage principal de SAP PM et la raison pour laquelle de nombreux fabricants utilisateurs de SAP l'adoptent comme GMAO malgré d'importantes limites d'utilisabilité.
L'architecture de SAP PM repose sur trois objets centraux: les Emplacements Fonctionnels (positions dans la hiérarchie de l'usine où l'équipement est installé), les Équipements (actifs physiques dotés d'historiques de maintenance) et les Notifications de Maintenance et Bons de Travail (enregistrements des activités de maintenance).
L'intégration entre ces objets et les autres modules de SAP, la Gestion des Matériaux pour la consommation des pièces de rechange, le Controlling pour l'imputation sur centres de coût, le Plant Maintenance Information System pour l'analytique
et la Planification de la Production pour les activités de maintenance liées aux ordres de production, crée une vision opérationnelle complète que les plateformes GMAO autonomes ne peuvent reproduire qu'au prix de développements d'intégration complexes.
SAP PM est utilisé dans tous les secteurs manufacturiers, automobile, chimique, pharmaceutique, agroalimentaire, industries discrètes, partout où SAP ERP constitue le socle de l'entreprise.
L'ampleur du déploiement de SAP PM (des centaines de milliers d'utilisateurs dans le monde) reflète non pas une approbation des capacités de gestion de la maintenance du produit mais l'attraction exercée par l'intégration à l'ERP
les organisations adoptent SAP PM parce qu'il est inclus dans leur licence SAP et partage le modèle de données de SAP, et non parce que c'est le meilleur outil de gestion de maintenance autonome disponible.
L'intégration ERP est la véritable force de SAP PM et le facteur qui justifie son utilisation continue dans les environnements SAP malgré ses limites concurrentes.
L'imputation des coûts des ordres de travail aux centres de coût SAP CO, l'enregistrement automatique de la consommation de pièces dans l'inventaire SAP MM, la génération de demandes d'achat à partir des réservations de matériaux dans SAP PM et les mises à jour des amortissements des immobilisations dans SAP AM se font nativement
sans développement d'intégration personnalisé, sans middleware de transformation des données et sans les problèmes de synchronisation qui surviennent lorsque deux systèmes distincts doivent maintenir des données cohérentes sur des processus métier qui se chevauchent.
Pour les organisations utilisant SAP et soumises à des exigences strictes de contrôle financier, cette intégration native représente une valeur réelle difficilement réplicable de manière économique par des plateformes GMAO autonomes.
La cohérence du modèle de données à l'échelle de l'entreprise, un seul enregistrement maître d'équipement par actif physique, partagé entre les modules PM, MM, QM et PP, élimine la duplication des données de référence et les problèmes de synchronisation qui apparaissent lorsqu'une GMAO distincte est utilisée en parallèle de SAP.
L'enregistrement d'équipement dans SAP PM est le même qui contient l'historique des étalonnages (SAP QM), la consommation de pièces de rechange (SAP MM) et l'utilisation de l'équipement en production (SAP PP), ce qui permet des analyses inter-modules qu'il faudrait un travail d'intégration important pour reproduire avec une GMAO autonome.
La profondeur historique et la maturité sont de réels avantages de SAP PM. Le module a été développé pendant plus de 30 ans, et tous les scénarios imaginables de gestion de la maintenance ont été traités quelque part dans la configuration du produit ou via des solutions complémentaires SAP disponibles.
Des capacités spécialisées, autorisations de maintenance liées à la gestion de la sécurité, documents de mesure pour les déclencheurs de maintenance conditionnelle, hiérarchies d'emplacements fonctionnels pour des structures d'usine complexes, sont présentes dans SAP PM pour les organisations disposées à investir dans leur mise en œuvre, même si celle-ci nécessite des consultants SAP PM spécialisés.
L'utilisabilité de SAP PM est sa limitation la plus importante et la raison principale pour laquelle les fabricants choisissent un CMMS autonome même lorsqu'ils utilisent SAP.
Les interfaces SAP GUI et SAP Fiori pour PM sont puissantes mais nécessitent une formation importante pour être utilisées efficacement, créant des barrières d'adoption pour les techniciens de maintenance qui ne sont pas des utilisateurs réguliers de SAP.
Les codes de transaction complexes, les processus de création d'ordres de travail en plusieurs étapes et des écrans conçus pour l'exhaustivité des données plutôt que pour l'ergonomie sur le terrain entraînent des taux d'adoption faibles lorsque SAP PM est déployé auprès des équipes opérations et maintenance sans investissement important en formation et en gestion du changement.
La flexibilité est une deuxième limitation significative.
La configuration de SAP PM peut répondre à des exigences complexes de gestion de la maintenance, mais les changements de configuration de PM, ajout de nouveaux types de notification, création de nouvelles catégories d'ordres de travail, modification des paramètres de planification PM, nécessitent l'intervention d'équipes SAP Basis et de consultants fonctionnels plutôt qu'un libre-service administrateur.
Cette rigidité de configuration signifie que les améliorations des processus de gestion de la maintenance qu'un administrateur CMMS pourrait mettre en œuvre de façon autonome dans un CMMS SaaS moderne exigent des processus formels de gestion des changements SAP avec les délais et coûts associés.
Le résultat pratique est que de nombreux fabricants utilisant SAP déploient des outils CMMS autonomes parallèlement à SAP PM, utilisant le CMMS pour la gestion des ordres de travail orientée terrain et la planification des PM (là où l'ergonomie compte le plus) tout en conservant SAP PM comme back-end financier et d'inventaire qui reçoit les données des ordres de travail terminés.
Cette architecture hybride permet d'atteindre à la fois la qualité d'intégration avec SAP et l'ergonomie sur le terrain, au prix d'une complexité d'intégration et de la maintenance de deux systèmes.
Pour les fabricants évaluant cette architecture, l'investissement d'intégration nécessaire pour assurer une synchronisation fiable des données entre SAP et le CMMS doit être chiffré explicitement et comparé à l'alternative consistant à améliorer l'adoption de SAP PM via une simplification de Fiori
une amélioration de Prometheus Mobile ou d'autres investissements dans l'ergonomie de SAP PM avant de conclure qu'un CMMS autonome est la meilleure voie.
Connexion
Blog
