Demander une démo
Zenith · Projets et arrêts planifiés

Le pourcentage d’avancement que personne ne tient à jour.

Dans la plupart des registres de projets, le « 62 % terminé » est un chiffre qu’une personne a tapé, et il était vrai le jour où elle l’a tapé. Dans Zenith, un projet est une fenêtre sur une liste de bons de travail, et le pourcentage, le coût, l’urgence, les bâtiments et la prévision sont tous calculés à partir de ces interventions au moment où l’écran s’affiche. Deux choses sont stockées — le budget et le type — parce que rien dans un système de maintenance ne les connaît. Tout le reste ne serait qu’un chiffre que quelqu’un doit penser à mettre à jour.

Demander une démo Les limites de cette version
Six statuts · Avancement et coût déduits · Calendrier regroupé par bâtiment · Contrôle de l’état de préparation · Bilingue FR / EN
Deux éléments stockés
Le budget et le type. Tous les autres chiffres du registre sont calculés à partir des bons de travail visés : le prévu et le réel ne peuvent donc pas finir par concorder par accident
Six statuts
Planifié, En attente d’approbation, Actif, En attente, Terminé, Annulé — chacun un endroit où un vrai projet se trouve réellement, avec des transitions contrôlées entre eux
Vingt points
De combien les dépenses peuvent devancer l’avancement avant que le registre le signale — pendant que quelqu’un peut encore agir, plutôt qu’après le dépassement
Aucune phase
Pas de structure de découpage, pas de jalons, pas de dépendances. Le calendrier regroupe par bâtiment, parce que c’est un fait que les interventions portent déjà
Le modèle

Un projet contient des références, pas des copies

Un arrêt planifié, c’est du travail ordinaire avec une contrainte extraordinaire : tout doit se faire dans une même fenêtre, sur un équipement qui n’est arrêté qu’une fois. Les interventions gardent leur propre cycle de vie, leur historique et leur codage — les regrouper ne doit toucher à rien de tout cela, parce que dans deux ans, les indicateurs de fiabilité liront les bons de travail, pas le dossier dans lequel ils se trouvaient.

  • La portée est une liste de références à des bons de travail. Rien n’est copié dans le projet : le statut, les dates et le coût d’une intervention restent les siens.
  • Une intervention peut faire partie de plus d’un projet — une pompe qui figure à la fois dans le programme des pompes et dans l’effort de fiabilité est une seule intervention, comptée honnêtement dans les deux fenêtres.
  • Détacher une intervention ne touche pas à l’intervention. Elle quitte le dossier; elle garde son historique, et tout autre projet qui la revendique la conserve.
  • Une fenêtre a besoin d’un site. Un projet sans site est une fenêtre sur rien; le site est donc obligatoire et validé par rapport à l’arborescence des emplacements à la création.
Le portefeuille

Ce qu’un registre peut dire sans qu’on le lui dise

Quatre cartes, huit onglets et un tableau qui se trie de lui-même, des pires aux moins graves. Chaque colonne ci-dessous est une question sur la liste des interventions, et le registre y répond à la lecture plutôt que de demander à quelqu’un de la tenir à jour.

Comptés, pas moyennés

Les quatre décisions derrière les colonnes

  • L’avancement, c’est les interventions terminées sur les interventions visées — comptées, pas pondérées par les heures. Un chiffre pondéré donne une impression de précision que les estimations ne peuvent pas soutenir, et les interventions non estimées ne pèseraient rien en silence et flatteraient le total.
  • Un projet vide est à 0 %, pas à 100 %. Une liste vide n’a rien terminé; la dire terminée, c’est le calcul qui fait le malin aux dépens du lecteur.
  • L’urgence est celle de la pire intervention, jamais une moyenne. C’est en faisant la moyenne qu’un projet qui contient une urgence et neuf interventions courantes s’affiche comme Faible — vrai pour le calcul, faux pour la situation.
  • L’exposition, c’est le budget des projets en difficulté, pas le montant de leur dépassement. Un projet qui dépasse de trois cents dollars sur un million, c’est une erreur d’arrondi; un projet qui a dépensé 20 % de son budget pour 2 % d’avancement a tout son budget en jeu sans avoir encore rien dépassé.

Le tableau se trie de lui-même : dépassés d’abord, puis en avance sur l’avancement, puis en retard, puis par date de fin. Il n’y a pas de tri par colonne, parce que l’ordre qui compte n’est pas un ordre que le lecteur devrait avoir à trouver.

