Registre de sécurité ERP : obligation et mise à jour

Le registre de sécurité incendie en ERP (établissements recevant du public) est un document obligatoire de traçabilité. Il centralise les contrôles, vérifications, actions de maintenance, travaux, consignes et exercices, avec leurs documents justificatifs. Tenue à jour, cette preuve structurée soutient la conformité lors d’un contrôle (commission de sécurité, autorités) et sécurise la gestion des risques en exploitation.

Registre de sécurité en ERP : à quoi sert-il et pourquoi ?

Dans un ERP, le registre de sécurité est le support de référence pour suivre la sécurité incendie tout au long de la vie de l’établissement. Il ne se limite pas à “archiver” des pièces : il organise des informations cohérentes, datées et vérifiables, afin de démontrer que les dispositions applicables sont respectées et que les écarts sont traités.

Sa finalité est double :

• Prouver la conformité : présenter, au même endroit, les documents qui justifient les contrôles, les vérifications et la maintenance des installations.
• Piloter l’exploitation : tracer ce qui a été réalisé, ce qui a été constaté (anomalies, observations), et ce qui a été corrigé jusqu’à la levée.

En pratique, le registre rend lisible une chaîne continue d’événements et d’actions :

• Des contrôles périodiques sont réalisés et génèrent des PV ou rapports.
• Des interventions de maintenance et des travaux viennent maintenir ou remettre en conformité des équipements.
• Des anomalies et observations peuvent donner lieu à un avis et à des actions correctives, qui doivent être suivies jusqu’à leur clôture.

Le cadre est posé par le Code de la construction et de l’habitation (CCH) et les dispositions du règlement ERP (arrêté du 25 juin 1980). Sans entrer dans un commentaire juridique, le point opérationnel à retenir est simple : en établissements recevant du public, la tenue d’un registre de sécurité répond à une exigence obligatoire de traçabilité liée à la sécurité incendie.

À retenir

Un registre “présent” n’est pas suffisant. Il doit être cohérent, à jour et adossé à des documents probants pour soutenir la conformité.

Quels ERP doivent tenir un registre de sécurité ?

Le registre concerne les ERP, c’est-à-dire les établissements recevant du public. Il s’agit ici du registre de sécurité incendie : sa logique est d’apporter une preuve documentée sur la prévention, la protection, l’évacuation et l’entretien des installations liées au risque incendie.

Une attente fréquente consiste à clarifier la notion de catégorie : il existe des catégories d’ERP, qui structurent le cadre applicable. Sans détailler cette classification, l’important pour la tenue du registre est de comprendre que les exigences de contrôle, de documents à produire et de gestion de la preuve peuvent varier selon l’établissement.

En environnement multi-sites, l’exigence prend une dimension de gouvernance documentaire. Vous devez être en mesure d’homogénéiser :

• Les rubriques retenues d’un site à l’autre (mêmes sections, mêmes intitulés).
• Les documents attendus en face de chaque rubrique (PV, rapports, comptes rendus).
• Le suivi des observations et leur levée, afin de limiter les dossiers “inégaux” selon les sites.

Une confusion est également courante avec des bâtiments ou régimes voisins : ERT et immeubles d’habitation. L’objectif, dans un contexte de parc immobilier mixte, est d’éviter d’agréger dans un même support des registres et des documents relevant de cadres différents.

Bon à savoir

Le risque principal en réseau n’est pas l’absence de registre, mais des pratiques hétérogènes qui fragilisent la conformité lors d’un contrôle.

Que contient un registre de sécurité incendie en ERP ?

Un registre de sécurité incendie en ERP doit permettre de retrouver immédiatement les rubriques attendues et les documents associés (PV, rapports, comptes rendus, attestations, éléments de description des interventions). L’enjeu n’est pas de “remplir”, mais de rendre la preuve exploitable : qui a fait quoi, quand, sur quelles installations, avec quel résultat, et comment les écarts ont été traités.

La checklist ci-dessous structure ce qui est généralement attendu lors d’un contrôle : des informations d’identification, des consignes, des inventaires, des vérifications et un suivi des actions jusqu’à la levée.

Informations et consignes de sécurité en ERP

Le registre regroupe d’abord les informations générales utiles à l’exploitation de l’établissement (identification et éléments nécessaires à la tenue dans le temps). Cette base facilite la gestion et la présentation rapide du dossier lors d’un contrôle.

Il doit ensuite contenir des consignes générales et particulières, notamment celles liées à l’évacuation. L’objectif est de pouvoir démontrer que l’organisation incendie existe, est formalisée et qu’elle s’inscrit dans la durée via des mises à jour et des traces.

Enfin, une partie importante porte sur les moyens de secours et les équipements contribuant à la sécurité incendie. Pour que cela soit défendable, l’attendu n’est pas une liste “théorique”, mais un inventaire exploitable, assorti de documents de suivi. À titre d’exemples, on retrouve :

• Les équipements et moyens de secours, avec leurs éléments d’identification.
• Les dispositifs d’alarme.
• Les panneaux et la signalisation participant à l’orientation et à l’évacuation.
• Toute description utile des dispositifs en place et de leur localisation, dès lors que cela aide l’exploitation et le contrôle.

Contrôles et suivi dans le registre de sécurité ERP

Le cœur du registre est la traçabilité des contrôles, vérifications, maintenance et travaux portant sur les installations. Il doit permettre d’associer à chaque action un jeu de preuves datées (PV, rapports, comptes rendus) et un suivi des écarts.

Les vérifications et contrôles périodiques attendus recouvrent notamment :

