Tableau de bord/Chapter 6/1.3 — Preventive Maintenance (PM)
Chapter 6 · leçon 3 sur 7
CertaviaJob Plan) et de plan de sécurité (Safety Plan).Route).WORKORDER) de manière récurrente, assurant ainsi que les tâches de maintenance sont effectuées à intervalles réguliers ou selon des conditions spécifiques.Job Plan et Safety Plan — Chaque PM peut intégrer un Job Plan détaillé et un Safety Plan, dont les informations sont automatiquement copiées dans les ordres de travail générés, garantissant cohérence et conformité.Route) — Les PM peuvent être associés à des itinéraires, ce qui permet de planifier des travaux de maintenance pour plusieurs actifs ou localisations le long d'un parcours défini, optimisant ainsi les déplacements et les ressources.METER), les dates de début et les durées estimées, sont des attributs clés qui dictent la logique de génération des ordres de travail.La maintenance préventive (PM) est une pierre angulaire de la stratégie EAM (Enterprise Asset Management) dans Maximo Manage. Elle permet aux organisations de passer d'une approche réactive, où les interventions ont lieu après une panne, à une approche proactive et planifiée. Un enregistrement de PM n'est pas un ordre de travail en soi, mais plutôt un modèle intelligent qui déclenche la création d'ordres de travail basés sur des critères prédéfinis.
Ces critères peuvent inclure des intervalles de temps (mensuel, trimestriel), des relevés de compteurs (heures de fonctionnement, kilomètres parcourus) ou une combinaison des deux. L'architecture des PM est conçue pour être flexible, permettant d'associer un PM à un actif spécifique (ASSETNUM), à une localisation (LOCATION), ou même à un itinéraire (Route) couvrant plusieurs points d'intervention. Cette flexibilité est essentielle pour s'adapter à la diversité des besoins de maintenance au sein d'une entreprise.
WORKORDER)"]:::primary
G["Actif (ASSET)"]:::quaternary
H["Localisation (LOCATION)"]:::quaternary
I["Itinéraire (Route)"]:::quaternary
A -- 'Définit les règles de' --> B
A -- 'Définit les règles de' --> C
A -- 'Contient' --> D
A -- 'Contient' --> E
B -- 'Déclenche' --> F
C -- 'Déclenche' --> F
F -- 'Hérite de' --> D
F -- 'Hérite de' --> E
A -- 'Appliqué à' --> G
A -- 'Appliqué à' --> H
A -- 'Appliqué à' --> I
classDef primary fill:#1D9E75,stroke:#178A66,stroke-width:2px,color:#FFFFFF
classDef secondary fill:#F1FFEE,stroke:#82C91E,stroke-width:2px,color:#0F172A
classDef tertiary fill:#E0F2FE,stroke:#38BDF8,stroke-width:2px,color:#0F172A
classDef quaternary fill:#FFFBEB,stroke:#FBBF24,stroke-width:2px,color:#0F172A
">
La maintenance préventive se situe au carrefour de différentes stratégies de maintenance. Comprendre ces distinctions est crucial pour optimiser la gestion des actifs et choisir l'approche la plus adaptée à chaque situation. Maximo Manage supporte l'ensemble de ces stratégies, mais le PM est spécifiquement conçu pour l'approche préventive et sert de base à des stratégies plus avancées comme la maintenance proactive.
Le tableau ci-dessous compare les caractéristiques principales des trois grandes catégories de maintenance, mettant en lumière la valeur ajoutée de la maintenance préventive gérée par des PM dans Maximo.
| Stratégie de Maintenance | Description | Déclencheur principal | Avantages | Inconvénients | Exemple Maximo |
|---|---|---|---|---|---|
| Réactive (Corrective) | Intervention après la défaillance de l'équipement. | Panne ou défaillance inattendue. | Coût initial faible (pas de planification complexe). | Temps d'arrêt imprévus, coûts de réparation élevés, risques de sécurité. | Création d'un WORKORDER manuel suite à un incident ou une demande de service (Service Request). |
Préventive (PM) |
Intervention planifiée à intervalles réguliers ou selon des compteurs pour éviter les pannes. | Temps (calendrier) ou utilisation (compteur). | Réduit les pannes imprévues, prolonge la durée de vie des actifs, meilleure planification des ressources. | Peut entraîner une maintenance inutile (remplacement de pièces encore fonctionnelles), coûts de planification. | Génération automatique de WORKORDER à partir d'un enregistrement Preventive Maintenance. |
| Proactive (Condition-Based) | Intervention basée sur l'état réel de l'équipement, détecté par des capteurs ou des inspections. | Données de condition (vibration, température, pression) ou relevés de compteurs spécifiques. | Optimise les intervalles de maintenance, réduit les coûts, maximise la disponibilité des actifs. | Investissement initial en technologies de surveillance, complexité de l'analyse des données. | Utilisation de Condition Monitoring et de METER pour déclencher des WORKORDER via des Escalations ou des PM basés sur des seuils. |
La configuration d'un enregistrement de maintenance préventive (PM) dans Maximo Manage est un processus structuré qui garantit la génération correcte et opportune des ordres de travail. L'application Preventive Maintenance est le point central pour définir tous les paramètres nécessaires. Chaque PM est un modèle qui encapsule la logique de planification et les détails des tâches à effectuer.
Lors de la création d'un PM, plusieurs informations clés doivent être renseignées. Cela inclut l'identification de l'actif ou de la localisation concernée, la définition des fréquences de maintenance (basées sur le temps, les compteurs ou les deux), et l'association d'un Job Plan qui décrit les étapes détaillées de la maintenance. Un Safety Plan peut également être lié pour assurer la conformité aux normes de sécurité.
Les fréquences peuvent être simples (ex: tous les mois) ou complexes, incluant des décalages (Offset) et des règles de report. Maximo permet également de définir des hiérarchies de PM, où un PM parent peut générer des ordres de travail pour des PM enfants, créant ainsi des ensembles de tâches coordonnées. La gestion des itinéraires (Route) est une autre fonctionnalité puissante, permettant d'appliquer un PM à une séquence d'actifs ou de localisations, optimisant ainsi les tournées des techniciens.
Preventive Maintenance. Renseignez les champs obligatoires tels que la description, l'actif ou la localisation cible, et le site (SITEID).Job Plan et Safety Plan — Liez un Job Plan existant qui contient les tâches, les ressources (main-d'œuvre, matériaux, services) et les outils nécessaires. Ajoutez un Safety Plan pour les consignes de sécurité spécifiques.Route) — Si le PM s'applique à plusieurs points d'intervention séquentiels, associez-le à un Route pour générer des ordres de travail pour chaque point de l'itinéraire.Le cycle de vie d'un enregistrement de maintenance préventive dans Maximo Manage est un processus dynamique qui commence par sa création et se poursuit par la génération récurrente d'ordres de travail. Ce cycle assure que les actifs reçoivent la maintenance nécessaire de manière systématique, contribuant à leur fiabilité et à leur longévité. Chaque étape du cycle est cruciale pour maintenir l'efficacité du programme de maintenance préventive.
Un PM passe par plusieurs états, de sa conception à son activation, et potentiellement à sa révision ou sa désactivation. La gestion de ces états est essentielle pour contrôler la planification et l'exécution des tâches de maintenance. Une fois actif, le PM surveille les conditions de déclenchement (temps ou compteur) et génère automatiquement des ordres de travail, qui entrent ensuite dans leur propre cycle de vie (planification, approbation, exécution, clôture).
Job Plan
Un piège courant est de confondre un enregistrement de maintenance préventive (PM) avec un Job Plan. L'étudiant pourrait penser que le PM contient directement les tâches à effectuer. Or, le PM est le déclencheur et le planificateur de la maintenance, tandis que le Job Plan est le détail des tâches. Un PM fait référence à un ou plusieurs Job Plan, mais ne les contient pas directement. Si un Job Plan est modifié, tous les PM qui y font référence bénéficieront de la mise à jour lors de la prochaine génération d'ordres de travail, sans qu'il soit nécessaire de modifier chaque PM individuellement. L'examen peut présenter des scénarios où la modification d'un Job Plan est nécessaire, et il est crucial de comprendre que cela impacte les PM liés, mais que le PM lui-même n'est pas le lieu de définition des tâches.
La gestion des fréquences dans un PM peut être complexe et source d'erreurs. Les PM peuvent être déclenchés par le temps (calendrier), par des relevés de compteurs (METER), ou par une combinaison des deux. Un piège fréquent est de mal interpréter la logique de "prochaine date de génération" ou de "prochain relevé de compteur". Par exemple, si un PM est configuré pour générer un ordre de travail tous les 3 mois OU tous les 500 heures, Maximo générera l'ordre de travail dès que l'UNE des conditions est remplie, et non les deux. De plus, les options de décalage (Offset) ou de report (Roll Over) peuvent modifier le comportement attendu. Il est essentiel de bien comprendre comment Maximo calcule la prochaine date ou le prochain relevé de déclenchement pour éviter la génération d'ordres de travail trop tôt, trop tard, ou pas du tout.
L'utilisation des hiérarchies de PM (parent-enfant) et des itinéraires (Route) peut être mal comprise. Un PM parent génère des ordres de travail pour ses PM enfants, créant une structure d'ordres de travail liés. Si le PM parent est désactivé, cela peut empêcher la génération des ordres de travail pour les PM enfants, même si ces derniers sont actifs. De même, un PM associé à un Route générera un ordre de travail pour chaque point de l'itinéraire. L'examen peut tester la compréhension de l'impact d'une modification ou d'une désactivation d'un élément dans ces structures complexes. Il est important de se rappeler que la hiérarchie et l'itinéraire définissent la portée et la relation des ordres de travail générés, et non les tâches elles-mêmes.
La fonction principale d'un enregistrement de PM est de servir de modèle pour la génération automatique et récurrente d'ordres de travail de maintenance. Il définit les règles de planification (fréquences temporelles ou basées sur des compteurs) et les détails des tâches à effectuer via un Job Plan associé, garantissant ainsi une maintenance systématique des actifs.
Job Plan et un Safety Plan sont-ils liés à un PM, et quel est l'avantage de cette relation ?
Un Job Plan et un Safety Plan sont associés à un PM. Lorsque le PM génère un ordre de travail, les informations contenues dans ces plans sont automatiquement copiées dans le nouvel ordre de travail. L'avantage est la réutilisation et la standardisation : les modifications apportées au Job Plan ou au Safety Plan sont répercutées sur tous les futurs ordres de travail générés par les PM qui y font référence, sans nécessiter de modification individuelle de chaque PM.
Une hiérarchie de PM permet de créer des relations parent-enfant entre des enregistrements de PM. Un PM parent peut déclencher la génération d'ordres de travail pour un groupe de PM enfants. Cette fonctionnalité est utile pour coordonner des maintenances complexes sur des ensembles d'actifs liés ou des systèmes, permettant de générer des hiérarchies d'ordres de travail qui reflètent la structure des équipements ou des processus.
Route) et pourquoi est-il utilisé ?
Un PM basé sur un itinéraire est un enregistrement de maintenance préventive qui est appliqué à une séquence prédéfinie d'actifs ou de localisations (un Route). Il est utilisé pour optimiser la planification et l'exécution des tâches de maintenance lorsque plusieurs points d'intervention doivent être visités séquentiellement, réduisant ainsi les temps de déplacement et améliorant l'efficacité des techniciens.
Bonne réponse : A
Pourquoi cette question existe — STU §6.3 — la question vérifie le niveau de segmentation de données exact des Master PM, qui se distinguent des PM ordinaires (niveau Site) en étant créées au niveau le plus large (System), pour permettre leur déploiement ultérieur vers plusieurs Organisations/Sites. En pratique, confondre ce niveau avec Set ou Organization fait chercher à tort une restriction de scope qui n'existe pas pour les Master PM.
Le contexte théorique d'abord — Maximo segmente ses tables selon 3 niveaux : System (global, partagé par toute l'instance), Set (Item Set / Company Set, partagé entre plusieurs organisations), et Organization/Site (propre à une organisation ou un site). Les Master PM sont des enregistrements de niveau System, ce qui leur permet d'être déployés (via l'action Deploy) vers plusieurs organisations et sites différents.
Ce que Maximo en fait — version opérationnelle — Dans Master PM > créer l'enregistrement (niveau System, aucun champ Organization/Site requis à la création) > ajouter les Job Plan Sequences associées > utiliser l'action Deploy pour générer des PM réels au niveau Site dans chacune des organisations/sites cibles.
Exemple chiffré — Un seul Master PM créé au niveau System peut être déployé vers 5 sites différents, générant ainsi 5 PM réels distincts, contre la création manuelle de 5 PM séparés sans ce mécanisme.
Analogie quotidienne — C'est comme un gabarit de formulaire administratif national qui peut ensuite être décliné et appliqué dans chaque succursale régionale, plutôt que de devoir recréer le formulaire séparément dans chaque succursale.
Pourquoi B est faux — Pattern D9 quasi-synonyme : le niveau Set concerne des objets comme Item Master ou Company, pas les Master PM qui sont au niveau System.
Pourquoi C est faux — Pattern D4 demi-vérité : le Site est le niveau des PM déployées (le résultat), pas celui où le Master PM est créé.
Pourquoi D est faux — Pattern D4 demi-vérité : l'Organization n'est pas non plus le niveau de création du Master PM ; ce niveau intervient seulement lors du déploiement vers les PM réelles.
Bonne réponse : D
Pourquoi cette question existe — STU §6.3 — la question vérifie le mécanisme d'association entre un Master PM et des assets non-rotatifs (qui n'ont pas de numéro d'Item Master générique), réalisé via un Asset Template, par opposition à des entités plausibles mais non adaptées (Item Master suppose un asset rotatif, Job Plan est consommé par le PM sans le porter, Master PM est l'objet associé pas le mécanisme d'association). En pratique, oublier l'Asset Template empêche le déploiement automatique du Master PM sur des assets non-rotatifs.
Le contexte théorique d'abord — Pour les assets rotatifs, un Master PM se rattache via l'Item Number (Item Master) commun à tous les exemplaires. Pour les assets non-rotatifs (uniques, sans Item Master), l'association se fait via un Asset Template, qui définit un ensemble de spécifications/attributs réutilisables et peut référencer un Master PM pour générer automatiquement les PM correspondantes lors de l'application du template à l'asset.
Ce que Maximo en fait — version opérationnelle — Dans Asset Templates > créer ou éditer un template > associer un Master PM au template > appliquer ce template à un asset non-rotatif via l'action Apply Template to Assets > le Master PM associé est alors déployé pour cet asset.
Exemple chiffré — Un Asset Template associé à 2 Master PM appliqué à 30 assets non-rotatifs uniques génère jusqu'à 60 PM individuelles déployées (2 par asset), en une seule opération d'application de template.
Analogie quotidienne — C'est comme un modèle de contrat-type pour des biens uniques (immeubles non-standardisés) : on ne peut pas s'appuyer sur un numéro de produit générique, donc on utilise un gabarit (template) qui embarque les clauses de maintenance applicables.
Pourquoi A est faux — Pattern D5 champ-frère : le Master PM est l'objet à associer, pas le mécanisme permettant cette association sur un asset non-rotatif.
Pourquoi B est faux — Pattern D4 demi-vérité : Item Master fonctionne pour les assets rotatifs, pas pour les non-rotatifs qui n'ont justement pas d'Item Number.
Pourquoi C est faux — Pattern D5 champ-frère : le Job Plan est consommé par le Master PM, mais ne sert pas de point d'association entre le Master PM et l'asset non-rotatif.
Bonne réponse : A
Pourquoi cette question existe — STU §6.3 — la question vérifie qu'une option de calcul de fréquence PM porte un nom explicite directement lié au champ source utilisé, contrairement à des champs-frères plausibles (date cible, date de complétion, date de génération). En pratique, confondre ces dates fausse la prévision de l'Earliest Next Due Date d'une PM récurrente.
Le contexte théorique d'abord — Lorsque l'option Use Last Work Order's Start Date est activée sur une PM, le calcul de l'Earliest Next Due Date (date la plus proche à laquelle la prochaine occurrence peut être générée) se base sur le champ Last Start Date (Actual Start) du dernier work order généré par cette PM, additionné à la fréquence définie, plutôt que sur sa date cible ou sa date de complétion.
Ce que Maximo en fait — version opérationnelle — Dans Preventive Maintenance > cocher l'option Use Last Work Order's Start Date > lors du prochain calcul de fréquence (Generate PM Work Orders), Maximo lit le champ Actual Start du dernier WO clôturé issu de cette PM, et calcule la nouvelle Earliest Next Due Date à partir de cette date plutôt que de la date planifiée d'origine.
Exemple chiffré — Pour une PM mensuelle dont le dernier WO a démarré le 5 du mois au lieu de la date cible du 1er, l'Earliest Next Due Date suivante sera calculée à partir du 5 (+ 1 mois), soit le 5 du mois suivant, et non le 1er, un décalage de 4 jours répercuté sur le cycle suivant.
Analogie quotidienne — C'est comme planifier sa prochaine visite chez le dentiste 6 mois après la date réelle du dernier rendez-vous (et non après la date initialement prévue qui aurait pu être reportée).
Pourquoi B est faux — Pattern D5 champ-frère : Last Target Date est la date planifiée d'origine, pas la date réelle de démarrage utilisée par cette option.
Pourquoi C est faux — Pattern D9 quasi-synonyme : Last Completion Date marque la fin du travail, pas son démarrage, qui est le champ explicitement nommé dans l'option.
Pourquoi D est faux — Pattern D2 inventé : « Last WO Generation Date » n'est pas un champ standard utilisé pour ce calcul de fréquence.