Demander une démo
Zenith · EAM

Ce que vous possédez, c’est la question facile.

La gestion des actifs d’entreprise est habituellement vendue comme un système de maintenance plus gros. Ce n’en est pas un. Le registre est la moitié facile — la moitié difficile, c’est ce que chaque machine doit accomplir, comment elle tombe en panne, ce que vous avez décidé à ce sujet, si la décision est toujours en vigueur, et ce qu’il en coûtera de la garder plutôt que de la remplacer. Zenith conserve ces cinq éléments sous forme de dossiers appuyés par des preuves, pas dans un tableur que quelqu’un met à jour chaque printemps.

Demander une démo Sur toute la durée de vie
ISO 55000 · ISO 14224 · Logique de décision RCM · Bilingue FR / EN · Multisite
13 stratégies
Chaque décision de maintenance consignée avec sa justification, son approbateur et la version en vigueur
14 indicateurs
Chacun nommant les preuves à partir desquelles il a été calculé, ou pourquoi il ne peut pas l’être
Aucune cote de risque
Le risque est évalué selon la méthode de votre organisation, pas avec un chiffre que trois personnes lisent de trois façons
5 hiérarchies
Un seul registre parcouru de cinq façons — aucune n’est une deuxième copie de vos données
L’actif sur toute sa vie

Six dossiers, une machine

Un registre d’actifs qui contient l’identité et l’emplacement répond à une seule question. Zenith en intègre cinq autres au même dossier, pour que « qu’est-ce que c’est, pourquoi ça continue de briser, et que faisons-nous? » ne soit jamais éparpillé entre un jeu de plans, un cartable et la mémoire de la personne qui est là depuis le plus longtemps.

01

Identité

Catégorie, type, criticité, état et portée par site — l’épine dorsale contrôlée vers laquelle pointent tous les autres modules, et la seule chose qui ne doit jamais être saisie deux fois.

02

Le dossier technique

Des spécifications avec une source déclarée — fabricant, fournisseur, mise en service, vérifiée sur place, mesurée sur le terrain — pour qu’une valeur nominale de plaque et la mesure de quelqu’un ne soient jamais confondues.

03

Comment il tombe en panne

Fonctions avec des normes de performance mesurables, défaillances fonctionnelles, modes, causes et effets — aligné sur ISO 14224 et réutilisable : une défaillance de roulement définie une fois sert à toutes les machines de cette catégorie.

04

Ce que vous avez décidé

Une stratégie par mode de défaillance, avec la justification, qui l’a approuvée, quelle version est en vigueur et quand doit avoir lieu sa prochaine révision.

05

Ce qui s’est réellement passé

L’historique codé des défaillances, gardé strictement à part de la bibliothèque de ce qui peut arriver — et les indicateurs de fiabilité qui en sont calculés et qui nomment leurs preuves.

06

Ce qu’il en coûte de le garder

Installation, mise en service, durée de vie utile, coût de remplacement, garantie — à côté du coût prévu et réel des travaux, ce dont une discussion réparer-ou-remplacer a réellement besoin.

La décision, pas la tâche

Une stratégie est un document contrôlé, pas une préférence

La plupart des systèmes consignent l’EP. Presque aucun ne consigne pourquoi cet EP existe plutôt qu’un autre, qui l’a accepté, ni quand quelqu’un a vérifié pour la dernière fois que c’était toujours la bonne réponse. Cinq ans plus tard, cet écart est tout le problème : la tâche survit et le raisonnement s’évapore, et personne n’ose la changer parce que personne ne sait contre quoi elle protégeait.

  • 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, choisie en répondant à cinq questions dans l’ordre où un ingénieur y réfléchit réellement.
  • Le cheminement suggère; l’ingénieur décide — vous pouvez passer outre, et le raisonnement est consigné à côté de la suggestion, pour que la décision reste explicable des années plus tard.
  • La publication remplace plutôt qu’elle n’écrase — la version en vigueur est nommée, et celle qu’elle a remplacée reste lisible, parce que du travail a été planifié selon l’ancien texte.
  • Les dates de révision sont suivies et mises en évidence — les stratégies dont la date de révision est dépassée sont listées, parce que c’est la partie de la maintenance basée sur la fiabilité qui tombe toujours en désuétude en premier.
  • Ne rien faire n’est jamais proposé pour une défaillance cachée ou liée à la sécurité — le fonctionnement jusqu’à la panne n’est possible que lorsque la conséquence est purement économique.