Le signal qui vaut la peine

« Budget dépassé », c’est la moitié facile, et la moitié tardive

Quand un projet a dépassé son budget, c’est déjà fait. La moitié qui vaut la peine d’être calculée, c’est celle d’avant : un projet terminé à 18 % qui a dépensé 60 % de son argent n’a encore rien dépassé — et il va le faire.

Les dépenses par rapport à l’avancement

Un écart de vingt points, à n’importe quelle étape

Le critère est un écart en points de pourcentage plutôt qu’un ratio. Au début d’un projet, un ratio n’a aucun sens — une facture pour 2 % d’avancement, c’est mille pour cent et rien du tout — alors que vingt points veulent dire la même chose à la deuxième semaine et à la quarantième.

  • Dépassé — le coût réel a dépassé le budget. Dit clairement, et en tête du tri.
  • En avance sur l’avancement — les dépenses devancent l’avancement de plus de vingt points. C’est celui sur lequel vous pouvez encore agir.
  • Aucun budget — rien à comparer. Pas « à risque », et pas traité en silence comme un budget de zéro, ce qui ferait paraître chaque projet sans budget comme dépassé.
  • Un travail terminé ne peut pas se devancer lui-même — un projet terminé et dans son budget n’est pas à risque, quelle qu’ait été l’allure des deux courbes en cours de route.
  • Les interventions qu’on ne peut pas chiffrer entièrement sont nommées, jamais intégrées. La main-d’œuvre sans taux et les pièces sans coût standard sont comptées comme des interventions non chiffrées, pas ajoutées au montant de la partie chiffrée.
Trois choses que nous n’avons pas construites

Remplacées par ce qui est vrai et le plus proche

La maquette de cette page prévoyait un diagramme de Gantt par phases, une alarme « 3 jalons en retard » et un registre des risques et enjeux. Aucun des trois n’existe dans le produit, et chacun aurait exigé une nouvelle structure stockée que quelqu’un doit tenir à jour à la main — exactement le défaut que le reste de ce module a été conçu pour éviter. Chacun a donc été remplacé par quelque chose que le travail lui-même tient déjà à jour.

Phases · une structure de plan à tenir à jour

Bâtiments

Le calendrier regroupe selon l’endroit où se trouve réellement le travail, à partir de l’emplacement de chaque intervention — le bâtiment parent du local, ou le site quand une intervention ne nomme aucun lieu. Il répond à ce qu’une ligne de phase devait montrer : ce qui se passe, où et quand.

regroupé selon locationId → parent
Jalons en retard · une date que personne ne met à jour

Travaux en retard

La même alarme, et elle est réelle : les interventions de la portée qui ont déjà dépassé leur propre date requise, comptées le jour où vous regardez. C’est distinct du retard du projet — une fenêtre qui n’est pas encore fermée peut être pleine d’interventions qui, elles, sont en retard.

alerte précoce · la date de fin est l’alerte tardive
Risques et enjeux · un registre que personne ne remplit

Attentes et retards

Une attente est la façon dont ce produit consigne une intervention arrêtée et la raison, avec un code de motif tiré du registre des références. Attentes ouvertes seulement, les plus anciennes d’abord. C’est le journal des enjeux, déjà rédigé par les personnes qui font le travail.

jours d’arrêt · code de motif · l’intervention visée

Ce ne sont pas des solutions de rechange. Elles sont meilleures que ce qu’elles remplacent, pour une raison : personne n’a à penser à les mettre à jour. Mais ce ne sont pas des phases, des jalons et des risques, et si votre organisation a besoin de ces trois éléments comme dossiers à part entière, ce module ne les a pas — voir les limites de cette version.

L’onglet Calendrier

Une barre préfère ce qui s’est passé à ce qui était prévu

La barre de chaque intervention commence à son début réel s’il a eu lieu, sinon à son début planifié; elle se termine à sa fin réelle, ou à son échéance. Un graphique tracé à partir du plan une fois le travail fait est l’image d’une intention, et les deux divergent surtout au moment où quelqu’un a le plus besoin de regarder.

La prévision

La dernière date de la portée, pas une projection

