Chaque machine sait pourquoi elle tombe en panne.
La plupart des systèmes stockent les actifs comme des lignes dans un registre. Zenith traite chacun comme un ensemble de connaissances techniques — ce qu’il doit accomplir, comment il tombe en panne, ce que vous avez décidé pour chaque défaillance et ce qui s’est réellement passé — avec des indicateurs de fiabilité qui nomment les preuves derrière eux, et qui le disent clairement quand il n’y en a pas.
Présenté avec des données d’exemple.
Photographiez la plaque signalétique. Zenith remplit la fiche de l’actif.
Prenez une photo d’une plaque signalétique, d’une étiquette ou d’un compteur, ou téléversez-en une. Zenith lit le fabricant, le modèle, le numéro de série, l’année et les caractéristiques nominales, suggère la catégorie, le type et la criticité, et remplit le formulaire de l’actif pour que vous le confirmiez.
- Chaque champ est identifié comme lu sur la plaque ou suggéré, pour que vous sachiez quoi vérifier.
- Ajoutez-le comme nouvel actif, ou mettez à jour un actif existant, avec les spécifications déjà remplies.
- La photo reste avec l’actif, classée dans Médias pour le prochain technicien.
Présenté avec des données d’exemple.
Neuf types de connaissances. Un seul dossier.
Un système de maintenance ne vaut que ce que vaut son modèle d’actif. Zenith intègre neuf dimensions à chaque machine, pour que la réponse à « qu’est-ce que c’est, et pourquoi ça continue de briser? » ne soit jamais éparpillée entre des tableurs, des cartables et la mémoire de la personne qui est là depuis le plus longtemps.
Registre des actifs
Identité stable, catégorie, type, criticité, état et portée par site — l’épine dorsale contrôlée vers laquelle pointent tous les autres modules.
Dossier technique
Des spécifications structurées avec de vraies unités et une source déclarée, pour qu’une valeur nominale du fabricant et une mesure sur le terrain ne soient jamais confondues.
Connaissance des défaillances
Fonctions, normes de performance, défaillances fonctionnelles, modes de défaillance, causes et effets — une bibliothèque réutilisable, pas des notes sur une seule machine.
Historique des défaillances
Ce qui s’est réellement passé, quand, qui l’a constaté et comment — gardé strictement à part de ce qui peut arriver.
Dossier de fiabilité
MTBF, MTTR, disponibilité, arrêts, taux de défaillance et coût — chacun calculé à partir de preuves nommées sur une période déclarée.
Décisions de stratégie
Ce que vous avez décidé de faire pour chaque mode de défaillance, pourquoi, qui l’a approuvé et quelle version est en vigueur.
Relations
Quatorze types de liens — alimente, fournit l’énergie, commande, sert de relève — conservés sous forme de dossiers datés, pour que « quand cela a-t-il changé? » ait une réponse.
Médias
Un ensemble illimité d’images classées, dont une principale, chacune traçable jusqu’à l’intervention, l’inspection ou la défaillance d’où elle provient.
Cycle de vie
Installation, mise en service, durée de vie utile, coût de remplacement, garantie — les chiffres dont une discussion réparer-ou-remplacer a réellement besoin.
Cinq façons de parcourir le même parc
Les équipes des installations pensent en bâtiments. Les ingénieurs en fiabilité pensent en systèmes. Les planificateurs pensent en catégories. Les cinq arborescences sont reconstruites à partir du même registre chaque fois qu’il change : aucune ne peut se désynchroniser des autres — ni de la réalité.
Tout le parc
Région → site → bâtiment → étage → espace → machine → composant → pièce, dans une seule arborescence.
À partir des sites
Le registre des emplacements lui-même, sans les organisations et les régions, qui ne distinguent rien.
Parent et enfant
Ce qui dépend de cette machine — les composants qui vivent et meurent avec elle.
Par fonction
Un regroupement fonctionnel qui peut s’étendre sur trois bâtiments, en suivant le système plutôt que le plan d’étage.
Toutes les pompes
Catégorie → type, pour le jour où la question est « montrez-les-moi toutes » plutôt que « où est-elle ».
Cent pièces vides, ce n’est pas une réponse
Les hiérarchies échouent de façons prévisibles : des niveaux qu’une organisation n’utilise pas, des branches vides, et un résumé vert au-dessus d’une machine critique. Chacun de ces cas est traité délibérément plutôt que laissé aux données.
- Les niveaux inutilisés n’apparaissent pas — un site se relie directement à une zone quand il n’y a pas de bâtiment entre les deux. Aucun nœud vide inventé.
- Les branches vides sont élaguées — les lieux qui ne contiennent rien sont retirés plutôt que de s’interposer entre vous et les quatre actifs qui comptent.
- L’état le plus défavorable remonte — une branche prend la couleur de la pire machine qu’elle contient, parce que du vert au-dessus d’un actif critique induit activement en erreur.
- Sélectionner une branche filtre la grille — par le même prédicat de préfixe de chemin qu’exécuterait une base de données; l’arborescence n’est donc jamais un cas particulier.
De ce qu’il doit faire à la raison pour laquelle il cesse de le faire
Zenith modélise la défaillance comme le fait l’ingénierie de fiabilité, dans l’ordre où un ingénieur raisonne réellement : une machine a des fonctions avec des normes de performance mesurables, ces fonctions défaillent de façons définies, chaque défaillance a des modes, chaque mode a des causes, et chacun a des conséquences. Aligné sur ISO 14224, et réutilisable — une défaillance de roulement définie une fois sert à toutes les machines de cette catégorie.
- Les normes de performance sont de vrais chiffres — « fournir 500 kW à 600 V dans les 10 secondes suivant une panne de réseau », pas « fonctionne correctement ».
- La bibliothèque est séparée des événements — un cas de défaillance fait référence à la connaissance et ne peut jamais y écrire.
- Les défaillances cachées sont nommées — une défaillance que personne ne remarquerait est signalée et suivie séparément, parce qu’aucun opérateur ne la signalera jamais.
- La couverture est mesurable — le système vous dira quelles fonctions n’ont aucune analyse de défaillance.
Le cheminement suggère. L’ingénieur décide.
Cinq questions, répondues dans l’ordre où un ingénieur y réfléchit, produisent une stratégie recommandée et le raisonnement en langage simple qui la justifie. Vous pouvez passer outre — et la dérogation est consignée à côté de la suggestion, pour que la décision reste explicable des années plus tard.
- Treize types de stratégies — conditionnelle, prédictive, remise en état planifiée, recherche de défaillances, fonctionnement jusqu’à la panne, reconception, entretien par l’opérateur, et plus encore.
- Une stratégie est un document contrôlé — la justification et la tâche sont obligatoires, la publication remplace plutôt qu’elle n’écrase, et les dates de révision sont suivies.
- Elle est liée au travail qui la met en œuvre — une gamme de travail ou un compteur, dont l’existence est validée, ou un honnête « pas encore lié ».
- L’actif l’emporte sur la catégorie — une génératrice dans un hôpital peut avoir plus d’exigences que la politique de sa catégorie, sans changer cette politique.
Un chiffre que personne ne peut retracer est une rumeur
La tentation, en matière de rapports de fiabilité, est de remplir chaque case. Zenith refuse : un indicateur est soit calculé — avec les preuves utilisées affichées au survol —, soit vide, avec la raison. « Conformité de l’EP 0 % » sur une machine sans données d’EP est pire que de ne rien afficher, parce que quelqu’un va agir en conséquence.
- Quatorze indicateurs sur une période déclarée — MTBF, MTTR, disponibilité, arrêts, taux de défaillance, défaillances répétées, ratio d’urgence, planifié par rapport au réactif, coût.
- Les heures non chiffrées sont déclarées — la main-d’œuvre sans taux est indiquée à côté du chiffre, jamais évaluée discrètement à zéro.
- Le MTBF utilise l’intervalle observé — deux défaillances à onze mois d’intervalle décrivent un intervalle; les tronquer à une fenêtre de douze mois ne le ferait pas.
- Reproductible — chaque calcul prend la date comme donnée d’entrée : la même question posée deux fois donne la même réponse.
L’analyse n’est pas une décision
Lier un mode de défaillance à une machine, c’est de l’analyse. Une stratégie active pour ce mode, c’est une décision. La distance entre ces deux colonnes, c’est le travail que personne n’a encore fait — et les machines qui n’ont ni l’un ni l’autre, triées pour faire ressortir d’abord les critiques, sont le risque qui n’a jamais été mis par écrit.
- Machine par machine — modes liés, modes décidés, modes non décidés, triés par criticité.
- La bibliothèque selon l’usage — un mode de défaillance utilisé sur quarante machines et décidé pour aucune est une constatation, pas une statistique.
- Des révisions qui ne s’arrêtent pas en silence — les stratégies dont la date de révision est dépassée sont mises en évidence, parce que c’est la partie de la RCM qui tombe toujours en désuétude en premier.
- Il ne crée rien — chaque ligne est un renvoi vers un travail qui a déjà sa page.
Un registre qui suit le rythme d’un parc
Dix-huit colonnes, dont quatre sont calculées en direct à partir des registres de travaux et d’EP plutôt que stockées et laissées à vieillir — le travail ouvert, le prochain EP, le statut de l’EP et la main-d’œuvre depuis le début de l’année dans la liste des actifs ne sont donc jamais les chiffres d’hier.
Quatre choses que vous pouvez faire à deux cents actifs
- Modification multiple — seuls les champs que vous activez sont écrits. Un champ vide ici n’efface jamais une valeur là-bas.
- Déplacer — choisissez le nouvel endroit et le site suit automatiquement, parce que laisser quelqu’un contredire le registre sur ce point, c’est lui offrir une façon de se tromper.
- Créer des bons de travail — une intervention par machine, avec les mêmes commandes que l’écran de création, pour que chaque machine garde son propre historique.
- Imprimer des étiquettes — une feuille d’étiquettes QR imprimable pour toute la sélection.
Trois façons d’entrer, et aucune ne vous fait perdre votre place
Créer un actif ouvre un panneau par-dessus votre espace de travail, pas une page à sa place — la grille, les filtres, la branche que vous regardiez et votre position de défilement restent derrière. Sept onglets, parce que Travail, EP et Fiabilité n’ont aucun sens avant que l’actif existe.
- À partir d’un gabarit — le modèle du catalogue est le gabarit : catégorie, type, fabricant et spécifications de la plaque arrivent déjà remplis, et vous n’ajoutez que ce qui est propre à cette unité.
- Ajout rapide — pour le jour où un camion livre dix pompes identiques : des lignes, pas des boîtes de dialogue, collées directement depuis un tableur et validées ligne par ligne.
- Détection des doublons pendant la saisie — un numéro de série identique, ou le même nom au même endroit, vous avertit avant que vous coupiez l’historique d’une machine en deux. Il avertit; il ne bloque jamais.
- Des erreurs qui vous mènent au champ — chaque problème du résumé est un bouton qui ouvre le bon onglet et place le curseur dans la case fautive.
Tout ce que touche une fiche d’actif
Des spécifications avec leur provenance
Sept sources — fabricant, fournisseur, mise en service, vérifiée sur place, mesurée sur le terrain, importée. Modifiez une valeur vérifiée et la vérification s’efface; personne n’hérite de la confiance accordée à un ancien chiffre.
Attributs personnalisés
Vos propres champs par catégorie et par type — typés, validés, bilingues et enregistrés en tout ou rien, pour qu’un ensemble à moitié rempli ne puisse jamais passer pour complet.
Relations typées
Quatorze types, stockés une fois et lus des deux côtés — sur le panneau, on lit « commandé par BMS-01 »; sur le contrôleur, on lit « commande ».
Des médias avec leur provenance
Treize catégories, exactement une image principale, et chaque image traçable jusqu’au bon de travail, à l’inspection ou au cas de défaillance d’où elle provient.
Filtres avancés
Un générateur de conditions sur dix champs, en plus des filtres rapides — et l’exportation rejoue exactement la requête que vous regardez, y compris votre portée par site.
Efficacité des mesures correctives
Les correctifs recommandés sont un dossier; les trente-huit fois où quelqu’un les a appliqués en sont trente-huit autres. C’est cette séparation qui permet de répondre à « est-ce que ça marche vraiment? ».
Évaluation des risques, selon votre méthode
La cotation des risques suit la méthode de votre organisation, pas la nôtre — et les évaluations sont en ajout seulement : une cote établie selon une ancienne méthode est signalée plutôt que comparée en silence.
Vos mots, partout
Renommez Actif, Criticité, État ou tout autre terme : cela change ce que les gens lisent — jamais ce sur quoi un filtre s’appuie.
Portée par site partout
Chaque liste, arborescence, exportation et chiffre respecte les sites auxquels vous avez accès — imposé dans la requête, pas en cachant un menu.
Des dossiers qui ne peuvent pas se contredire
La discipline derrière ce module : un fait vit à un seul endroit, et chaque vue en découle. C’est ce qui empêche une liste d’actifs et une fiche d’actif de raconter deux histoires différentes sur la même machine.
Référencé, jamais ressaisi
L’emplacement est une seule référence dans le registre — renommez un bâtiment, il est renommé partout. Le fabricant se trouve sur le modèle du catalogue; il ne peut donc pas le contredire.
Retirer, pas supprimer
Les relations se terminent par une date, les stratégies sont remplacées, les entrées de bibliothèque sont retirées. « Cette pompe alimentait autrefois ce réservoir », c’est de l’historique de maintenance.
Bilingue dès sa conception
Parité complète en-CA / fr-CA sur chaque écran, indication, état vide et message de validation — les pluriels gérés correctement, pas par concaténation.
Accessible à tous
WCAG 2.2 AA comme règle de conception : de vrais onglets sémantiques, des états d’onglets annoncés en mots, et un focus qui se déplace vers le champ visé par une erreur.
Avant de réserver la démo
Faut-il faire une RCM complète pour en tirer de la valeur?
Peut-on importer notre liste d’actifs existante?
Calcule-t-il un IPR ou un indice de risque AMDE?
Pourquoi mon tableau de bord affiche-t-il des cases vides plutôt que des zéros?
Comment empêchez-vous qu’une même machine soit saisie deux fois?
Peut-on utiliser notre propre terminologie?
Quelle est la différence entre un mode de défaillance et un cas de défaillance?
Une défaillance signalée compte-t-elle immédiatement dans les statistiques?
Un actif peut-il appartenir à un système qui s’étend sur plusieurs bâtiments?
Comment un actif est-il lié à la maintenance qui y est faite?
Est-il multisite, et chacun peut-il ne voir que ses propres sites?
Peut-on extraire nos données?
Apportez la machine qui revient sans cesse.
Chaque site en a une — l’actif que personne ne peut expliquer, avec un historique de réparations réparti dans trois systèmes et dans la tête d’un ingénieur. Nous la modéliserons dans Zenith : ses fonctions, comment elle tombe en panne, ce que vous avez fait jusqu’ici, et ce que le dossier dit de ce qui fonctionne vraiment.
Ailleurs dans Zenith
Guides sectoriels canadiens
Normes et organismes de réglementation
Les normes sont citées uniquement par numéro, titre et portée. Les publications CSA et ULC sont payantes — lisez la norme elle-même avant de bâtir un programme de conformité sur un résumé.