• Électricité
• Éclairage de sécurité
• Gaz
• Chauffage
• Désenfumage
• Détection/SSI (SSI : système de sécurité incendie)

Pour chaque entrée, le registre doit rester orienté “preuve” :

• Date et nature du contrôle ou de l’intervention.
• Intervenant identifié.
• Résultats, remarques et suites à donner.
• Conditions de remise en service si applicable.
• Rattachement du PV, rapport ou compte rendu au bon emplacement.

La même discipline s’applique aux travaux et opérations de maintenance : ce sont des éléments clés de démonstration de la conformité, notamment quand ils répondent à des observations. La partie “observations” doit tracer les anomalies, remarques, réserves, ainsi que leur traitement jusqu’à la levée (preuve de clôture).

Le registre doit enfin inclure la traçabilité des exercices d’évacuation et des formations ou instructions du personnel (en tant que rubriques de suivi), ainsi que des contacts d’urgence utiles à la gestion opérationnelle.

Qui remplit et signe le registre de sécurité ERP ?

La responsabilité de tenue relève de l’exploitant. L’objectif est de garantir une mise à jour régulière et une traçabilité continue, de façon à conserver un registre à jour et défendable lors d’un contrôle.

En pratique, la contribution est souvent multi-intervenants, ce qui impose une organisation claire. Le registre se nourrit généralement :

• Des organismes de contrôle et de vérification, qui produisent PV et rapports.
• Des entreprises de maintenance et de travaux, qui produisent comptes rendus et éléments de description d’intervention.
• De la structure d’exploitation, qui consolide les documents, suit les observations et formalise la levée.

La tenue “correcte” repose sur quelques règles simples de gestion documentaire :

• Chaque action doit être rattachée à une rubrique claire et à ses documents justificatifs.
• Les observations et réserves doivent être suivies jusqu’à la levée, avec une preuve de clôture.
• Une validation interne (signature ou visa selon votre organisation) doit éviter les zones grises : contrôle réalisé sans PV, intervention réalisée mais non tracée, dossier incomplet le jour d’un avis.

En contexte multi-sites, la difficulté est moins “qui écrit” que “comment la preuve remonte”. Sans un circuit robuste de collecte et de consolidation, les écarts de qualité entre établissements augmentent, et la conformité devient difficile à démontrer de manière homogène.

Où se trouve le registre de sécurité ERP et qui le contrôle ?

Le registre de sécurité doit être disponible dans l’établissement, avec une accessibilité immédiate lors d’un contrôle. En pratique, il est souvent tenu au poste de sécurité ou à l’accueil, afin de pouvoir présenter rapidement les documents et informations demandés.

Les acteurs susceptibles de le consulter incluent la commission de sécurité et les autorités. Le SDIS est également associé aux échanges et visites liés à la sécurité incendie en ERP. Lors de ces contrôles, le registre sert à vérifier la cohérence entre :

• Les contrôles et vérifications déclarés.
• Les documents disponibles (PV, rapports, comptes rendus).
• Les observations, l’avis éventuel et les actions menées jusqu’à la levée.

Pour préparer une visite, l’enjeu est de sécuriser une démonstration simple et complète :

1. Vérifier que le dossier est à jour.
2. S’assurer que chaque rubrique renvoie à des documents cohérents et datés.
3. Contrôler que les observations ont un suivi et une levée justifiable.

Attention

Un registre présent mais incohérent (PV manquants, actions non tracées, versions contradictoires) fragilise la conformité au moment du contrôle.

Registre papier ou dématérialisé en ERP : que choisir ?

Le registre peut être tenu sur support papier ou en version dématérialisée. Quel que soit le format, la logique attendue reste la même : être en mesure de présenter une preuve fiable, à jour et immédiatement accessible, avec un historique exploitable.

Les principaux points de vigilance, orientés exploitation et conformité, sont les suivants :

• Accès immédiat au dossier dans l’établissement le jour d’un contrôle.
• Intégrité des documents : éviter pertes, doublons, versions divergentes.
• Traçabilité : conserver l’historique des contrôles, de la maintenance, des travaux et des actions de levée.
• Classement : rattacher PV, rapports et comptes rendus aux bonnes rubriques, sans dispersion.
• Continuité de la tenue : s’assurer que les apports des différents intervenants sont consolidés.

En environnement multi-sites, la dématérialisation ne résout pas tout si les rubriques et exigences de preuve ne sont pas standardisées. L’objectif est de conserver une structure identique et une gestion homogène des pièces, pour limiter les écarts entre établissements.

Registres associés en ERP : accessibilité et maintenance

Dans un ERP, le registre de sécurité incendie est parfois confondu avec d’autres registres. Les distinguer évite des dossiers mélangés, des documents introuvables, et des échanges confus lors d’un contrôle.

Le registre public d’accessibilité répond à une finalité différente : il vise à mettre à disposition du public des informations relatives à l’accessibilité. Il ne remplace pas le registre de sécurité incendie et n’a pas vocation à porter les rubriques de contrôle, de secours, d’évacuation, d’alarme ou de SSI.

On retrouve également des dossiers liés à la chaufferie et à la maintenance. Ils relèvent d’une traçabilité technique qui peut alimenter, en partie, les rubriques du registre incendie lorsque cela concerne les installations visées (vérifications, interventions, travaux, remise en service). L’enjeu est de rattacher les bonnes pièces au bon registre, sans transformer le registre de sécurité en “dossier fourre-tout”.

Depanneo est un opérateur multitechnique avec environ 10 ans d’activité, un réseau national d’environ 1 700 techniciens, et une couverture France.