Extrapoler « 62 % au jour 44 sur 128 » produit une date assurée bâtie sur un pourcentage qui est lui-même un décompte d’interventions terminées, et elle bouge de plusieurs semaines chaque fois qu’une se ferme. Zenith prend la date la plus tardive à laquelle quoi que ce soit dans la portée est dû ou a été terminé. Quand elle dépasse la date de fin du projet, celui-ci ne peut pas se terminer à temps selon son propre plan — une affirmation qui peut être vérifiée plutôt que crue.

  • Le glissement se compte en jours entre cette date et la date de fin du projet, et il est nul quand le projet n’est pas en retard.
  • Une portée vide n’a aucune prévision — l’écran le dit plutôt que d’afficher la date du jour.
  • Le retard du projet est un fait distinct — sa date de fin est passée, et il n’est ni Terminé ni Annulé.
Avant l’ouverture de la fenêtre, et après qu’elle aurait dû se fermer

Deux contrôles, et tous deux nomment les éléments en cause

Un arrêt planifié, c’est seize interventions dans une fenêtre de quatre jours, et celle qui n’a pas ses pièces est découverte le deuxième jour. L’état de préparation pose les questions du planificateur avant l’ouverture de la fenêtre, pendant que les réponses peuvent encore changer quelque chose. La fin pose une autre question, et refuse.

État de préparation

Cinq questions, par intervention, à une date donnée

Chaque intervention de la portée est vérifiée selon les cinq mêmes questions, et les réponses répartissent la portée entre terminées, prêtes et signalées. Les interventions terminées sont comptées comme terminées plutôt que « prêtes » — le mot serait à l’envers.

  • Est-elle autorisée? Une intervention encore à l’état Ébauche ou En attente d’approbation est signalée, parce qu’elle ne pourra pas être exécutée à l’ouverture de la fenêtre.
  • Quelqu’un est-il nommé? Personne d’assigné, c’est un signalement, pas un refus.
  • Est-elle déjà en retard? Sa propre date requise est dépassée avant même le début du projet.
  • Sa date est-elle hors de la fenêtre? Due après la fin du projet — une portée qui ne rentrera pas.
  • Des pièces sont-elles réservées pour elle? Un signalement, pas un refus — beaucoup d’interventions n’ont besoin d’aucune pièce. Il est soulevé pour que le planificateur vérifie une fois, délibérément, plutôt que seize fois en parcourant le magasin le premier jour.
Le cycle de vie

Six états, et des passages contrôlés entre eux

Planifié → En attente d’approbation → Actifs en service
Actifs en service ⇄ En attente → Terminer

Un projet peut passer directement de Planifié à Actif — un budget qui vient d’être approuvé ne devrait pas avoir à revenir en arrière. Un projet en attente redémarre. Terminé et Annulé sont des états finaux : cette version ne permet pas de rouvrir.

  • Une interruption d’une journée est permise. La vérification des dates est « se termine avant de commencer », pas « se termine après le début », parce qu’une interruption qui commence et se termine le même jour est le cas courant.
  • L’annulation fonctionne de partout, sauf une fois terminé. Un projet peut être abandonné depuis Planifié, Actif ou En attente, et la date est consignée.
  • La portée peut être modifiée dans tout état actif. Attacher et détacher ne dépendent pas du statut — le contrôle se fait à la fin, là où il change quelque chose.
Le dossier du projet

Une seule portée, lue de douze façons

Le registre répond à « lequel de ces projets a besoin de moi aujourd’hui ». Le dossier répond à la question suivante : « et que se passe-t-il à l’intérieur ». Chaque onglet ci-dessous, c’est la même liste de bons de travail à laquelle on pose une question différente.

Portée et état de préparation

Chaque intervention de la fenêtre avec ses cinq réponses, répartie entre terminées, prêtes et signalées. Une intervention s’ouvre dans un tiroir sans quitter le projet.

Calendrier

Des barres par intervention, regroupées par bâtiment, un en-tête de mois et une ligne d’aujourd’hui. Chaque barre indique si ses dates sont celles du plan ou ce qui s’est passé.

Coûts

La main-d’œuvre et le matériel additionnés à partir des interventions, par rapport au budget, avec le restant comme troisième part et les interventions non chiffrées nommées séparément.

Ressources

Qui y travaille, selon les heures réellement inscrites, les heures supplémentaires séparées et le coût réparti au cent près. Assigné mais pas commencé se lit « en attente », jamais « zéro heure ».

Pièces

