Demander une démo
Zenith · Gestion des bons de travail

Le logiciel de bons de travail qui refuse de deviner.

Zenith est un logiciel de bons de travail qui gère toute la vie d’une intervention — signalée, triée, planifiée, approuvée, ordonnancée, exécutée, vérifiée, fermée. Il consigne l’arrêt de l’équipement, le temps de réparation et les heures-équipe comme trois chiffres distincts, indique au planificateur ce qui manque avant que l’intervention soit réservée, et ne laisse jamais un bon de travail se fermer sur une histoire qui ne tient pas debout.

Demander une démo Explorer les fonctionnalités Voir les vidéos sur les bons de travail7 courtes vidéos · 25 min
Bilingue FR / EN · Multisite · WCAG 2.2 AA
Zenith Work Orders page: counts for backlog, in progress, awaiting approval and completed work, a waiting-for-parts notice and the work order list with status, priority, location, type and assignee

Présenté avec des données d’exemple.

Nouveau · L’IA dans Zenith

Décrivez l’intervention. Zenith rédige le bon de travail.

Dites ce qu’il faut faire dans vos propres mots, ou montrez une photo. Zenith en fait un bon de travail complet : résumé et description, priorité, type de travail, corps de métier, emplacement, machine et date requise.

  • Tapez-le, dictez-le ou déposez une photo. Précisez l’endroit, et la machine si vous le pouvez.
  • Chaque suggestion est identifiée, pour que vous voyiez ce que Zenith a rempli et puissiez tout modifier.
  • Rien n’est créé tant que vous ne l’avez pas vérifié et appuyé sur Créer le bon de travail.

Présenté avec des données d’exemple.

3 horloges
Arrêt de l’équipement, temps de réparation et heures-équipe sont trois questions différentes
8 vues
Tous, Les miens, Arriéré, En cours, Approbations, Vérification, Terminés, Terrain
0 saut silencieux
Chaque refus nomme l’intervention et donne la raison du registre lui-même
FR · EN
Entièrement bilingue dès les fondations, pas une traduction ajoutée après coup
Le cycle de vie du travail

Neuf étapes de bon de travail. Aucune faille.

La plupart du travail de maintenance se perd dans les transferts — la demande que personne n’a triée, l’approbation coincée dans les courriels, l’intervention fermée que personne n’a vérifiée. Zenith fait de chaque transfert une étape d’un même bon de travail, et chaque étape sait ce qu’il lui faut avant de laisser l’intervention avancer.

01

Signalé

N’importe qui peut signaler un problème dans un portail en langage simple — urgence, lieu, actif, scan QR et photo, joints dès le départ.

02

Trié

Une seule file où les demandes sont examinées, priorisées, fusionnées ou refusées avec une raison — et la chronologie du demandeur consigne chaque étape.

03

Créé

Un panneau en cinq étapes qu’on peut réduire en pleine réflexion et reprendre plus tard. Le statut est déduit, pas choisi — personne ne contourne une approbation.

04

Planifié

L’état de préparation avant les dates : les pièces au bon magasin, les certifications, les permis, l’état des outils, un plan qui peut réellement être émis.

05

Approuvé

Seulement ce que quelqu’un pourrait réellement refuser. Chaque ligne indique pourquoi elle exige une signature et depuis combien de temps elle attend.

06

Planifié

Réservé selon la capacité réelle des équipes — une grille hebdomadaire des personnes et des jours, en heures ou en pourcentage, avec les conflits comptés.

07

Exécuté

Mon travail au bureau, une interface « scanner pour ouvrir » sur le terrain. Un chronomètre qui inscrit lui-même la ligne de main-d’œuvre, des étapes cochées, des photos et des signatures saisies.

08

Terminés

Les réels consignés — main-d’œuvre par personne et par jour, pièces, outils, arrêt, codage des défaillances — et le contrôle énumère tout ce qui manque encore avant que le bouton fonctionne.

09

Vérifié et fermé

Un deuxième regard, imposé : la personne qui a fait le travail ne peut pas être celle qui l’approuve.

