Intro‍

Maximo, un système complet de gestion des actifs d'IBM, permet aux utilisateurs de gérer leurs actifs, leurs bons de travail et leurs opérations de maintenance. L'une des fonctionnalités puissantes de Maximo est la possibilité d'utiliser des scripts d'automatisation pour personnaliser le système afin de répondre à des besoins commerciaux spécifiques. Dans cet article, nous aborderons les meilleures pratiques d'utilisation des scripts d'automatisation Maximo, l'importance d'utiliser des contrôles de validation et d'accès appropriés, ainsi que des méthodes alternatives pour atteindre des objectifs similaires.

‍Remplacer Maximo Business Logic par MBOConstants

Lorsque vous travaillez avec des scripts d'automatisation et du code Java écrits pour Maximo, un large éventail de MBOConstantes peut être utilisé pour contrôler la façon dont le script interagit avec la logique métier de Maximo. Il est essentiel de choisir les bonnes constantes pour votre code afin de vous assurer qu'il fonctionne correctement et ne compromet pas l'intégrité du système. Abordez chaque cas d'utilisation avec les MBOconstantes les moins intrusives qui conviennent à la situation.

Par exemple, la constante NOVALIDATION_AND_NOACTION ou 9L ne représente aucune validation ni aucune action, ce qui signifie que le script ne déclenchera aucune automatisation supplémentaire ni ne vérifiera les valeurs saisies. Bien que cela puisse être utile dans certains cas, cela peut entraîner des résultats indésirables ou même briser la logique commerciale de Maximo. Une constante plus appropriée pour la plupart des situations est NOVALIDATION ou 1L, qui permet au script de s'exécuter sans valider les données en cours de définition ni supprimer toute autre logique MBO.

‍

Constantes MBO couramment utilisées

‍

Toutes les constantes disponibles se trouvent dans la documentation Java : https://ibm.ent.box.com/v/maximojavadocs 

‍

Différentes manières d'utiliser les constantes MBO

Il existe plusieurs manières de référencer les MBOConstantes. Le code IBM utilise souvent une valeur longue telle que « 2L », qui peut être difficile à lire si vous n'avez pas mémorisé la table de référence. L'utilisation de la valeur constante écrite améliore considérablement la lisibilité. Vous pouvez le faire en important la classe MBOConstants ou en référençant le MBO. Dans les exemples ci-dessous, le NOACCESSCHECK est défini de trois manières différentes.

‍

Aucune constante

MBO.setValue (« DESCRIPTION », « Valeur de test »)

Valeur MBOConstants

MBO.setValue (« DESCRIPTION », « Valeur de test », 2L)

Importation de la classe MBOConstants

depuis psdi.mbo, importez MBOConstants

MBO.setValue (« DESCRIPTION », « Valeur de test », MBOConstants.NoAccessCheck)

MBO va extraire des constantes MBO

MBO.setValue (« DESCRIPTION », « Valeur de test », MBO.NoAccessCheck)

Bonus : combiner des constantes avec Java Pipe

mbo.setValue (« DESCRIPTION », « Valeur de test », mbo.noAccessCheck|mbo.noValidation)