Ce que la portée a consommé et ce qui lui est encore réservé, les achats directs marqués, associés au stock par le code de l’intervention.

Tâches

Chaque étape de chaque intervention, dans l’ordre. Les étapes sautées sont comptées à part des étapes faites, parce qu’une étape sautée porte une raison que quelqu’un a dû taper.

Attentes et retards

Attentes ouvertes seulement, les plus anciennes d’abord, chacune avec un code de motif et l’intervention qu’elle a arrêtée. Les attentes levées font partie de l’historique et ne gênent pas.

Activité

Un seul fil à partir de nombreux bons de travail, du plus récent au plus ancien, chaque entrée portant le code de l’intervention — parce que « isolement terminé » sans lui est une phrase qui ne parle de rien.

Documents

Rassemblés à partir des machines, des lieux, des gammes de travail et des types de permis auxquels la portée fait référence — jamais joints au projet : une procédure révisée ce matin est celle que vous voyez.

Actifs

Les machines touchées par le projet et la quantité de travail ouvert que chacune porte, réunies à partir des liens d’actifs propres aux interventions.

Visites de fournisseurs

Qui vient, et pour quelle intervention. Un lien mince, et l’onglet le dit — il consigne qu’un fournisseur est venu, pas ce qu’il a facturé.

Prévision

La dernière date à laquelle quoi que ce soit dans la portée est dû ou a été terminé, par rapport à la date de fin du projet, avec le glissement en jours.

Publié, pas découvert

Les limites de cette version

C’est le module où l’écart entre ce que promet la catégorie et ce que nous avons construit est le plus grand; il a donc la section la plus longue de la page. Tout ce qui précède est dans le produit et peut être démontré aujourd’hui. Tout ce qui suit ne l’est pas, et nous préférons perdre la vente ici qu’au quatrième mois d’une implantation.

Le titre honnête

C’est un registre de portefeuille, pas un logiciel de planification

Si vous cherchez à remplacer Microsoft Project ou Primavera, ce n’est pas cela, et aucune promesse de feuille de route n’en fera cela cette année. Zenith répond à « lequel de mes projets de maintenance a besoin de moi aujourd’hui, et l’un d’eux dépense-t-il plus vite qu’il n’avance? » — à partir de bons de travail qui existent déjà. Il ne bâtit pas de plan.

  • Pas de structure de découpage du projet, pas de phases, pas de jalons. Un projet est une liste plate de bons de travail sur une seule fenêtre.
  • Pas de dépendances entre les tâches — les étapes d’une intervention ont un numéro d’ordre, et rien d’autre. Ni prédécesseur, ni délai, ni type de contrainte.
  • Pas de chemin critique ni de marge, ce qui en découle directement : sans dépendances, il n’y a rien à partir de quoi les calculer.
  • Pas de plans de référence. Les dates de début et de fin sont le seul plan, elles ne sont pas versionnées, et rien ne consigne ce qu’elles étaient auparavant.
  • Pas de valeur acquise. Pas de valeur planifiée, pas d’indice de performance des coûts ou des délais, pas d’estimation à l’achèvement. Le seul signal dépenses-avancement de cette page est tout ce qu’il y a.
  • Pas de nivellement des ressources ni de planification de la capacité à partir d’un projet. L’onglet des ressources est rétrospectif — des heures déjà inscrites. Il ne vous dira pas que la semaine prochaine est surchargée.
  • Pas de calendrier de travail. Les dates sont comparées comme des dates et le temps écoulé est compté en jours complets. Les fins de semaine et les jours fériés sont invisibles pour tous les chiffres du projet.
Pour qui c’est le bon choix

Des projets de maintenance, pas des projets de construction

Il convient à une équipe de maintenance ou des installations qui gère des arrêts planifiés, des interruptions, des programmes de remplacement et de petits travaux en continu dans le même système que les interventions — là où la valeur, c’est que les chiffres du projet proviennent des bons de travail que vos techniciens ferment déjà, plutôt que d’un deuxième plan tenu par quelqu’un dans un tableur.

  • Bon choix — un arrêt de quatre jours avec seize interventions, vérifiées pour les pièces et l’assignation avant l’arrêt de l’usine.
  • Bon choix — un programme de remplacement d’un an dans plusieurs bâtiments, où la question est de savoir si l’argent devance le travail.
  • Mauvais choix — un projet de construction d’immobilisations avec entrepreneurs, avances, soumissions de documents et chemin critique. C’est un autre produit, et nous vous le dirons pendant l’appel.
