Taper « GMAO » dans un moteur de recherche quand on gère un établissement recevant du public, c’est se retrouver face à des dizaines de solutions conçues pour des usines, des flottes de véhicules ou des datacenters. Or le problème d’un gestionnaire d’ERP n’est pas d’optimiser un taux de rendement machine : c’est de prouver, à tout moment, que les vérifications obligatoires ont été faites, que les observations sont levées et que le registre de sécurité est à jour.

C’est toute la différence entre une GMAO généraliste et une GMAO conformité ERP. Cet article pose les critères qui séparent les deux, famille d’outils par famille d’outils, sans jargon.

Ce que la conformité ERP exige réellement d’une GMAO

Un établissement recevant du public est soumis à un corpus réglementaire précis : le règlement de sécurité contre l’incendie issu de l’arrêté du 25 juin 1980, et l’obligation de tenir un registre de sécurité fixée par l’article R. 143-44 du Code de la construction et de l’habitation.

Concrètement, cela se traduit par trois flux permanents :

  • Des vérifications périodiques obligatoires : SSI, désenfumage, installations électriques et de gaz, ascenseurs, extincteurs, éclairage de sécurité, chacune avec sa périodicité propre selon le type et la catégorie de l’établissement. Le détail est dans notre guide des contrôles réglementaires ERP et de leurs échéances.
  • Des rapports et des observations : chaque passage d’un organisme agréé ou d’un technicien compétent produit un rapport, dont les observations doivent être traitées et les non-conformités levées, faute de quoi elles réapparaissent en visite de commission.
  • Une preuve consolidée : le registre de sécurité, qui retrace vérifications, interventions, formations et consignes, et que la commission de sécurité examine en premier.

Une GMAO qui ne sait pas modéliser ces trois flux gère des interventions, pas de la conformité.

Les trois familles d’outils, et ce qu’elles couvrent vraiment

Le marché se structure en trois grandes familles. Aucune n’est mauvaise en soi : elles ne répondent simplement pas au même problème.

La GMAO industrielle

Conçue pour la production, elle excelle sur les ordres de travail, la gestion des stocks de pièces détachées et l’analyse des temps d’arrêt. Son référentiel, ce sont les équipements et les gammes de maintenance, pas les obligations réglementaires. Le plan de contrôles ERP doit y être construit à la main, vérification par vérification, et le registre de sécurité reste à produire en dehors de l’outil. Pour un parc d’ERP, cela signifie un paramétrage long, coûteux, et à refaire à chaque évolution réglementaire.

La suite facility management tertiaire

Plus proche du bâtiment, elle couvre large : demandes d’intervention, contrats, énergie, espaces. La conformité réglementaire y est un module parmi d’autres, rarement le coeur. Le suivi des périodicités obligatoires et la traçabilité exigée par les commissions de sécurité y restent souvent génériques, et le registre de sécurité, quand il existe, est un document à remplir plutôt qu’un produit automatique du suivi.

La solution native conformité ERP

Troisième famille, plus récente : des outils dont le point de départ est l’obligation réglementaire elle-même. Le référentiel des vérifications y est embarqué, le plan de contrôles se génère à partir du type et de la catégorie de l’établissement, et chaque action alimente le registre de sécurité numérique. La maintenance corrective y est rattachée à la conformité (une observation non levée devient une intervention à planifier), et non l’inverse.

Pour choisir entre ces familles, le bon réflexe est de partir de vos obligations, pas des fonctionnalités : notre guide comment choisir une GMAO pour ERP bâtiment détaille les 7 critères à passer en revue.

Les deux critères qui font la différence

Un registre de sécurité natif, pas un export

La dématérialisation du registre de sécurité est admise par l’administration depuis 2002, à condition que le registre puisse être consulté et imprimé à tout moment et qu’il soit authentifié par l’exploitant. Mais il y a deux façons très différentes de « dématérialiser » :

  • un registre que l’on remplit dans l’outil, comme on remplirait un classeur, avec le même risque d’oubli ;
  • un registre qui se construit tout seul, parce que chaque vérification enregistrée, chaque rapport déposé et chaque observation levée y sont inscrits automatiquement, horodatés et attribués.

Seule la seconde approche supprime réellement le risque de registre incomplet le jour de la visite. C’est le principe détaillé dans notre guide du registre de sécurité dématérialisé et du suivi réglementaire ERP.

Un plan de contrôles généré automatiquement

Le deuxième critère est la capacité de l’outil à répondre seul à la question : « quelles vérifications mon établissement doit-il subir, et quand ? ». À partir du type et de la catégorie de l’ERP, une solution native déduit les contrôles applicables et crée les échéances, avec alertes avant chaque date butoir. Ce fonctionnement est décrit dans notre article sur le registre de conformité automatisé.

Sans cette génération automatique, le calendrier réglementaire vit dans un tableur, et le tableur vit avec les départs, les oublis et les versions contradictoires.

Multi-sites et localisation des données : les deux angles morts classiques

Deux exigences supplémentaires méritent d’être posées dès le cahier des charges.

Le multi-sites. Un gestionnaire de parc (hôtellerie, résidences, enseignement, médico-social) doit voir en un écran les échéances et non-conformités de tous ses établissements, tout en conservant un registre propre à chacun. Une consolidation reconstruite à la main dans un tableur ne tient pas dans la durée ; les enjeux sont détaillés dans notre guide de la gestion de conformité ERP multi-sites.

La localisation des données. Le registre de sécurité et les rapports de vérification décrivent l’état réel de vos bâtiments, vos non-conformités et vos prestataires. Savoir où elles sont hébergées, et quels prestataires y accèdent, est un critère de sérieux, pas un argument marketing. Chez Daftar, les données sont hébergées en France (Paris).

Où se situe Daftar

Daftar appartient à la troisième famille : ce n’est pas une GMAO industrielle adaptée au bâtiment, c’est une plateforme de conformité conçue pour les ERP, avec la maintenance rattachée à la réglementation.

  • Registre de sécurité natif : chaque vérification, rapport et levée d’observation alimente automatiquement le registre numérique, consultable et imprimable à tout moment.
  • Plan de contrôles automatique : les vérifications obligatoires et leurs périodicités sont déduites du type et de la catégorie de chaque établissement.
  • Lecture des rapports par IA : les rapports des organismes agréés sont lus automatiquement pour en extraire observations et échéances, chaque entrée restant soumise à validation humaine avant inscription au registre.
  • Multi-sites natif et données hébergées en France (Paris).

Pour formaliser votre comparaison, notre modèle de cahier des charges d’un logiciel de registre de sécurité ERP liste les exigences à faire figurer dans votre consultation.

L’essentiel à retenir

Une GMAO se juge d’habitude sur sa gestion des interventions. Pour un ERP, le bon critère est ailleurs : l’outil sait-il dire quelles vérifications sont obligatoires, prouver qu’elles ont été faites, et produire le registre de sécurité sans ressaisie ? Si la réponse est non, la conformité restera un travail manuel à côté de l’outil, avec les risques que cela comporte pour l’exploitant.

Vous gérez un ou plusieurs ERP et votre suivi réglementaire vit encore dans un tableur ? Demandez une démo Daftar : plan de contrôles généré automatiquement, registre de sécurité natif, vision multi-sites.