Maximo 7.6 vers Maximo Application Suite : réussir la migration de votre EAM
En bref — IBM Maximo reste l’une des solutions EAM de référence pour gérer les actifs industriels. Mais sa version historique, Maximo 7.6, laisse place à Maximo Application Suite (MAS) : une plateforme modernisée, avec une nouvelle architecture, un nouveau modèle de licences et de nouvelles applications de maintenance prédictive. Bien préparée, la migration est l’occasion de faire le ménage dans les développements spécifiques et de franchir un cap dans la fiabilité des équipements.
Maximo, l’EAM des actifs critiques
IBM Maximo gère tout le cycle de vie des actifs : inventaire et arborescence des équipements, demandes et ordres de travail, maintenance préventive et conditionnelle, pièces de rechange, achats et contrats de sous-traitance, sécurité des interventions. Il est très présent dans les secteurs où la disponibilité des installations est critique : énergie, transport, industrie lourde, infrastructures, défense.
Pourquoi migrer vers Maximo Application Suite ?
Maximo 7.6 a été la version de référence pendant de nombreuses années. IBM concentre désormais ses évolutions sur Maximo Application Suite et a annoncé la fin du support standard de la version 7.6. Rester sur une version non supportée expose à des risques de sécurité et de compatibilité, notamment avec les bases de données et les systèmes d’exploitation récents.
Au-delà de l’obligation, MAS apporte :
- une plateforme unique regroupant la gestion de la maintenance (Maximo Manage, successeur de Maximo 7.6) et des applications complémentaires : surveillance des équipements (Monitor), score de santé des actifs (Health), prédiction des pannes (Predict), inspection visuelle par l’IA (Visual Inspection) ;
- un modèle de licences par AppPoints : un volume de points partagé entre les applications et les utilisateurs, plus souple que les licences par module ;
- une interface modernisée, avec des espaces de travail par métier et une application mobile pour les techniciens, utilisable hors connexion ;
- des mises à jour plus régulières, grâce à une architecture en conteneurs.
Ce qui change concrètement
| Maximo 7.6 | Maximo Application Suite | |
|---|---|---|
| Architecture | Serveur d’applications Java classique | Conteneurs sur Red Hat OpenShift |
| Hébergement | Sur site, le plus souvent | Sur site, cloud privé ou public, ou en SaaS |
| Licences | Par module et type d’utilisateur | AppPoints partagés entre applications |
| Maintenance prédictive | Produits séparés | Applications intégrées (Monitor, Health, Predict) |
| Personnalisation | Classes Java, scripts d’automatisation | Scripts d’automatisation privilégiés ; classes Java à limiter |
Le changement le plus structurant est technique : MAS repose sur Red Hat OpenShift. Si vous l’hébergez vous-même, vos équipes d’exploitation doivent maîtriser cette plateforme. L’option SaaS ou un hébergement géré déplace cette charge vers un prestataire.
Les étapes d’une migration réussie
- Audit de l’existant : version et correctifs installés, développements spécifiques (classes Java, scripts), interfaces avec l’ERP, la GIS ou les systèmes de supervision, rapports BIRT, volumétrie des données.
- Choix de l’hébergement : SaaS, cloud géré ou installation sur site, selon vos contraintes de sécurité, de souveraineté et vos compétences internes.
- Dimensionnement des AppPoints selon les profils d’utilisateurs et les applications visées.
- Rationalisation des spécifiques : chaque développement est soit conservé et adapté, soit remplacé par une fonction standard, soit abandonné. C’est souvent là que se trouvent les gains les plus importants.
- Migration et tests : montée de version de la base de données vers Maximo Manage, adaptation des interfaces et des rapports, tests fonctionnels et tests de performance sur des données réelles.
- Formation et bascule : prise en main de la nouvelle interface et de l’application mobile, bascule planifiée hors période critique, accompagnement renforcé les premières semaines.
Les pièges à éviter
- Sous-estimer OpenShift : sans compétences d’exploitation, une installation sur site devient vite un point de fragilité.
- Migrer tous les spécifiques à l’identique : vous reportez la dette technique dans la nouvelle plateforme.
- Oublier les interfaces et les rapports : ce sont souvent eux qui bloquent la bascule.
- Négliger la qualité des données : arborescence des équipements, gammes et historiques incomplets limiteront ensuite les applications de santé et de prédiction.
- Traiter la migration comme un sujet purement informatique : les responsables maintenance doivent piloter les choix fonctionnels.
Et après : vers la maintenance prédictive
Une fois sur MAS, les applications Monitor, Health et Predict peuvent être activées progressivement avec les mêmes AppPoints. Commencez par une famille d’équipements critiques, bien instrumentée et bien documentée : les premiers scores de santé et alertes permettent de démontrer rapidement la valeur avant d’élargir.
Notre approche
CNEXT accompagne les exploitants Maximo de bout en bout : audit de l’existant, choix de l’architecture et de l’hébergement, rationalisation des développements, migration, intégration avec l’ERP et le reste du SI industriel, formation des équipes et maintenance applicative.
Vous préparez votre passage à Maximo Application Suite ? Parlons de votre projet →