Conçu en fonction de Pratiques de planification des arrêts et des révisions générales Discipline des chiffres déduits WCAG 2.2 AA Parité en-CA / fr-CA
Fondations de la plateforme

Un fait, un endroit, chaque écran

La discipline derrière ce module : une règle vit dans une seule fonction et un fait dans un seul dossier. C’est ce qui empêche le coût dans le dossier d’un projet de contredire en douce le coût dans le registre deux versions après que plus personne ne se souvient qu’ils étaient calculés séparément.

Référencé, jamais ressaisi

La portée pointe vers les bons de travail, le site vers l’arborescence des emplacements, le responsable vers le registre des personnes. Un projet ne copie rien; rien ne peut donc y devenir périmé.

Chiffré une seule fois

Le coût de main-d’œuvre d’une intervention est calculé par le module des bons de travail et réparti ici, plutôt que réimplanté sur la page du projet, où les deux finiraient par diverger.

Des refus en phrases

Chaque contrôle renvoie des raisons typées, et chaque raison a une phrase dans les deux langues. Un écran bloqué nomme l’intervention et la solution.

Accessible à tous

WCAG 2.2 AA comme règle de conception : de vrais tableaux sémantiques, des états de projet et de barre annoncés en mots plutôt que par la couleur seule, et un focus qui se place là où une erreur le signale.

Les questions que l’on nous pose vraiment

Des réponses franches, y compris les moins flatteuses