Le dossier

Huit onglets qui contiennent tout le bon de travail

Tout ce qui concerne un bon de travail se trouve sur le bon de travail — pas de tableur à côté, pas de deuxième système pour les photos, pas de fil de commentaires parallèle au journal. Chaque onglet affiche son propre décompte, et l’onglet ouvert est dans l’URL : un lien vers la main-d’œuvre mène à la main-d’œuvre.

01

Aperçu

Les trois horloges, l’avis de couverture de garantie et « la suite » — les actions que cette intervention peut légitimement prendre maintenant.

02

Tâches

Étapes copiées de la version de la gamme de travail, avec les consignes de sécurité. Faite, ou « impossible » avec une raison — la confirmation reste inactive tant qu’une raison n’est pas saisie.

03

Main-d’œuvre

Par personne et par jour, avec indicateur d’heures supplémentaires. Un chronomètre en direct, l’estimation pour comparaison, et les heures non chiffrées indiquées plutôt que cachées.

04

Matériel

Ce qui a été utilisé, et de quel magasin — les pièces achetées pour cette intervention étant gardées structurellement à part des pièces sorties des stocks.

05

Outils

Les outils spéciaux réservés pour l’intervention avant que quelqu’un se rende à l’usine sans eux — avec le refus du magasin d’outils affiché s’il dit non.

06

Médias

Photos, vidéos, documents, notes vocales et signatures — joints au bon de travail, pour que la prochaine personne aux prises avec ce problème les trouve.

07

Codage des défaillances

Ce qui a été constaté, pourquoi c’est arrivé, ce qui a été fait — trois sélecteurs en cascade, plus des suggestions fondées sur l’historique de cette machine.

08

Journal

Une seule piste, pas un journal à côté d’un fil de commentaires. Les notes peuvent être marquées « montrer à la personne qui l’a signalé ».

Trois horloges

Une colonne de durée répond à une seule des trois questions qu’on se pose

Arrêt, temps de réparation et main-d’œuvre ne sont pas le même chiffre. Soixante-trois heures d’arrêt pour trois heures et demie de réparation, c’est un problème de pièces , pas de main-d’œuvre — et un registre avec une seule colonne de durée laisse chacun deviner lequel. Zenith conserve les trois, plus la durée du début à la fin, pour chaque intervention et dans les colonnes de la liste.

  • Les motifs d’attente régissent l’horloge de réparation — chaque motif est désigné une fois, de façon centralisée, comme comptant ou non dans le temps de réparation.
  • Les exclusions sont détaillées — « Retiré du temps de réparation : 59,5 h — En attente de pièces », ou une mention claire que rien n’a été retiré.
  • Un MTTR que vous pouvez défendre — l’attente d’un fournisseur cesse d’être du temps de réparation sans qu’un technicien ait à trancher au cas par cas.
Planification

Planifier un bon de travail, ce n’est pas choisir une date

La date est la dernière chose décidée, et la plus facile. Ce qui rend une intervention planifiable, c’est que le plan puisse réellement être émis — et chacune de ces questions a déjà reçu une réponse ailleurs dans le système. La file de planification rassemble ces réponses, en une phrase par intervention.

  • L’état de préparation, dans les mots du registre — pièces manquantes à un magasin nommé, certification que personne ne détient, type de permis non défini, outil inutilisable, gamme pas en vigueur.
  • Une capacité qui tient compte des congés — une grille hebdomadaire personnes × jours en heures ou en pourcentage, avec des seuils d’utilisation, les absences et les conflits de la semaine comptés.
  • L’arriéré mesuré en semaines de travail — selon les horaires de quart de l’équipe, le travail non estimé étant exclu plutôt que compté discrètement comme zéro.
Garde-fous

Les refus arrivent avant le clic, pas après

