Optimisation de l'efficacité : résolution des problèmes liés à Maximo
Andy Tan
January 29, 2024
Dans le monde dynamique de la gestion des actifs, IBM Maximo se distingue comme un outil robuste et complet, qui aide les organisations à optimiser le cycle de vie de leurs actifs et leurs opérations de maintenance. Cependant, comme pour tout système sophistiqué, les problèmes techniques sont inévitables. La résolution de ces problèmes nécessite non seulement une compréhension approfondie du système Maximo, mais également une approche stratégique de la résolution des problèmes. Ce blog explore l'art et la science du dépannage au sein de Maximo, en proposant des informations précieuses et des techniques pratiques pour surmonter les défis courants.
1. Assistance aux utilisateurs :
L'interaction avec les utilisateurs est une première étape cruciale du processus de résolution des problèmes. Une communication efficace permet de :
Vérifiez les spécificités du problème, collectez des informations supplémentaires et, si possible, obtenez les messages d'erreur éventuels afin de mieux comprendre le contexte du problème.
Utilisez des outils collaboratifs tels que MS Teams, qui permettent le partage d'écran pour une démonstration plus claire des problèmes rencontrés.
2. Identification du problème :
L'identification et la définition claire du problème jouent un rôle essentiel dans le processus de résolution des problèmes. Les stratégies efficaces incluent :
La capacité à identifier et à définir le problème avec précision constitue la première étape du dépannage.
Parfois, une simple comparaison de données peut faire l'affaire. Par exemple, un utilisateur a signalé un problème qui ne s'est produit que sur un seul bon de travail. Dans de tels cas, nous pouvons extraire les données du bon de travail problématique et les comparer avec un autre ordre de travail similaire qui ne présente pas le même problème.
Le message d'erreur indique que le WO n'est pas valide lors de la création d'un Release PO.
Recherchez un autre WO similaire ayant le même lieu et la même classification de travail, etc.
Exécutez une requête SQL pour extraire deux enregistrements de WORKORDER. Copiez et collez dans Excel.
Comparez les valeurs de deux WOs, ignorez ces champs de date et nous pouvons facilement constater que les valeurs de WOACCEPTSCHARGES pour deux WOs sont différentes, ce qui est probablement la cause du problème.
Accédez au bon de travail problématique et cochez la case « Acceptez-vous les frais ? » (DEUX ACCEPTENT LES FRAIS). Réessayez de créer le Release PO et le problème a été résolu.
3. Connectez-vous en tant que profil utilisateur pour reproduire le problème :
La reproduction du problème est l'une des étapes les plus importantes vers la solution, en particulier pour certains problèmes complexes. Nous pouvons nous connecter en tant que profil utilisateur et essayer de reproduire le problème, afin de voir comment/quand le problème se produit et également élaborer/tester la solution.
Il existe deux méthodes :
Remplacez le nom d'utilisateur (LOGINID) par le vôtre sur le compte Maximo de l'utilisateur et connectez-vous pour reproduire le problème. Nous le ferions normalement dans un environnement hors production, et nous ne le ferions en production que si cela est nécessaire. N'oubliez pas que cette méthode ne fonctionne que dans les environnements Maximo configurés avec l'authentification Active Directory.
Ou ajoutez notre utilisateur aux mêmes groupes de sécurité que ceux auxquels il appartient et connectez-vous pour reproduire le problème. Toutefois, cela peut ne pas fonctionner correctement dans certains cas de flux de travail, car vous et l'utilisateur pouvez appartenir à des groupes de personnes différents.
4. Analyse du journal :
Les journaux Maximo jouent un rôle crucial dans la résolution des problèmes. Analysez les journaux des applications Maximo et les journaux du serveur pour identifier les messages d'erreur, les avertissements ou d'autres indicateurs de problèmes.
Journaux système : Maximo génère des journaux système qui enregistrent divers événements, erreurs et activités au sein de l'application. Ces journaux sont essentiels pour le dépannage et le diagnostic des problèmes. En cas de problème, nous pouvons accéder aux journaux du système pour vérifier si des erreurs ont été détectées. Les journaux système se trouvent normalement dans le répertoire d'installation de Maximo, comme ci-dessous : <Root>\ IBM \ WebSphere \ AppServer \ profiles \ AppSrv01 \ logs \... \ SystemOut.log
Par exemple, lorsqu'un groupe d'échantillonnage ne parvient pas à générer WoS, nous pouvons d'abord accéder à la tâche cron PlusDBaseCronTask pour identifier l'heure d'action et l'instance du serveur.
Accédez ensuite au dossier des journaux du serveur pour trouver le journal système en fonction de l'heure d'action de la tâche cron, ouvrez les journaux et essayez de trouver le texte « [SampleWogen] ». Voici l'ERREUR qui indique qu'un actif du groupe d'échantillonnage n'est pas en état de fonctionnement.
[31/10/23 5:38:23:557 AEST] 0000030d SystemOut O 31 octobre 2023 05:38:23:557 [ERREUR] [maxprdcrn1] [] [SampleWogen] Erreur lors de la création d'un ordre de travail sur place : 2073938/Asset : 513973 : PSDI.Util.MxApplicationException : BMXAA0090E - L'actif 513973 n'est pas un actif valide ou son statut est pas un état de fonctionnement.
Enregistrement des erreurs : Maximo enregistre les erreurs qui se produisent dans l'application. Ces journaux d'erreurs peuvent aider les administrateurs à identifier et à résoudre rapidement les problèmes.
Vous trouverez ci-dessous un exemple de messages d'erreur que l'utilisateur a reçus lorsqu'il a essayé d'exécuter Reorder item :
« BMXAA3463E - Une erreur s'est produite et doit être corrigée par un administrateur système. Consultez le journal de l'application REORDER depuis le <HOME>répertoire pour déterminer la cause de l'erreur à partir des messages d'erreur enregistrés. »
Encore une fois, nous allons dans le dossier des journaux du serveur pour trouver le fichier SystemErr.log en fonction de l'heure à laquelle le problème s'est produit et nous pouvons voir l'erreur « Le code d'adresse n'est pas valide » :
[9/11/23 8:29:02:934 AEST] 000005ed SystemErr R PSDI.Util.MXApplicationException : BMXAA3901E - Le code d'adresse n'est pas valide. ... [11/09/23 8:29:02:934 AEST] 000005ed SystemErr R sur PSDI.mbo.mbo.setValue (mbo.Java:2441) [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R sur PSDI.app.inventory.reorder.generatePRHeader (Reorder.java:1479) [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R sur PSDI.app.Inventory.ReorderSet.Reorder (ReorderSet.java:997) ...
Accédez ensuite à l'entrepôt dans lequel nous lançons Réorganiser l'article pour trouver l'adresse d'expédition/de facturation, puis accédez à Organisations pour vérifier si l'adresse existe et si elle est ajoutée au site :
Ensuite, nous avons découvert que l'adresse de livraison dans le magasin n'avait pas été ajoutée au site du magasin. Une fois qu'il a été ajouté au site et que le problème a été résolu.
Journaux spécifiques : dans certaines tâches cron, nous pouvons également spécifier le fichier journal dans les paramètres pour capturer des informations plus spécifiques sur les activités des tâches cron. En cas de problème, ces journaux nous aideront grandement à identifier rapidement le problème.
Par exemple,
BMXAT0005E - PM 126373 n'est pas encore attendu, ou il ne tombe pas dans la saison active.
BMXAA9342W - La prochaine date d'échéance n'est pas spécifiée pour le PM 126373 flottant. Pour générer le PM, dans l'application PM, spécifiez une prochaine date d'échéance.
5. Résolution des problèmes liés au flux de travail :
La résolution des problèmes de flux de travail peut être un peu comme un travail de détective. Nous devons avoir une très bonne compréhension de la conception du flux de travail, vérifier attentivement les détails dans l'historique du flux de travail et analyser où et comment le flux de travail s'est dirigé, afin de déterminer où se situent les problèmes.
Maximo propose quelques actions de flux de travail qui peuvent nous aider à résoudre les problèmes.
Afficher les attributions de flux de travail : nous pouvons vérifier à qui est actuellement attribué le flux de travail.
Afficher l'historique du flux de travail : Maximo conserve l'historique d'un processus de flux de travail. Cela inclut des informations sur la date d'exécution de chaque étape, l'auteur de l'action et les commentaires ou notes associés à l'étape.
Afficher la carte du flux de travail : la carte du flux de travail montre un graphique d'un processus de flux de travail, y compris ses nœuds et ses lignes de connexion. Nous pouvons vérifier l'emplacement actuel de la carte dans un processus qui est mis en évidence par une case autour du nœud.
Les approches suivantes sont recommandées pour résoudre les problèmes de flux de travail.
Tout d'abord, encore une fois, nous pouvons essayer de faire une simple comparaison entre les historiques des flux de travail. Trouvez un autre enregistrement similaire utilisant le même flux de travail, ouvrez « Afficher l'historique du flux de travail » pour les deux enregistrements afin de comparer si et où le flux de travail a suivi un itinéraire différent.
Vous trouverez ci-dessous un exemple de problèmes liés au flux de travail. Lors du routage du flux de travail de centaines de WOs du statut APPR au statut PNDNLD, seuls 2 WOs sont restés en statut APPR. En comparant l'historique du flux de travail, nous avons constaté que le flux de travail pour ces deux WOs problématiques suivait l'action True, au lieu d'une action False, au niveau du nœud « SFS, Exclude Classification ». Ensuite, nous pouvons simplement passer à la conception du flux de travail pour découvrir pourquoi ces 2 WOs ont renvoyé True sur ce nœud de flux de travail.
Ensuite, nous pouvons sélectionner l'action « Afficher les attributions de flux de travail » pour savoir à qui sont actuellement affectés. Ensuite, nous nous connectons en tant que profil utilisateur de la personne assignée et essayons de reproduire le problème. Cela nous aidera à mieux comprendre le problème et facilitera l'élaboration et le test de la solution.
Il existe également une autre approche qui peut prendre du temps, mais qui peut normalement nous aider à identifier les problèmes. Comme nous venons de le mentionner, nous pouvons utiliser « Afficher la carte du flux de travail » pour savoir où se situe actuellement le flux de travail et comprendre pourquoi et comment le flux de travail s'y est rendu. Nous pouvons vérifier et comparer l'historique du flux de travail et la conception du flux de travail étape par étape pour déterminer quel nœud de flux de travail a effectué la mauvaise action et pourquoi.
6. Autres points forts :
Référence de la documentation :
Consultez la documentation Maximo, les notes de version, les guides de l'utilisateur, la base de connaissances et les notes relatives aux tickets précédentes pour trouver des informations relatives au problème et des solutions potentielles. Collaboration :
Collaborez avec des collègues, des forums en ligne ou des communautés d'utilisateurs de Maximo pour obtenir des conseils et partager vos expériences en matière de résolution de problèmes courants.
Tests :
Après avoir mis en œuvre une solution, testez minutieusement le système pour confirmer que le problème a été résolu et qu'aucun nouveau problème n'a été introduit.
Gestion du changement :
Documentez les modifications apportées lors de la résolution des problèmes. Assurez-vous de respecter le processus de gestion du changement de l'entreprise et les changements sont correctement communiqués aux parties prenantes concernées.
Sauvegarde et restauration :
Effectuez toujours des sauvegardes et préparez les scripts de sauvegarde si possible avant de tester/implémenter un correctif au cas où les efforts de dépannage auraient des conséquences imprévues.