De nombreux fabricants choisissent par défaut d'utiliser le module de gestion de la maintenance fourni avec leur ERP, SAP Plant Maintenance, Oracle EAM, Microsoft Dynamics 365 Asset Management, parce qu'il est « déjà inclus » dans la licence et s'intègre nativement à l'ERP.
Ce choix par défaut est compréhensible mais donne souvent des résultats décevants: des équipes de maintenance qui utilisent le module ERP à contrecœur, avec une faible adoption, des données manquantes et une valeur analytique limitée.
La cause principale est que les modules de maintenance des ERP sont conçus pour s'aligner sur le modèle de données et l'expérience utilisateur de l'ERP, et non pour servir les flux de travail spécifiques des opérations de maintenance dans l'atelier de production.
L'argument en faveur d'une GMAO autonome plutôt que des modules de maintenance des ERP ne porte pas principalement sur les fonctionnalités, il s'agit de l'adéquation organisationnelle.
Une GMAO construite pour cet usage est pensée autour de la manière dont les équipes de maintenance travaillent réellement: des techniciens exécutant des ordres de travail sur des appareils mobiles dans des environnements de production bruyants des planificateurs de maintenance programmant la maintenance préventive en fonction des fenêtres de production
des responsables de la maintenance analysant les schémas d'indisponibilité et la consommation de pièces détachées.
Un module de maintenance d'ERP est conçu en fonction du travail des services financiers, de l'informatique et des utilisateurs formés à l'ERP, avec des interfaces et des flux de travail optimisés pour les utilisateurs avancés de l'ERP plutôt que pour les techniciens de terrain.
Huit raisons spécifiques expliquent pourquoi une GMAO conçue sur mesure surpasse généralement les modules de maintenance des ERP pour les opérations de fabrication, même lorsque l'intégration ERP est disponible et que le module ERP est techniquement capable, sur le papier, de répondre aux exigences de gestion de la maintenance.
1. Conception mobile-first. Les plateformes GMAO dédiées investissent massivement dans des applications mobiles conçues pour les techniciens terrain, chargement rapide, fonctionnement hors ligne, lecture de codes-barres, ajout de photos et actions sur les ordres de travail en une seule touche.
Les modules de maintenance des ERP offrent un accès mobile principalement aux utilisateurs formés à l'ERP; l'adoption par les techniciens terrain sur SAP Fiori ou Oracle Cloud Mobile nécessite une formation importante et un support continu que les applications mobiles dédiées n'exigent pas. 2. Vitesse de mise en œuvre.
Une GMAO dédiée est opérationnelle en quelques semaines, pas en mois.
La configuration d'un module de maintenance ERP, mise en place des listes de tâches de maintenance, des centres de travail, des emplacements fonctionnels, des types de notification et des affectations des centres de coûts, est un projet de plusieurs mois nécessitant des consultants ERP certifiés.
Cette différence de temps nécessaire pour obtenir des bénéfices signifie que les fabricants attendent beaucoup plus longtemps pour des améliorations opérationnelles lorsqu'ils implémentent des modules de maintenance ERP plutôt qu'une GMAO autonome. 3. Adoption par des utilisateurs non ERP.
Les opérateurs de production qui signalent des problèmes d'équipement, les techniciens de maintenance qui exécutent les ordres de travail et les superviseurs d'équipe qui approuvent les demandes de maintenance ne sont généralement pas des utilisateurs d'ERP.
Faire passer ces utilisateurs sur SAP PM ou Oracle EAM nécessite de les former à la navigation dans l'ERP qu'ils n'utiliseront que pour des flux de travail de maintenance, créant une friction d'adoption que les systèmes GMAO autonomes avec des interfaces dédiées et simplifiées éliminent. 4. Agilité des changements.
Ajouter une nouvelle catégorie d'arrêt, modifier un intervalle de PM (maintenance préventive) ou créer un nouveau type d'ordre de travail prend quelques minutes dans une GMAO dédiée administrée par un responsable maintenance.
Le même changement dans un module de maintenance d'ERP nécessite généralement l'intervention d'un consultant ERP ou du service IT pour naviguer dans les processus de gestion des changements de configuration. 5. Analytique spécifique à la maintenance.
Les plateformes GMAO dédiées construisent des analyses autour des questions de gestion de la maintenance, MTBF par catégorie d'actif, tendances de respect des PM, principaux contributeurs aux temps d'arrêt, modèles de consommation des pièces.
Les analyses de maintenance des ERP sont intégrées dans le cadre de reporting de l'ERP, qui requiert une expertise en business intelligence pour être personnalisée aux indicateurs clés spécifiques à la maintenance. 6. Focalisation du fournisseur et qualité du support.
Les éditeurs de GMAO dont l'ensemble du produit est la gestion de la maintenance sont plus réactifs aux exigences de gestion de la maintenance, mieux informés des bonnes pratiques de maintenance et plus rapides à implémenter des demandes de fonctionnalités spécifiques à la maintenance que les éditeurs ERP pour qui la maintenance n'est qu'un module parmi des dizaines.
7. Intégration au TRS (OEE) et au plancher de production. Les plateformes GMAO dédiées développent des intégrations directes avec les systèmes de surveillance OEE pour créer des flux de travail production-maintenance connectés. Les modules de maintenance ERP nécessitent généralement le développement d'un intergiciel personnalisé pour la même intégration. 8. Coût total de possession.
Pour les fabricants de taille moyenne (200, 2 000 employés), le coût d'implémentation, de configuration et d'administration continue d'une GMAO autonome est nettement inférieur au coût de déploiement d'un module de maintenance ERP, et ce avant même de tenir compte des améliorations de productivité qu'une meilleure adoption par les utilisateurs apporte.
Les modules de maintenance des ERP ont du sens dans des situations spécifiques malgré leurs inconvénients généraux pour la gestion de la maintenance sur le terrain.
Pour les grands fabricants (plus de 5 000 employés) où chaque transaction financière doit transiter par l'ERP pour des raisons de conformité et de contrôle financier, la qualité d'intégration native au progiciel ERP de SAP PM ou Oracle EAM peut l'emporter sur les avantages d'adoption par les utilisateurs d'une GMAO autonome.
À cette échelle, la complexité et le coût d'intégration à l'ERP d'une GMAO autonome sont proportionnellement plus faibles, et les bénéfices en matière de contrôle financier liés à l'imputation des coûts de maintenance dans l'ERP sont proportionnellement plus importants.
Pour les organisations disposant d'équipes de planification de la maintenance formées à l'ERP qui utilisent SAP ou Oracle comme environnement de travail principal, les modules de maintenance ERP sont plus naturels que les systèmes de GMAO autonomes qui exigent l'apprentissage d'une nouvelle plateforme.
Les planificateurs de maintenance seniors qui travaillent toute la journée dans SAP peuvent réellement préférer la puissance de SAP PM à une GMAO autonome simplifiée, même si les techniciens de terrain préféreraient l'inverse.
Cette division de la population d'utilisateurs, planificateurs à l'aise avec l'ERP et techniciens de terrain réfractaires à l'ERP, explique pourquoi de nombreux grands fabricants mettent en œuvre des architectures hybrides: une GMAO autonome pour l'exécution sur le terrain avec intégration à l'ERP pour l'imputation financière.
La bonne réponse pour la plupart des fabricants de taille intermédiaire est: commencer par une GMAO conçue à cet effet, l'intégrer à l'ERP pour l'imputation des coûts via des connecteurs API standard, et obtenir à la fois une bonne adoption sur le terrain et une intégration financière à l'ERP sans la charge de configuration complète du module de maintenance ERP.
Cette approche hybride offre la plupart des bénéfices d'intégration ERP (suivi des coûts, intégration des bons de commande) sans les problèmes d'adoption par les utilisateurs qui affectent les déploiements purement basés sur les modules de maintenance ERP.
Évaluez explicitement cette architecture lors de votre processus de sélection de GMAO, demandez aux fournisseurs de modules de maintenance ERP et aux fournisseurs de GMAO autonomes de démontrer leur approche d'intégration, et comparez les architectures sur le coût total, le temps de mise en œuvre et l'adoption réaliste sur le terrain avant de prendre votre décision.
Connexion
Blog