Un système qui vous laisse appuyer sur le bouton puis explique pourquoi il n’a rien fait vous a appris à vous en méfier. Zenith énumère ce qui bloque une action au-dessus du bouton désactivé, en phrases simples, en citant l’étape ou la personne en cause — et les mêmes phrases apparaissent sur le terrain et dans les aperçus de traitement en lot.

  • Séparation des tâches, imposée — « T. Marchand a fait le travail, quelqu’un d’autre doit donc le vérifier. »
  • Terminé veut dire terminé — étapes en suspens citées par leur instruction, sauts sans raison, attentes encore ouvertes, équipement encore inscrit comme arrêté.
  • Une attribution honnête — la fin des travaux est créditée à l’équipe qui a fait l’intervention, pas à la personne qui a appuyé sur le bouton.
Codage des défaillances

Rendre la mauvaise réponse impossible

Valider après coup dit à quelqu’un qu’il s’est trompé. Un sélecteur qui n’offre que ce qui convient fait qu’il n’a jamais pu se tromper. La cause n’est proposée que pour le problème choisi, et la solution que pour la cause — l’historique codé dont dépend l’analyse de fiabilité est donc propre par conception, pas par audit.

  • Des suggestions qui montrent leurs preuves — un triplet classé avec renvoi aux bons de travail réellement comptés, jamais appliqué automatiquement.
  • Le travail exempté reste discret — les types de travail qui n’exigent pas de codage le disent au lieu d’insister.
  • Alimente l’actif — chaque fermeture codée enrichit la connaissance des défaillances de la machine et l’analyse des équipements problématiques.
Files de décision

Trois files de bons de travail où le travail attend une décision

Une grille de onze colonnes ne peut pas dire à un superviseur pourquoi une intervention a besoin de sa signature ou ce qui manque avant sa fermeture. Ce ne sont pas des listes filtrées — chaque ligne porte la phrase qui permet d’agir sans ouvrir le dossier.

Planification

Le travail approuvé, et ce qui le sépare de quelqu’un qui l’exécute

Trié selon la dernière date à laquelle l’intervention peut encore commencer et respecter son échéance. Chaque ligne est soit « Prête », soit la liste exacte de ce qui manque — vérifiée par rapport aux magasins qui desservent son propre site.

Doit commencer au plus tard le 3 sept. · 3 éléments manquants
Approbations

Le travail qui attend un oui, l’attente la plus longue en premier

Seulement ce que quelqu’un pourrait réellement refuser. Chaque ligne s’explique — « Met l’équipement hors service », « 4 200 $ de main-d’œuvre pour un poste de 2 500 $ » — et signale ce qui doit monter plus haut.

en attente depuis 31 h · Monte plus haut
Vérification

Le travail est fait, le dossier ne l’est pas

Finir l’intervention et finir le dossier sont deux événements; sans file, le second n’arrive jamais. Chaque ligne nomme ce qui reste — codage, heures, un arrêt jamais fermé, une deuxième signature.

T. Marchand l’a terminé hier
Lots de travaux

Un arrêt planifié, c’est beaucoup d’interventions et une seule chose

Plusieurs bons de travail planifiés et rapportés comme un tout — l’arrêt annuel, la mise en service, la campagne sur quarante appareils de traitement d’air. Les membres gardent leur propre vie, leurs équipes et leurs contrôles; le lot regroupe leurs chiffres pour que le total du haut ne puisse jamais contredire les lignes en dessous.

  • Créé depuis la barre de sélection — cochez les interventions, ajoutez-les à un lot, nommez-le s’il est nouveau.
  • Progression regroupée — terminés sur le total, heures-équipe consignées, nombre en retard.
  • Créer sur plusieurs actifs à la fois — une campagne devient un bon de travail par machine, chacun avec son propre dossier.
Sur le terrain

Sur un téléphone, les bons de travail n’ont ni privilèges ni raccourcis

