Maximizar la eficiencia: solución de problemas de Maximo
Andy Tan
January 29, 2024
En el dinámico mundo de la gestión de activos, IBM Máximo se destaca como una herramienta sólida y completa que facilita a las organizaciones la optimización del ciclo de vida de sus activos y las operaciones de mantenimiento. Sin embargo, como ocurre con cualquier sistema sofisticado, es inevitable encontrar problemas técnicos. La solución de estos problemas no solo exige un conocimiento profundo del sistema Maximo, sino también un enfoque estratégico para la resolución de problemas. Este blog profundiza en el arte y la ciencia de la solución de problemas en Maximo, y ofrece información valiosa y técnicas prácticas para superar los desafíos más comunes.
1. Soporte al usuario:
Interactuar con los usuarios es un primer paso crucial en el proceso de solución de problemas. La comunicación eficaz ayuda a:
Confirme los detalles del problema, recopile más detalles y, cuando sea posible, obtenga los mensajes de error para comprender mejor el contexto del problema.
Utilice herramientas colaborativas como MS Teams, que permiten compartir la pantalla para demostrar con mayor claridad los problemas encontrados.
2. Identificación del problema:
Identificar y definir claramente el problema desempeña un papel fundamental en el proceso de resolución de problemas. Las estrategias eficaces incluyen:
La capacidad de identificar y definir con precisión el problema es el primer paso para la resolución de problemas.
A veces, una simple comparación de datos puede ser suficiente. Por ejemplo, un usuario informó de un problema que solo ocurrió en una orden de trabajo. En estos casos, podemos extraer los datos de la orden de trabajo problemática y compararlos con otra orden de trabajo similar que no tenga el mismo problema.
El mensaje de error dice que el WO no es válido al crear una orden de compra de publicación.
Busque otro WO similar que tenga la misma ubicación y clasificación de trabajo, etc.
Ejecute la consulta SQL para extraer dos registros de WORKORDER. Copia y pega en Excel.
Compare los valores de dos WoS, ignore esos campos de fecha y podremos detectar fácilmente que los valores de WOACCEPTSCHARGES para dos WoS son diferentes, lo que probablemente sea la causa del problema.
Vaya a la orden de trabajo problemática y marque la casilla «¿Acepta cargos?» (POR LO QUE ACEPTA CARGOS). Vuelve a intentar crear la orden de compra de lanzamiento y el problema se ha resuelto.
3. Inicie sesión como perfil de usuario para reproducir el problema:
La reproducción del problema es uno de los pasos más importantes hacia la solución, especialmente para algunos problemas complicados. Podemos iniciar sesión con el perfil del usuario e intentar reproducir el problema, de modo que podamos ver cómo y cuándo se produce el problema y también encontrar y probar la solución.
Hay dos métodos:
Sustituya el nombre de usuario (LOGINID) por el suyo en la cuenta de Maximo del usuario e inicie sesión para reproducir el problema. Normalmente lo haríamos en un entorno que no es de producción y solo lo hacemos en producción si es necesario. Tenga en cuenta que este método solo funciona en entornos de Maximo que están configurados con la autenticación de Active Directory.
O añada a nuestro usuario a los mismos grupos de seguridad en los que se encuentra el usuario e inicie sesión para reproducir el problema. Sin embargo, es posible que esto no funcione bien en algunos casos de flujo de trabajo porque usted y el usuario pueden estar en grupos de personas diferentes.
4. Análisis de registros:
Los registros de Maximo desempeñan un papel crucial en la resolución de problemas. Analice los registros de aplicaciones y servidores de Maximo para identificar mensajes de error, advertencias u otros indicadores de problemas.
Registros del sistema: Maximo genera registros del sistema que registran varios eventos, errores y actividades dentro de la aplicación. Estos registros son esenciales para solucionar problemas y diagnosticarlos. Cuando se produce un problema, podemos acceder a los registros del sistema para comprobar si se ha registrado algún error. Los registros del sistema normalmente se encuentran en el directorio de instalación de Maximo, como se muestra a continuación: <Root>\ IBM\ WebSphere\ AppServer\ profiles\ Appsrv01\ logs\... \ SystemOut.log
Por ejemplo, cuando un grupo de muestreo no pudo generar WoS, primero podemos ir a la tarea cron PlusDBaseCronTask para identificar el tiempo de acción y la instancia del servidor.
A continuación, vaya a la carpeta de registros del servidor para buscar el registro del sistema según la hora de acción de la tarea cron, abra los registros e intente encontrar el texto «[SampleWogen]». Este es el ERROR que indica que un activo del grupo de muestreo no está en estado operativo.
[31/10/23 5:38:23:557 AEST] 0000030d SystemOut O 31 de octubre de 2023 05:38:23:557 [ERROR] [maxprdcrn1] [] [SampleWogen] Error al crear la orden de trabajo en la ubicación: 2073938/Asset: 513973: PSDI.util.mxApplicationException: BMXAA0090E - El activo 513973 no es un activo válido o su estado no lo es un estado operativo.
Registro de errores: Maximo registra los errores que se producen en la aplicación. Estos registros de errores pueden ayudar a los administradores a identificar y resolver los problemas con rapidez.
A continuación se muestra un ejemplo de los mensajes de error que el usuario recibió al intentar ejecutar Reordenar un elemento:
«BMXAA3463E: se ha producido un error y un administrador del sistema debe corregirlo. Revise el registro de la aplicación REORDER desde el <HOME>directorio para determinar la causa del error a partir de los mensajes de error registrados.»
De nuevo, vamos a la carpeta de registros del servidor para encontrar el archivo SystemErr.log en función de la hora en que ocurrió el problema y podemos ver que el error muestra «El código de dirección no es válido»:
[9/11/23 8:29:02:934 AEST] 000005ed SystemErr R PSDI.util.mxApplicationException: BMXAA3901E: el código de dirección no es válido. ... [9/11/23 8:29:02:934 AEST] 000005ed Systemer R en PSDI.mbo.mbo.setValue (mbo.java:2441) [9/11/23 8:29:02:934 AEST] 000005ed SystemErr R en PSDI.app.inventory.reorder.generatePRHeader (Reorder.java:1479) [9/11/23 8:29:02:934 AEST] 000005ed Systemer R en PSDI.app.inventory.reorderSet.reorder (ReorderSet.java:997) ...
A continuación, ve al almacén en el que realizamos el proceso de repedido del artículo para encontrar la dirección de envío a/facturación y ve a Organizaciones para comprobar si la dirección existe y si está agregada al sitio:
Luego descubrimos que la dirección de envío en el almacén no se había agregado al sitio del almacén. Una vez que se haya añadido al sitio y se haya solucionado el problema.
Registros específicos: en algunas tareas cron, también podemos especificar el archivo de registro en los parámetros para capturar información más específica sobre las actividades de las tareas cron. Cuando se produzca un problema, estos registros nos ayudarán en gran medida a identificar el problema rápidamente.
Por ejemplo,
El BMXAT0005E - El PM 126373 aún no ha llegado o no está dentro de la temporada activa.
BMXAA9342W: no se especifica la próxima fecha límite para el PM 126373 flotante. Para generar el PM, en la aplicación PM, especifique una próxima fecha límite.
5. Solución de problemas de flujo de trabajo:
La solución de problemas de flujo de trabajo puede parecerse un poco al trabajo de un detective. Necesitamos comprender muy bien el diseño del flujo de trabajo, comprobar cuidadosamente los detalles del historial del flujo de trabajo y analizar hacia dónde y cómo se dirigió el flujo de trabajo, de ahí que averigüemos dónde están los problemas.
Maximo viene con pocas acciones de flujo de trabajo que pueden ayudarnos a solucionar problemas.
Ver las asignaciones de flujo de trabajo: podemos comprobar a quién está asignado actualmente el flujo de trabajo.
Ver el historial del flujo de trabajo: Maximo conserva el historial de un proceso de flujo de trabajo. Esto incluye información sobre cuándo se ejecutó cada paso, quién realizó la acción y cualquier comentario o nota asociado al paso.
Ver mapa de flujo de trabajo: el mapa de flujo de trabajo muestra un gráfico de un proceso de flujo de trabajo, incluidos sus nodos y líneas de conexión. Podemos comprobar la ubicación actual del mapa en un proceso que se resalta con un cuadro alrededor del nodo.
Se recomiendan los siguientes enfoques para solucionar los problemas del flujo de trabajo.
En primer lugar, una vez más, podemos intentar hacer una comparación sencilla en los historiales de los flujos de trabajo. Busque otro registro similar que utilice el mismo flujo de trabajo y abra «Ver el historial del flujo de trabajo» para ver ambos registros para comparar si el flujo de trabajo siguió una ruta diferente y dónde.
A continuación se muestra un ejemplo de problemas de flujo de trabajo. Al enrutar el flujo de trabajo de cientos de WoS del estado APPR al PNDNLD, solo 2 WoS permanecieron como APPR de estado. Al comparar el historial del flujo de trabajo, descubrimos que el flujo de trabajo de esos dos WoS problemáticos seguía una acción verdadera, en lugar de una acción falsa, en el nodo «SFS, Exclude Classification». Ahora podemos ir al diseño del flujo de trabajo para averiguar por qué estas dos WoS arrojaron el resultado verdadero en ese nodo del flujo de trabajo.
En segundo lugar, podemos seleccionar la acción «Ver asignaciones de flujo de trabajo» para averiguar a quién están asignadas actualmente. A continuación, iniciamos sesión con el perfil de usuario del cesionario e intentamos reproducir el problema. Esto nos ayudará a entender más detalles sobre el problema y facilitará la búsqueda y prueba de la solución.
Además, hay otro enfoque que puede llevar mucho tiempo, pero que normalmente puede ayudarnos a identificar los problemas. Como acabamos de mencionar, podemos usar la opción «Ver mapa del flujo de trabajo» para averiguar dónde se encuentra actualmente el flujo de trabajo y entender por qué y cómo llegó hasta allí. Podemos comprobar y comparar el historial del flujo de trabajo y el diseño del flujo de trabajo paso a paso para averiguar qué nodo del flujo de trabajo siguió la acción incorrecta y por qué.
6. Otros puntos destacados:
Referencia de documentación:
Consulte la documentación, las notas de la versión, las guías de usuario, la base de conocimientos y las notas de tickets anteriores de Maximo para encontrar información relacionada con el problema y las posibles soluciones. Colaboración:
Colabore con colegas, foros en línea o comunidades de usuarios de Maximo para buscar consejos y compartir experiencias para resolver problemas comunes.
Pruebas:
Tras implementar una solución, pruebe minuciosamente el sistema para confirmar que el problema se ha resuelto y que no se ha introducido ningún problema nuevo.
Gestión del cambio:
Documente los cambios realizados durante la solución de problemas. Asegúrese de cumplir con el proceso de gestión de cambios de la empresa y de que los cambios se comuniquen correctamente a las partes interesadas pertinentes.
Copia de seguridad y restauración:
Realice siempre copias de seguridad y prepare los scripts de respaldo, si es posible, antes de probar o implementar una solución, en caso de que las iniciativas de solución de problemas tengan consecuencias imprevistas.