Introducción‍

Maximo, un sistema integral de gestión de activos de IBM, permite a los usuarios gestionar sus activos, órdenes de trabajo y operaciones de mantenimiento. Una característica poderosa de Maximo es la capacidad de usar scripts de automatización para personalizar el sistema a fin de satisfacer las necesidades empresariales específicas. En este artículo, analizaremos las mejores prácticas para usar los scripts de automatización de Maximo, la importancia de utilizar las comprobaciones de acceso y validación adecuadas, y los métodos alternativos para lograr objetivos similares.

‍Sobrescribir la lógica empresarial de Maximo con MboConstants

Cuando se trabaja con scripts de automatización y código Java escritos para Maximo, se puede usar una amplia gama de MboConstants para controlar la forma en que el script interactúa con la lógica empresarial de Maximo. Es fundamental elegir las constantes correctas para el código a fin de garantizar que funciona correctamente y no compromete la integridad del sistema. Aborda cada caso de uso con las MboConstants menos intrusivas que funcionen para la situación.

Por ejemplo, las constantes NOVALIDATION_AND_NOACTION o 9L no representan ninguna validación ni acción, lo que significa que el script no activará ninguna automatización adicional ni comprobará los valores introducidos. Si bien esto puede resultar útil en algunos casos, puede generar resultados no deseados o incluso romper la lógica empresarial de Maximo. Una constante más adecuada para la mayoría de las situaciones es NOVALIDATION o 1L, que permite que el script se ejecute sin validar los datos que se están configurando ni suprimir otra lógica de MBO.

‍

Constantes MBO de uso común

‍

Todas las constantes disponibles se encuentran en los documentos de Java: https://ibm.ent.box.com/v/maximojavadocs 

‍

Diferentes formas de utilizar MboConstants

Hay varias formas de hacer referencia a las MboConstants. El código de IBM suele utilizar un valor largo como «2L», que puede resultar difícil de leer a menos que haya memorizado la tabla de referencia. El uso del valor constante escrito aumenta considerablemente la legibilidad. Puede hacerlo importando la clase MboConstants o haciendo referencia al MBO. En los ejemplos siguientes, el NOACCESSCHECK se establece de tres maneras diferentes.

‍

Sin constante

mbo.setValue («DESCRIPCIÓN», "Valor de prueba»)

Valor MboConstants

mbo.setValue («DESCRIPCIÓN», «Valor de prueba», 2L)

Importación de la clase MboConstants

desde psdi.mbo importar MboConstants

mbo.setValue («DESCRIPCIÓN», "Valor de prueba», mboConstants.noAccessCheck)

MBO extraerá constantes de MBO

mbo.setValue («DESCRIPCIÓN», "Valor de prueba», mbo.NoAccessCheck)

Bonificación: combinación de constantes con Java Pipe

mbo.setValue («DESCRIPCIÓN», "Valor de prueba», mbo.noAccessCheck|mbo.noValidation)