L’interface terrain appelle exactement les mêmes commandes que l’ordinateur et relaie exactement les mêmes refus : une intervention qu’on ne peut pas terminer au bureau ne peut pas être terminée sur un téléphone. Ce qu’elle ajoute, c’est une façon de travailler adaptée à quelqu’un debout dans une salle mécanique — scanner un code, voir les interventions du jour des pires aux moins urgentes, et appuyer sur quatre boutons au lieu de remplir un formulaire. Et elle continue de fonctionner au sous-sol, là où le réseau abandonne en premier.

  • Un chronomètre qui inscrit la ligne de main-d’œuvre — appuyez au début, appuyez à la fin; le temps réel, pas le temps dont on se souvient.
  • Des preuves, bien saisies — photos avec la caméra arrière, notes vocales, et un vrai bloc de signature qui résiste à un pouce qui glisse hors du cadre.
  • Un journal de terrain — tout ce que l’interface a fait pendant la session, appliqué ou refusé, avec la raison du registre. Rien n’est écarté en silence.
  • Continue de fonctionner sans réseau — l’application s’ouvre sur la dernière copie des interventions du jour; chaque étape, chronomètre et note est conservé sur le téléphone et envoyé, dans l’ordre où il a été fait, au retour de la connexion.
Et le reste de la boîte à outils

Tout ce que touche un bon de travail

Traitement en lot avec reçus

Mettre en attente, reprendre, terminer, approuver ou regrouper plusieurs interventions à la fois — avec une vérification préalable qui montre chaque blocage avant qu’on appuie sur quoi que ce soit.

Couverture de garantie, vérifiée

Quand la machine est sous garantie, l’intervention le dit — jours ou utilisation restants, et une réclamation créée avant que la main-d’œuvre soit imputée au mauvais budget.

Calendrier et colonne des non planifiés

Le même registre étalé sur la semaine ou le mois — chaque pastille est le bon de travail — à côté d’une colonne de travaux ouverts sans aucune date.

Des cartes d’indicateurs qui ne peuvent pas mentir

Total, ouverts, en cours, en attente d’approbation, en retard — chacun avec une mini-courbe de six semaines calculée à partir des dossiers eux-mêmes, pas pour décorer.

Des gammes de travail verrouillées par version

Les étapes sont copiées de la version de la gamme nommée sur l’intervention. Réviser la procédure l’an prochain ne doit pas réécrire ce que quelqu’un a fait aujourd’hui.

Bandeau des travaux arrêtés

Chaque intervention en attente dans tout le registre, au-dessus de chaque vue — avec ce qu’elle attend et si cette attente compte dans le temps de réparation.

Vos mots, partout

Un moteur de terminologie affiche les statuts et les priorités dans le vocabulaire du client — y compris dans les phrases de blocage.

Des liens directs vers tout

L’onglet ouvert est dans l’URL, les anciens chemins fonctionnent toujours, et toute vue peut être copiée sous forme de lien — un courriel pointe donc exactement vers ce que vous vouliez dire.

Sécurité par site

Quinze permissions distinctes pour le travail, les demandes, la sécurité et les permis — techniciens, planificateurs, superviseurs et demandeurs voient chacun leur propre portion.

Les questions que l’on nous pose vraiment

Questions sur le logiciel de bons de travail, avant de réserver la démo

Les questions qui reviennent dans presque toutes les évaluations — avec des réponses franches, y compris celles où la réponse honnête est « pas encore ».