Des chiffres qui résistent à l’examen

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 nommées —, 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.
  • Le MTBF refuse de se calculer sous deux défaillances — une seule défaillance n’a pas d’« entre », et une machine qui a connu une seule défaillance n’est pas infiniment fiable; elle a seulement une défaillance d’ancienneté.
  • Il refuse de s’agréger à l’échelle du parc — un temps moyen entre défaillances pour 1 284 actifs de quarante catégories différentes est un chiffre sans référent. Il est plutôt offert par catégorie.
  • La base de calcul accompagne le chiffre — ce qui a été compté et ce qui a été exclu, nommément : une contestation porte donc sur les données plutôt que sur la personne qui les présente.
  • Une défaillance est une intervention corrective terminée portant un codage de défaillance — datée du moment où la machine est tombée en panne, pas de celui où la paperasse a été fermée.
  • 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.
La discussion sur les immobilisations

Réparer ou remplacer, avec le calcul visible

Le grand livre sait déjà ce qu’une machine a coûté à garder — les interventions, les heures, les pièces, les arrêts. Ce qu’il ne peut pas savoir, c’est ce que coûte une machine neuve; vous fournissez donc ce chiffre, et le calcul répond avec sa règle affichée et chaque intervention comptée citée par son code. Une recommandation que personne ne peut vérifier est une opinion avec un symbole de dollar.

  • La règle est affichée, pas sous-entendue — le seuil appliqué est à l’écran à côté de la réponse : la même question posée par les finances et par l’ingénierie donne donc un seul chiffre.
  • Chaque intervention comptée est listée — sous forme de liens : « quelles réparations? » devient un clic plutôt qu’une demande à quelqu’un.
  • Le travail non chiffré est déclaré — les heures inscrites sans taux sont nommées à côté du total plutôt que comptées discrètement comme gratuites.
  • Les données de cycle de vie vivent sur la machine — installation, mise en service, durée de vie utile, coût de remplacement et garantie, plutôt que dans un classeur parallèle qui vieillit à son propre rythme.
  • Il ne décide pas à votre place — il rassemble les preuves pour une décision qu’une personne prend et signe, la seule qui survive à un examen budgétaire.
Risque

Votre méthode, pas un chiffre que nous avons inventé

La cotation des risques suit la méthode de votre organisation — ses catégories, ses seuils, ses types de conséquences. Zenith enregistre la cote obtenue pour la paire machine-mode précise, conserve les évaluations en ajout seulement, et signale une cote établie selon une ancienne méthode plutôt que de la comparer en silence à une plus récente.

  • Les évaluations sont en ajout seulement — une réévaluation est un nouveau dossier : la façon dont votre perception d’une machine a évolué reste lisible plutôt qu’écrasée.
  • Une ancienne méthode est signalée, pas convertie — parce que reformuler en douce une cote de 2021 dans les termes de 2025, c’est ainsi qu’un registre des risques cesse de vouloir dire quoi que ce soit.
  • La criticité est distincte du risque — ce que vaut la machine pour les opérations, et ce que coûterait une défaillance particulière, sont des questions différentes avec des responsables différents.
  • L’état le plus défavorable remonte dans la hiérarchie — 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.
Le portefeuille

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 finances pensent en sites. 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é.

Un seul registre, cinq questions

Entreprise, site, système, catégorie, et parent-enfant

