Data init IBM Maximo (MAS 9) : la méthode et l'ordre de chargement

Data init, reprise de données, migration : de quoi parle-t-on ?

Les trois termes se recouvrent souvent dans les plannings, mais ils ne désignent pas le même travail :

• Data init : chargement initial des données de base et de référence dans un Maximo neuf (nouvelle implémentation, nouveau site, nouvelle organisation).
• Reprise de données : transfert de données depuis un système existant (ancienne GMAO, tableurs, ERP, autre instance Maximo), avec extraction, transformation et nettoyage. Voir le guide chantier de reprise de données Maximo.
• Migration de version : passage de Maximo 7.6 à MAS 9, qui conserve en général la base existante. Voir migration de Maximo 7.6 vers MAS 9.

Dans les trois cas, le chargement lui-même obéit aux mêmes contraintes : l'ordre des dépendances, les règles métier appliquées par Maximo à chaque enregistrement, et la volumétrie.

Cadrer le périmètre avant le premier fichier

La plupart des retards de data init ne viennent pas du chargement, mais d'un périmètre flou. Avant de produire le moindre fichier, figez :

1. La liste des objets à charger et leur volumétrie (10 000 emplacements ne se traitent pas comme 2 millions de soldes de stock).
2. Le modèle cible : organisations, sites, hiérarchie des emplacements (systèmes), structure de classification, listes de valeurs (domaines ALN et de synonymes), attributs ajoutés.
3. Le responsable de chaque donnée côté métier : c'est lui qui valide les fichiers et tranche les doublons.
4. Les environnements et le nombre de répétitions (chargements à blanc) avant la production.
5. Le critère de succès : combien de lignes attendues, combien chargées, quel taux de rejet acceptable (idéalement zéro, avec une liste d'exceptions signée).

L'ordre de chargement des objets Maximo

Maximo valide chaque enregistrement à l'insertion : un actif qui référence un emplacement absent, un article inconnu ou une valeur hors liste est rejeté. L'ordre ci-dessous, du plus référencé au plus dépendant, s'applique à la plupart des implémentations Manage. Les noms entre parenthèses sont les object structures standard utilisées par le MIF et l'API REST.

Les hiérarchies se chargent en plusieurs passes : d'abord tous les nœuds sans parent, puis niveau par niveau, ou en un seul fichier trié par profondeur. Un fichier non trié produit des rejets « parent inexistant » qui disparaissent quand on le rejoue, ce qui masque les vraies erreurs.

Le cas particulier des utilisateurs dans MAS 9

Dans IBM Maximo Application Suite, l'identité des utilisateurs est gérée par la suite (MAS Core) et synchronisée vers Manage. Charger des enregistrements utilisateur directement dans les tables de Manage ne suffit donc pas : l'utilisateur doit exister côté suite (console d'administration, API d'administration ou annuaire LDAP / SAML), puis recevoir ses attributs Manage (groupes de sécurité, site par défaut, personne associée). Planifiez ce lot à part, avec l'équipe sécurité.

Quel outil pour charger ?

Quatre familles de moyens coexistent sur MAS 9 :

• Le MIF (Maximo Integration Framework) : object structures et enterprise services, import de fichiers plats ou XML par l'application d'import de données. Voir le guide MIF.
• L'API REST (/maximo/api/os/…) : appels JSON authentifiés par clé d'API, adaptés aux gros volumes et à l'automatisation. Voir le guide de l'API REST.
• MxLoader : classeur Excel communautaire qui appelle l'API ; pratique pour des volumes modestes. Voir MxLoader et ses alternatives.
• Un outil de chargement industrialisé comme MAS9, qui ajoute la vérification avant chargement, la reprise après coupure sans doublon, le suivi par environnement et la preuve d'arrivée.

Le choix dépend moins de la technique que de la volumétrie, du nombre d'environnements et du besoin de traçabilité. Sur un projet à plusieurs centaines de milliers de lignes et trois environnements, la capacité à rejouer et à prouver devient décisive.

Valider avant de charger

Un rejet en cours de chargement coûte dix fois plus qu'une erreur détectée sur le fichier. Contrôlez chaque fichier face à la configuration de l'environnement cible, pas d'un environnement de référence, car les listes de valeurs et les attributs divergent souvent entre DEV et PROD :

• colonnes connues de l'object structure et attributs obligatoires renseignés ;
• longueurs maximales et types (dates, nombres, séparateur décimal) ;
• valeurs appartenant aux listes (statuts, types, priorités, unités) ;
• références aux parents et aux objets liés présents dans la cible ou dans un fichier déjà chargé ;
• doublons dans le fichier lui-même (même clé deux fois).

Lancez ensuite un lot d'essai de quelques dizaines de lignes réelles pour mesurer le débit et détecter les règles métier que seul Maximo applique (scripts d'automatisation, conditions).

Chargements à blanc et bascule

Chaque répétition doit suivre exactement le mode opératoire de la production : mêmes fichiers, même ordre, mêmes contrôles. Mesurez la durée de chaque étape : elle détermine la fenêtre de bascule. Prévoyez la reprise : une coupure réseau ou un redémarrage au milieu d'un chargement de 500 000 lignes ne doit ni perdre de lignes ni créer de doublons. L'action AddChange (création ou mise à jour selon la clé) rend un fichier rejouable sans risque.

Après chaque chargement, réconciliez : nombre de lignes attendu, chargé, rejeté, et relecture d'un échantillon dans Maximo. Le guide contrôle qualité d'une reprise détaille la méthode.

Checklist de data init

1. Périmètre, volumétrie et responsables métier figés.
2. Modèle cible configuré et identique sur tous les environnements (ou écarts listés).
3. Fichiers produits dans l'ordre des dépendances, hiérarchies triées.
4. Contrôle de chaque fichier face à l'environnement cible.
5. Lot d'essai, puis chargement complet suivi ligne par ligne.
6. Rejets corrigés et rejoués, sans doublon.
7. Réconciliation chiffrée et validation métier signée.
8. Mode opératoire et durées mesurés pour la bascule en production.

Questions fréquentes