Comment obtenir une vue centralisée des bons de travail de plusieurs sites?
Un seul registre, délimité par les permissions — pas un système par site que quelqu’un consolide après coup. Le travail de chaque site vit dans le même registre, et ce que vous voyez dépend de votre portée : un technicien voit le travail de son site, un superviseur celui de sa région, un directeur tous les sites à la fois. Les huit vues standard — Tous, Les miens, Arriéré, En cours, Approbations, Vérification, Terminés et Terrain — respectent cette portée, tout comme les cartes d’indicateurs au-dessus, le bandeau des travaux arrêtés qui traverse chaque vue, et le calendrier. Rien n’a à être fusionné à la fin du mois, parce que rien n’a jamais été séparé : le chiffre que voit un directeur est calculé à partir du même dossier dans lequel travaille le superviseur du site.
Peut-on regrouper les indicateurs des bons de travail de plusieurs sites sans exporter vers un tableur?
Oui. Total, ouverts, en cours, en attente d’approbation et en retard s’affichent sous forme de cartes avec une mini-courbe de six semaines, chacune calculée à partir des dossiers eux-mêmes plutôt que d’une table de synthèse nocturne — une carte ne peut donc jamais contredire la liste en dessous. Changez la portée et chaque carte se recalcule. Les lots de travaux se regroupent de la même façon : un arrêt touchant quarante appareils de traitement d’air rapporte les terminés sur le total, les heures-équipe consignées et le nombre en retard, le tout regroupé à partir des bons de travail membres. Quand quelqu’un veut les chiffres ailleurs, les exportations respectent la recherche, les filtres et la portée appliqués, et le Planificateur de rapports peut envoyer un rapport enregistré à une liste de personnes selon une récurrence, sans que personne n’ait à se connecter.
Peut-on utiliser nos propres statuts, priorités et types de travail?
Oui. Types de travail, priorités, statuts, métiers, motifs de retard et codes de défaillance sont tous des données de référence contrôlées que vous configurez — pas une liste figée intégrée au produit. Un moteur de terminologie va plus loin : si votre organisation appelle un statut autrement, votre mot apparaît partout où il s’affiche, y compris dans les phrases qui expliquent pourquoi une action est bloquée.
Comment fonctionnent les approbations? Peut-on fixer des seuils de coût?
L’approbation est dictée par la politique plutôt que par la personne qui remplit le formulaire — le statut dans lequel une nouvelle intervention est créée est déduit de son type de travail, de son coût et du fait qu’elle met ou non de l’équipement hors service. La file d’approbation ne montre que le travail que quelqu’un pourrait réellement refuser, et chaque ligne dit pourquoi elle exige une signature (« Met l’équipement hors service », « 4 200 $ de main-d’œuvre pour un poste de 2 500 $ ») et signale tout ce qui doit monter au-delà de la limite d’un superviseur.
Pourquoi Zenith suit-il trois durées différentes?
Parce qu’elles répondent à trois questions différentes. Équipement arrêté est ce que la production a perdu, le temps de réparation est la durée réelle de la réparation, et les heures-équipe sont ce qu’elle a coûté en main-d’œuvre. Soixante-trois heures d’arrêt pour trois heures et demie de réparation, c’est un problème de pièces, pas de main-d’œuvre — et un système avec une seule colonne de durée laisse chacun deviner lequel. Chaque motif de retard est désigné une fois, de façon centralisée, comme comptant ou non dans le temps de réparation : votre MTTR est donc défendable sans qu’un technicien ait à trancher au cas par cas.
Les techniciens peuvent-ils l’utiliser sur un téléphone? Fonctionne-t-il hors ligne?
Il existe une interface terrain dédiée — scanner un code ou ouvrir les interventions du jour des pires aux moins urgentes, démarrer un chronomètre, cocher des étapes, prendre des photos avec la caméra arrière, recueillir une signature et terminer l’intervention. Elle appelle exactement les mêmes commandes que l’ordinateur et relaie les mêmes refus : une intervention qu’on ne peut pas terminer au bureau ne peut pas non plus être terminée sur un téléphone.
Et oui, il fonctionne hors ligne. Sans réseau, l’application s’ouvre sur la dernière copie du travail du technicien, conserve chaque action sur le téléphone — le chronomètre, les étapes, les heures — et les envoie au serveur dans l’ordre où elles ont été faites au retour de la connexion. Une bande en haut indique combien de changements attendent, et si le serveur en refuse un (parce que l’intervention a été fermée par quelqu’un d’autre entre-temps, par exemple), elle dit lequel. Deux limites, dites franchement : une photo prise hors ligne est téléversée une fois l’application de nouveau en ligne et ouverte, et une nouvelle demande exige une connexion, parce que c’est le serveur qui lui attribue son numéro.
Comment le travail est-il créé — faut-il tout saisir deux fois?
Non. Un bon de travail peut être créé directement, converti à partir d’une demande de service en une action (actif, emplacement, description et photos suivent), généré à partir d’un calendrier d’EP avec sa gamme de travail jointe, ou créé sur plusieurs actifs à la fois pour qu’une campagne devienne un bon de travail par machine. Chaque sélecteur pointe vers une vraie source — actifs, personnes, pièces, emplacements — rien n’est donc ressaisi en texte libre.
Le personnel et les locataires peuvent-ils créer eux-mêmes des demandes de maintenance?
Oui, grâce à un portail de demandes en langage simple — aucun vocabulaire de maintenance à apprendre et aucun code d’actif à mémoriser. Le demandeur décrit le problème, indique son urgence, choisit un lieu ou scanne le code QR de l’équipement, et joint une photo. Les demandes arrivent dans une file de tri où elles sont examinées, priorisées, fusionnées avec un doublon ou refusées avec une raison — et la chronologie du demandeur consigne chaque étape, pour que personne n’ait à appeler le bureau pour savoir ce qui s’est passé. Une demande devient un bon de travail en une action, avec son actif, son emplacement, sa description et ses photos. Les notes de l’intervention qui en découle peuvent être rendues visibles à la personne qui l’a signalée — c’est souvent ce qui fait la différence entre un système de demandes de service que les gens continuent d’utiliser et un qu’ils abandonnent.
Peut-on mettre à jour plusieurs bons de travail à la fois?
Oui — mettre en attente, reprendre, terminer, approuver ou ajouter à un lot de travaux depuis la barre de sélection. L’important, c’est ce qui se passe en dessous : une action en lot n’est pas une boucle qui force l’écriture. Chaque intervention passe son propre contrôle; vous obtenez donc un reçu indiquant « Appliqué à 9 · refusé pour 2 », chaque refus étant nommé et expliqué. La fin en lot vous montre chaque blocage avant qu’on appuie sur quoi que ce soit.
Qu’est-ce qui empêche de fermer des bons de travail sans rien remplir?
Les contrôles de fin et de fermeture. Une intervention ne peut pas se fermer avec des étapes sans réponse, des sauts sans raison, une attente encore ouverte, de l’équipement encore inscrit comme arrêté, aucune heure consignée, ou un codage de défaillance manquant quand le type de travail l’exige. Les blocages sont énumérés au-dessus du bouton désactivé en phrases simples qui citent l’étape en cause — les gens corrigent donc le dossier plutôt que d’apprendre à se méfier du bouton.
En quoi est-ce différent d’un système de billets pour les bons de travail?
Un système de billets consigne que quelqu’un a demandé et que quelqu’un a répondu. Un registre de maintenance doit résister à un audit, et la différence se voit dans les détails : trois horloges de durée distinctes au lieu d’un seul « délai de résolution », l’état de préparation vérifié par rapport au stock réel d’un magasin nommé avant qu’une intervention soit planifiable, un codage des défaillances qui alimente l’analyse de fiabilité, une deuxième signature qui ne peut pas être celle de la personne qui a fait le travail, et un contrôle de fin qui cite l’étape encore sans réponse. Si votre travail se résume vraiment à des demandes et des réponses, un outil de billets est moins cher et plus simple, et vous devriez en utiliser un. Si quelqu’un vous demandera un jour de prouver ce qui a été fait à une machine et quand, c’est à cela que sert Zenith.
Peut-on confier du travail à des entrepreneurs et contrôler ce qu’ils voient?
Oui. Les bons de travail des entrepreneurs suivent le même cycle de vie que ceux de votre propre équipe — assignés, suivis, terminés avec preuves et vérifiés avant la fermeture. Les fiches fournisseurs contiennent les métiers, les taux, les assurances et les certifications avec leurs dates d’expiration, et les notes d’une intervention peuvent être marquées internes ou visibles au demandeur, pour que les échanges entre gens de métier restent séparés de la réponse qu’attend quelqu’un de l’extérieur.
Saisit-il ce que l’intervention a réellement coûté?
La main-d’œuvre est consignée par personne et par jour, avec un indicateur d’heures supplémentaires — seize heures dans une seule case ne peuvent pas être chiffrées, car rien ne dit s’il s’agissait de deux personnes pendant huit heures ou d’une seule sur deux jours en heures supplémentaires. Les pièces sont consignées selon le magasin d’où elles proviennent, les pièces achetées pour l’intervention étant gardées structurellement à part des sorties de stock. Quand un taux manque, les heures non chiffrées sont indiquées plutôt qu’intégrées discrètement au total.
Pourquoi le codage des défaillances se fait-il avec des sélecteurs en cascade?
Parce que valider après coup dit à quelqu’un qu’il s’est trompé, alors qu’un sélecteur qui n’offre que ce qui convient fait qu’il n’a jamais pu se tromper. La liste des causes découle du problème choisi et la solution de la cause : les combinaisons invalides sont donc impossibles et l’historique codé dont dépend l’analyse de fiabilité est propre par conception. Zenith suggère aussi un triplet probable d’après l’historique de cette machine — classé, avec renvoi aux bons de travail comptés, et jamais appliqué tant que quelqu’un ne l’a pas choisi.
Est-il bilingue, et gère-t-il plusieurs sites?
Les deux, dès les fondations. Chaque écran, statut, notification et phrase de refus a une parité complète en français et en anglais — y compris les dates, les pluriels et les formats de nombres — avec en-CA et fr-CA comme paramètres régionaux à part entière plutôt qu’une couche de traduction. La portée par site est intégrée au modèle de données et aux permissions : un technicien voit le travail de son site, un superviseur celui de sa région, et un directeur peut comparer l’ensemble sans pouvoir en modifier quoi que ce soit.
Peut-on extraire nos données et produire des rapports?
Oui — les exportations respectent la recherche, les filtres et la portée appliqués : vous obtenez ce que vous regardiez. Toute vue peut être copiée sous forme de lien, et l’onglet ouvert est dans l’URL : un lien envoyé par courriel pointe donc exactement vers ce que vous vouliez dire. Le planificateur de rapports peut ensuite envoyer un rapport enregistré à une liste de personnes selon la récurrence choisie, sans que personne n’ait à se connecter.
Des fondations d’entreprise