Est-ce un remplacement de Microsoft Project ou de Primavera?
Non. Ces outils bâtissent un plan : une structure de découpage, des dépendances, un chemin critique, des plans de référence et un nivellement des ressources. Zenith n’a rien de tout cela. Il a un registre qui regroupe des bons de travail que vous avez déjà dans une fenêtre et en calcule l’avancement, le coût, le risque et une prévision. Si votre projet existe sous forme de plan avant le travail, utilisez un outil de planification. Si votre projet est un ensemble d’interventions de maintenance qui doivent se faire ensemble, c’est exactement pour cela qu’il est conçu.
D’où vient le pourcentage d’avancement d’un projet?
Des interventions terminées divisées par les interventions visées, arrondi à l’unité, calculé chaque fois que l’écran s’affiche. Il n’est pondéré ni par les heures ni par le coût, et personne ne le tape. Un projet dont la portée est vide est à 0 %, pas à 100 % — une liste vide n’a rien terminé.
Puis-je fixer un budget sur un projet que je crée moi-même?
Pas dans cette version. Le formulaire de nouveau projet demande un nom, une nature, un site et les dates de début et de fin. Le budget, le type, le centre de coûts, le responsable et la description sont de vrais champs du dossier et sont remplis dans les données de démonstration, mais il n’y a aucun écran qui les écrit ni aucune commande de mise à jour — un projet que vous créez n’a donc pas de budget, et la notion de risque ne s’y applique pas. Cela arrivera avec les écrans d’administration des projets.
Que veut dire concrètement « les dépenses devancent l’avancement »?
Le pourcentage du budget dépensé, moins le pourcentage d’interventions terminées. Quand cet écart dépasse vingt points et que le projet n’a pas déjà dépassé son budget, le registre le qualifie d’« en avance sur l’avancement ». C’est un écart en points de pourcentage plutôt qu’un ratio parce qu’au début d’un projet, un ratio n’a aucun sens — une facture pour 2 % d’avancement, c’est mille pour cent et rien du tout. La tolérance est de vingt points pour chaque projet; elle n’est pas configurable à l’écran dans cette version.
Pourquoi le calendrier regroupe-t-il par bâtiment plutôt que par phase?
Parce qu’un bâtiment est un fait que les interventions portent déjà, alors qu’une phase est une structure que quelqu’un doit tenir à jour. Tracer des lignes de phase voudrait dire ajouter un plan stocké qui devient périmé la première semaine où personne ne le met à jour — exactement le défaut que tout ce module est conçu pour éviter. Regrouper selon les emplacements des interventions répond à la question qu’une ligne de phase devait montrer : ce qui se passe, où et quand. C’est un vrai compromis, et c’est le mauvais si vos projets fonctionnent réellement par phases.
Peut-on fermer un projet alors que ses bons de travail sont encore ouverts?
Non. La fin est refusée, et le refus nomme chaque intervention ouverte. Vous les terminez ou vous les détachez — deux options honnêtes, de façons différentes. Terminer un projet alors que du travail est ouvert, c’est ainsi que la portée s’échappe en douce : les interventions restent ouvertes, le dossier dit « terminé », et personne n’est responsable de l’écart. Terminé et Annulé sont des états finaux dans cette version — on ne peut pas rouvrir.
Les bons de commande ou les factures d’entrepreneurs atteignent-ils le coût d’un projet?
Non. Un bon de commande dans Zenith porte un fournisseur, un magasin et ses lignes — il ne porte ni intervention ni projet; rien de ce qui est engagé sur un BC n’atteint donc un budget de projet. Et il n’y a aucun dossier de facture dans le produit : les dépenses d’entrepreneurs n’apparaissent donc jamais dans le total d’un projet. Ce que montre l’onglet Coûts, c’est la main-d’œuvre aux taux réels et le matériel au coût standard, les deux additionnés à partir des lignes saisies sur les interventions. Voir Fournisseurs et entrepreneurs pour savoir exactement ce que le volet fournisseurs contient et ne contient pas.
« En attente d’approbation » est-il un vrai flux d’approbation?
Non, et nous préférons le dire maintenant. C’est un statut dans lequel un projet se trouve réellement — planifié, et en attente de financement — et il vaut la peine d’en faire un état distinct parce qu’il détermine qui doit faire le suivi. Mais il n’y a ni champ d’approbateur, ni seuil de dépenses, ni délégation, ni dossier d’approbation, ni entrée d’audit. Soumettre pour approbation et Activer sont deux boutons, et la même personne peut appuyer sur les deux l’un après l’autre.
Un bon de travail peut-il appartenir à deux projets?
Oui, et c’est délibéré. Une intervention sur une pompe d’eau d’étanchéité peut figurer à la fois dans le programme des pompes et dans l’effort de fiabilité, parce que c’est vrai du travail réel. La détacher d’un projet la laisse dans l’autre, et l’intervention elle-même n’est touchée dans aucun cas. L’autre option — forcer une intervention dans un seul dossier — ferait mentir le registre sur la place réelle du travail.
Qu’arrive-t-il à un bon de travail quand je l’ajoute à un projet?
Rien. Le projet stocke son identifiant et rien d’autre; l’intervention garde son statut, ses dates, sa priorité, son assignation, ses coûts et son historique. Cela compte deux ans plus tard, quand les indicateurs de fiabilité liront les bons de travail plutôt que le dossier dans lequel ils se trouvaient. Cela veut aussi dire qu’ajouter une intervention à un projet ne change jamais aucun chiffre du côté des bons de travail .
Qui peut activer, mettre en attente ou annuler un projet?
Quiconque peut ouvrir la page des projets. Il n’y a pas de permissions par projet dans cette version — l’accès est accordé par section du plan du site, pas par projet ni par action, et rien ne consigne qui a fait passer un projet d’un état à un autre. Si votre organisation a besoin d’un gestionnaire de projet qui ne peut agir que sur ses propres projets, ce n’est pas dans cette version.
Est-ce que tout cela survit au rechargement de la page?
Pas encore. Chaque registre de la plateforme est un état de session jusqu’à l’arrivée de l’API et de la couche de persistance, et les projets ne font pas exception — rechargez et la démo revient à ses douze projets d’exemple. Tout ce qui est décrit sur cette page est du vrai code, testé, avec de vraies règles et de vrais refus; ce qu’il n’a pas encore, c’est un serveur derrière. Nous préférons que vous le sachiez avant la démo plutôt qu’après le contrat.
Voyez-le avec votre propre arrêt planifié

Apportez le projet dont personne ne peut vous dire le vrai état.

Apportez une fenêtre, les interventions qui en font partie et le chiffre auquel quelqu’un s’est engagé. Nous bâtirons le projet devant vous, puis nous fermerons une intervention et regarderons le pourcentage, le coût et le risque bouger d’eux-mêmes — et nous essaierons de le déclarer terminé alors que quelque chose est encore ouvert.

Demander une démo Voir toute la plateforme
Zenith · Projets et arrêts planifiés Fait partie de la plateforme Zenith d’opérations de maintenance et d’actifs

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é.