Les mêmes actifs, parcourus selon ce qu’exige la question : tout le parc, le registre des emplacements, ce qui dépend de cette machine, un système fonctionnel qui s’étend sur trois bâtiments, ou toutes vos pompes pour le jour où la question est « montrez-les-moi toutes ».

  • Un chiffre d’entreprise qui est la somme de ses sites — une ligne par site avec les travaux ouverts, en retard, en cours et la conformité de l’EP, chacun calculé par les mêmes regroupements que la page du site lui-même.
  • Équipements problématiques classés selon les heures perdues — avec chaque bon de travail compté dans le classement joint, parce qu’une liste d’équipements problématiques que personne ne peut vérifier est une rumeur avec un ordre de tri.
  • Quatorze relations typées — alimente, fournit l’énergie, commande, sert de relève — conservées sous forme de dossiers datés, pour que « quand cela a-t-il changé? » ait une réponse.
  • Portée par site imposée dans la requête — pas en cachant un menu : une vue de portefeuille et une vue de site ne peuvent donc pas se contredire sur ce qui existe.
Où se trouve la ligne

Ce qu’un acheteur d’EAM demande et que nous ne faisons pas

L’EAM est la catégorie où l’acronyme couvre le plus de terrain; la limite compte donc plus que d’habitude. Quatre choses sont souvent attendues sous cette appellation et ne sont pas ici — dites avant que vous les notiez plutôt qu’après.

Une question de portée, pas un oubli

Le dossier de l’actif, pas le grand livre

Zenith conserve ce qu’un actif est, ce qu’il fait, comment il tombe en panne, ce que vous avez décidé et ce qu’il vous a coûté à garder. Ce qu’il ne conserve délibérément pas, c’est la version de la même machine qu’a le service des finances — et prétendre le contraire, c’est ainsi qu’une implantation d’EAM devient un projet de rapprochement de deux ans.

  • L’amortissement relève de votre système financier — la valeur comptable et le coût de maintenance relèvent de personnes différentes selon des règles différentes, et un dossier qui essaie d’être les deux ne satisfait ni l’un ni l’autre.
  • Nous contenons les données d’entrée d’un plan d’immobilisations, pas le plan — état, criticité, durée de vie utile, coût de remplacement et historique des défaillances, chacun traçable jusqu’aux interventions qui le sous-tendent.
  • Aucun ajustement de courbe que nous ne pouvons expliquer — la seule projection du produit est une droite qui publie son ajustement et son nombre de points, parce qu’un modèle que personne ne peut contester ne change aucune décision.
  • La piste d’audit est une question de calendrier — les grands livres et les chronologies en ajout seulement existent aujourd’hui; un registre à l’échelle du système de qui a changé quoi arrive avec la couche de persistance.
Et le reste

Tout ce que touche le dossier

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.

Quatorze relations typées

Stockées une fois et lues des deux côtés — sur le panneau, on lit « commandé par BMS-01 »; sur le contrôleur, on lit « commande ».

La couverture de l’analyse, rendue visible

Quelles machines ont une analyse de défaillance et lesquelles n’en ont pas, triées pour faire ressortir d’abord les critiques — parce que l’écart entre « analysé » et « non analysé » est le risque que personne n’a mis par écrit.

Les défaillances cachées, nommées

Une défaillance que personne ne remarquerait est signalée et suivie séparément, et elle n’est considérée comme gérée que lorsque chacun de ses modes porte une stratégie révélatrice — pas seulement l’un d’eux.

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? ».

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, pas une erreur à effacer.

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 une personne a accès — imposé dans la requête, pas en cachant un élément de menu.

Deux langues, jusqu’au bout

Chaque libellé, indication, état vide et refus en en-CA et en fr-CA — y compris la phrase qui explique pourquoi un chiffre n’a pas pu être calculé.

Des fondations d’entreprise

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 cinq ans après que plus personne ne se souvient laquelle avait raison.

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.

Des preuves avec chaque chiffre

