Chapter 1 · leçon 1 sur 3
CertaviaWork Order Tracking, Inventory, etc.) selon les besoins des utilisateurs.Asset Management Service, Integration Service) communiquant via APIs REST.WORKORDER, ASSET, et INVENTORY, avec schéma normalisé.Enterprise Service, Publish Channel) pour échanger des données avec des systèmes externes comme SAP ou Oracle.RBAC (contrôle d'accès basé sur les rôles), SSO, et MFA pour protéger les données sensibles.L'architecture de MAS 9.x repose sur une séparation claire des responsabilités entre cinq couches techniques interconnectées. La couche présentation gère les interfaces utilisateur via le MAS Hub, tandis que la couche métier encapsule la logique applicative dans des microservices spécialisés.
La persistance des données s'effectue dans une base relationnelle (DB2, Oracle, ou SQL Server) avec un schéma normalisé comprenant plus de 1 200 tables comme MAXOBJECT pour les métadonnées et WORKORDER pour les données transactionnelles. Les services d'intégration utilisent des Object Structures JSON pour sérialiser les données.
| Composant | Responsabilités | Technologies clés |
|---|---|---|
Asset Management | Gestion du cycle de vie des actifs, analyses prédictives | Java, Kafka, DB2 |
Monitor | Surveillance IoT, traitement des données capteurs | Node.js, TimescaleDB |
Health | Diagnostic d'état des équipements (AHI, RUL) | Python, TensorFlow |
Predict | Modèles d'IA pour la maintenance prédictive | PyTorch, scikit-learn |
Integration | Connectivité avec ERP, SCADA, CMMS tiers | REST, OAuth, JWT |
Web Services Library.L'implémentation standard de MAS nécessite une configuration initiale via l'application System Configuration, où les administrateurs définissent les paramètres critiques comme les SITEID, ORGID, et les règles de sécurité. Les étapes clés incluent la création des domaines (MAXDOMAIN), la configuration des STOREROOMS, et l'établissement des calendriers opérationnels.
Exemple concret : pour une organisation manufacturière avec 3 sites, la configuration typique implique 15 heures de paramétrage initial, incluant la création de 12 PERSONGROUP, 45 LOCATIONS, et l'import de 3 200 ITEM depuis un ERP existant.
System Properties de base (fuseau horaire, formats de date, UoM par défaut).SECURITYGROUP et association aux rôles métier via APPAUTH.COMPANIES, CRAFT, et FAILURECODE essentiels pour les processus EAM.Endpoints pour l'intégration avec les systèmes financiers et MRO.Les données dans MAS suivent un cycle de vie strictement contrôlé, depuis leur création dans les applications comme Item Master jusqu'à leur archivage dans les tables historiques. Les transitions entre statuts (ex: ACTIVE → PENDING_OBSOLETE → OBSOLETE) déclenchent des workflows documentés dans WFINSTANCE.
ASSET), montrant les transitions de statut principales et les points de décision critiques. Les états en rouge déclenchent des notifications via Communication Templates.Les candidats supposent souvent que l'architecture de MAS 9.x est identique aux versions standalone de Maximo 7.6. En réalité, MAS introduit des microservices décentralisés et une dépendance critique à OpenShift, contrairement à l'architecture monolithique historique. L'examen teste spécifiquement cette distinction.
Un scénario fréquent présente un problème d'intégration sans mentionner les systèmes connectés. La réponse correcte doit toujours considérer les composants externes comme les fournisseurs d'identité pour le SSO ou les bases de données tierces accessibles via Object Structures.
1) Core (services de base), 2) Asset Management (fonctionnalités EAM), 3) Integration (connectivité). Les autres services comme Predict ou Health sont optionnels.
Via des transactions distribuées utilisant le pattern SAGA et des files d'attente Kafka pour les opérations asynchrones. Les tables système comme MAXVARS stockent les verrous transactionnels.