Des chiffres qui concordent entre eux

Une page dont les propres chiffres semblent ne pas concorder n’est crue sur rien d’autre. La discipline derrière ce module : chaque chiffre est calculé à partir des mêmes dossiers que la liste affiche — et ce qui ne peut pas être dit honnêtement n’est pas affiché du tout.

Déduit, pas stocké

Horloges, capacité, état de préparation, historique des indicateurs et étapes de progression sont calculés à partir des dossiers eux-mêmes — une carte ne peut pas contredire la liste en dessous.

Le registre décide

Aucun écran n’a de commandes privilégiées. L’interface terrain, la barre de traitement en lot et le panneau de création passent tous par les mêmes contrôles et relaient les mêmes refus.

Bilingue dès sa conception

Parité complète en-CA / fr-CA sur chaque écran, chaque statut et chaque phrase de refus — y compris les dates, les pluriels et les formats de nombres.

Accessible à tous

WCAG 2.2 AA comme règle de conception : aucune interaction uniquement par glisser-déposer, des contrôles étiquetés, et un accès complet au clavier dans chaque file.

Conçu en fonction de ISO 14224 · Données de fiabilité EN 15341 · Indicateurs de maintenance ISO 55000 · Gestion d’actifs WCAG 2.2 AA
Voyez-le avec votre propre travail

Apportez l’intervention qui a exigé trois systèmes et cinq appels.

Nous la traiterons de bout en bout dans Zenith — signalée, planifiée selon le stock et la capacité réels, approuvée, exécutée sur un téléphone, codée, vérifiée et fermée — et vous verrez chaque chiffre qu’elle laisse derrière elle.

Demander une démo Parler à notre équipe
Zenith · Gestion des bons de travail Fait partie de la plateforme Zenith d’opérations de maintenance et d’actifs

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