Ce qui a été compté, ce qui a été exclu et pourquoi — joint au chiffre plutôt que mémorisé écran par écran.

Bilingue dès sa conception

Parité complète en-CA / fr-CA sur chaque écran, indication, état vide et refus — les pluriels gérés correctement, pas par concaténation.

Accessible à tous

WCAG 2.2 AA comme règle de conception : de vrais tableaux sémantiques, des états annoncés en mots, et un focus qui se déplace vers le champ visé par une erreur.

Conçu en fonction de ISO 55000 · Gestion d’actifs ISO 14224 · Données de fiabilité Logique de décision RCM WCAG 2.2 AA
Les questions que l’on nous pose vraiment

Avant de réserver la démo

Quelle est la différence entre votre GMAO et votre EAM?
C’est un seul produit. La différence tient aux questions que vous lui posez. Une question de GMAO, c’est « le travail a-t-il été fait, par qui, avec quoi, et a-t-il été bien consigné? » Une question d’EAM, c’est « que possédons-nous, dans quel état, qu’avons-nous décidé, combien cela nous coûte-t-il, et quand le remplacer? » Les fournisseurs qui vendent ces deux volets comme deux licences vendent habituellement la même base de données deux fois — demandez-nous le prix de la deuxième et voyez ce qui se passe.
Gérez-vous l’amortissement et la valeur comptable?
Non, délibérément. La valeur comptable relève des normes comptables et de vos vérificateurs; le coût de maintenance relève des opérations. Un dossier qui essaie d’être les deux ne satisfait ni l’un ni l’autre, et le rapprochement entre eux devient le travail à temps plein de quelqu’un. Zenith conserve le coût de remplacement, la durée de vie utile et ce que la machine a réellement coûté à garder — le contrat d’intégration existe pour transmettre ces données au système qui tient le grand livre.
Peut-il bâtir notre plan d’immobilisations?
Il contient ce à partir de quoi le plan est assemblé — état, criticité, durée de vie utile, coût de remplacement et un historique des défaillances où chaque chiffre nomme les interventions qui le sous-tendent — mais il ne modélise pas les scénarios de financement, les prévisions pluriannuelles ni les niveaux de service. Le test utile n’est pas de savoir si un système produit le plan; c’est de savoir si quelqu’un peut demander « d’où vient ce chiffre? » pour n’importe quelle ligne et obtenir une liste de bons de travail plutôt qu’un haussement d’épaules.
Faites-vous de la vraie RCM, ou est-ce une case à cocher?
Assez vraie pour être utile, et honnête sur ses limites. Cinq questions répondues dans l’ordre où un ingénieur y réfléchit, treize types de stratégies, une logique des défaillances cachées qui n’offrira pas le fonctionnement jusqu’à la panne pour une conséquence sur la sécurité, et une couverture qui ne considère une défaillance cachée comme gérée que lorsque chacun de ses modes porte une stratégie révélatrice. Ce n’est pas un atelier RCM animé dans un logiciel — il consigne et applique les décisions de vos ingénieurs, plutôt que de les prendre à leur place.
Pourquoi n’y a-t-il pas d’IPR ni de cote de risque?
Parce que gravité × occurrence × détection produit un chiffre qui a l’air objectif et ne l’est pas — trois organisations coteront la même défaillance de trois façons, et le produit de trois opinions n’est pas une mesure. Zenith permet à votre organisation de définir sa méthode de risque et enregistre la cote et la catégorie obtenues pour la paire machine-mode précise. Une génératrice qui tombe en panne dans un hôpital et la même panne dans une cour d’entreposage ne représentent pas le même risque, et le modèle refuse de prétendre le contraire.
Peut-on importer notre registre d’actifs existant?
Pour une liste simple, oui — un collage depuis un tableur est validé ligne par ligne par rapport au registre et aux autres lignes collées, et vous indique lesquelles entrent en conflit avant l’enregistrement. Une importation complète avec correspondance des champs et essai à blanc arrive avec la couche de données, et pour une migration d’une certaine taille, nous la ferions normalement avec vous plutôt que de vous remettre un assistant. Notre conseil honnête : modélisez d’abord correctement une machine critique; une implantation qui commence par une importation complète passe habituellement un an à importer les erreurs de quelqu’un d’autre.
Prédisez-vous la durée de vie utile restante?
Pas statistiquement, et nous ne le prétendrons pas. Il n’y a ni ajustement de Weibull, ni distribution de la durée de vie utile restante, ni courbe de dégradation. Ce qui existe, c’est une droite tracée sur les quatre-vingt-dix derniers jours de relevés, qui publie son R² et son nombre de points à côté de chaque date qu’elle donne — délibérément la bonne quantité de modèle, parce que quelque chose de plus sophistiqué serait une courbe que personne ne peut expliquer à la personne qui doit agir.
Comment gérez-vous les actifs répartis sur plusieurs sites?
Le site est une dimension à part entière, délimitée dans la requête plutôt qu’en cachant des éléments de menu. Une vue d’entreprise donne une ligne par site avec les travaux ouverts, en retard, en cours et la conformité de l’EP — chacun calculé exactement par les mêmes regroupements que la page du site : le total du portefeuille est donc la somme de ses parties par construction plutôt que par rapprochement. Choisissez une ligne et chaque chiffre se restreint à ce site.
Qu’advient-il de l’historique quand l’équipement change?
Il est conservé. Les relations se terminent par une date plutôt que d’être supprimées, les stratégies sont remplacées plutôt qu’écrasées, et les entrées de bibliothèque sont retirées. « Cette pompe alimentait autrefois ce réservoir », c’est de l’historique de maintenance, pas une erreur à effacer — et la version d’une stratégie selon laquelle le travail a été planifié reste lisible après l’entrée en vigueur d’une plus récente.
Y a-t-il une piste d’audit?
En partie, et la distinction mérite d’être faite. Le grand livre des stocks est en ajout seulement par conception, et un mouvement ne peut jamais être modifié ni supprimé; les bons de travail et les demandes ont des chronologies en ajout seulement; les évaluations des risques sont en ajout seulement. Un registre à l’échelle du système de qui a changé quoi, conservé et consultable, arrive avec la couche de persistance — si l’audit champ par champ est une exigence notée, c’est donc une question de calendrier plutôt que de capacité.
Combien de temps avant qu’il apporte de la valeur?
Plus vite qu’un programme complet de gestion d’actifs, plus lentement que ce que laisse croire une démo. Une machine critique modélisée correctement — ses fonctions, comment elle tombe en panne, ce que vous avez décidé et pourquoi — suffit habituellement à changer une discussion, et c’est cette discussion qui permet de gagner le temps de faire les vingt suivantes. Le registre seul vaut quelque chose dès le premier jour; le registre des décisions vaut quelque chose la première fois que quelqu’un demande pourquoi un EP existe.
Par où commencer?
Avec la machine dont tout le monde débat. 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. Apportez-la et nous la modéliserons devant vous : ce qu’elle doit accomplir, comment elle tombe en panne, ce que vous avez fait jusqu’ici, et ce que le dossier dit de ce qui fonctionne vraiment.
Voyez-le avec votre propre équipement

Apportez la machine dont vous ne cessez de débattre.

Celle que quelqu’un veut remplacer et que quelqu’un d’autre veut remettre à neuf, où les arguments de chacun reposent sur un tableur et un souvenir. Apportez-la et nous assemblerons le dossier devant vous — ce qu’elle doit accomplir, comment elle tombe en panne, ce qui a été fait, ce qu’elle a coûté, et ce que les preuves appuient réellement.

Demander une démo Voir toute la plateforme
Zenith · Gestion des actifs d’entreprise Fait partie de la plateforme Zenith d’opérations de maintenance et d’actifs