ssi incendie : comprendre, choisir la catégorie et mettre en conformité un système de sécurité incendie (ERP/ERT)

Un ssi incendie (Système de Sécurité Incendie) est l’architecture qui détecte un départ de feu, alerte les occupants et déclenche les mises en sécurité techniques d’un bâtiment (désenfumage, compartimentage, déverrouillage d’issues, etc.). En pratique, la difficulté n’est pas de “poser du matériel”, mais de traduire des obligations (ERP/ERT, règlement de sécurité et normes) en un système cohérent, testable et défendable devant une commission de sécurité.

Ce guide suit une logique de conformité : partir des fonctions attendues, comprendre les briques (SDI/CMSI/DAS/alarme), choisir une catégorie de SSI (A à E), puis sécuriser la conception, l’exploitation et la traçabilité (registre, essais, maintenance).

Cartographier ce qu’englobe un SSI : SDI, CMSI, équipements d’alarme et DAS (qui fait quoi)

Un SSI se comprend comme une chaîne fonctionnelle : détecter → traiter → alarmer → mettre en sécurité via des actionneurs. Identifier qui fait quoi (SDI, CMSI, EA, DAS) évite les incohérences de conception et les essais impossibles à justifier.

Dans le vocabulaire français, le SSI regroupe principalement deux sous-ensembles : le SDI (Système de Détection Incendie) et le Système de Mise en Sécurité Incendie autour du CMSI (Centralisateur de Mise en Sécurité Incendie). L’ensemble s’appuie aussi sur les équipements d’alarme (EA) et pilote des DAS (Dispositifs Actionnés de Sécurité).

Le SDI : détecter et transmettre l’information incendie

Le SDI a pour rôle de repérer un événement et de le signaler au système de traitement. Il s’appuie sur des détecteurs automatiques (fumée, chaleur, parfois flamme selon les risques) et sur des déclencheurs manuels (DM), positionnés pour permettre une alerte immédiate par un occupant.

Le SDI comprend aussi les équipements de contrôle/signalisation qui centralisent l’état des boucles, les défauts (coupure, dérangement, mise hors service) et les alarmes. C’est ici que se joue une grande partie de la fiabilité : adressage, alimentation, cheminements, et logique de zones.

Le CMSI : orchestrer la mise en sécurité (et prouver qu’elle se déclenche)

Le CMSI reçoit l’information (automatique ou manuelle) et déclenche des scénarios de mise en sécurité adaptés : compartimentage, désenfumage, déverrouillage, arrêt technique, etc. C’est l’organe de décision et de commande, avec des fonctions de signalisation et parfois des commandes locales.

Le point clé pour la conformité : le CMSI ne “décide” pas au hasard. Il exécute des scénarios documentés (qui déclenche quoi, dans quelle zone, avec quelles priorités), et ces scénarios doivent être testables et traçables.

Les équipements d’alarme (EA) : alerter, guider, déclencher l’évacuation

L’Équipement d’Alarme (EA) diffuse les signaux d’alarme (sonores et parfois visuels) et peut intégrer, selon les cas, une gestion de l’alarme générale, de l’alarme restreinte ou des messages d’évacuation. Le choix et l’implantation impactent la compréhension des occupants (audibilité, secteurs, niveaux sonores, continuité de service).

Les DAS : exécuter physiquement la mise en sécurité

Un DAS est un équipement qui, sur ordre, prend une position de sécurité : fermer une porte coupe-feu, ouvrir un exutoire de fumées, commander un clapet coupe-feu, libérer une ventouse, etc. Les DAS sont au cœur des visites, car ils matérialisent la mise en sécurité et doivent répondre à des exigences de bon fonctionnement et de remise en état.

Un SSI conforme n’est pas seulement “installé” : il est décrit, testé, consigné et reproductible lors d’un essai de commission.

Comprendre les catégories de SSI (A à E) et les critères qui les déterminent (type d’établissement, risques, architecture)

La catégorie d’un SSI (A à E) reflète une architecture et un niveau d’intégration entre détection, commande et alarme. Le bon choix dépend du type de bâtiment (notamment ERP ou ERT), de la stratégie de mise en sécurité (désenfumage, compartimentage, évacuation) et des exigences réglementaires applicables.

Dans la pratique, la confusion la plus fréquente consiste à choisir une catégorie “par habitude” ou “par budget”, puis à découvrir que certains scénarios (désenfumage, portes, asservissements) exigent une commande centralisée et des preuves d’essais plus structurées. La catégorie doit donc être reliée aux fonctions à assurer et non à une simple liste d’équipements.

Une méthode de choix pas-à-pas (décision orientée conformité)

Pour cadrer une décision, la méthode la plus robuste consiste à partir des obligations et de l’exploitation :

• Identifier le cadre : ERP (règlement de sécurité) ou ERT (Code du travail), activités, effectifs, locaux à risques, présence de sommeil, etc.
• Définir les fonctions de mise en sécurité : compartimentage (portes/clapets), désenfumage, évacuation (alarme), asservissements techniques (ascenseurs, ventilation), organisation (alarme générale ou zones).
• Traduire en architecture : besoin d’un SDI automatique ? d’un CMSI pilotant des DAS ? d’une gestion de zones ? d’une supervision et d’une traçabilité renforcées ?

Ensuite seulement, la catégorie A–E s’interprète comme une réponse technique possible, à vérifier contre le règlement applicable et la conception retenue (zonage, scénarios, performances attendues).

Cas typiques et alertes (sans substituer l’étude réglementaire)

Sans prétendre remplacer une analyse réglementaire et un dossier de conception, quelques repères de terrain aident à éviter les contresens :

Catégories les plus intégrées : lorsqu’il existe des DAS nombreux, des scénarios de désenfumage/compartimentage complexes, ou des contraintes d’exploitation fortes (phases de travaux, mise hors service partielle), une architecture très structurée et documentée est généralement nécessaire.

Catégories plus simples : dans des configurations où l’alarme et la mise en sécurité sont limitées, et où les asservissements sont peu nombreux, une solution moins intégrée peut suffire, à condition de rester conforme aux obligations de l’établissement.

Erreur fréquente : confondre “présence de détection automatique” et “catégorie élevée”. La détection peut exister dans plusieurs architectures ; c’est l’articulation avec le CMSI, les zones et les DAS qui fait basculer la complexité de conception et d’exploitation.

Traduire le règlement en exigences concrètes : ERP/ERT, articles MS 53 à MS 69, normes et documents attendus

La conformité d’un SSI se joue d’abord sur le texte applicable : en ERP, les exigences relatives aux SSI renvoient notamment aux articles MS 53 à MS 69 du règlement de sécurité. Les normes et référentiels (dont certains dispositifs de certification APSAD) complètent la démarche, mais ne remplacent pas l’obligation réglementaire.

Pour un gestionnaire ou responsable sécurité, l’enjeu est de distinguer clairement trois niveaux : règlement (obligatoire), normes (souvent présumées de bonne exécution), bonnes pratiques (utile en exploitation et en contractualisation). Cette hiérarchie doit se refléter dans les documents et dans les marchés de travaux/maintenance.

ERP : où se situe MS 53 à MS 69 et comment les utiliser

Les articles MS 53 à MS 69 (règlement de sécurité contre l’incendie dans les ERP) structurent les attentes autour des systèmes de sécurité incendie : organisation, équipements, catégories, essais, conditions de bon fonctionnement et d’exploitation. La version en vigueur et les renvois doivent être consultés sur une source officielle (par exemple via Légifrance), puis appliqués au cas concret de l’établissement.

La bonne approche consiste à produire une liste d’exigences “traduites” : ce qui doit être présent, ce qui doit être commandé, ce qui doit être enregistré, et ce qui doit être vérifiable lors d’une visite.

ERT (Code du travail) : obligations et articulation avec le SSI

En ERT, les obligations relèvent principalement du Code du travail (prévention, évacuation, alarme, maintenance des moyens). La logique reste la même : le système retenu doit permettre une alerte efficace, des consignes applicables, et un maintien en condition opérationnelle. Les exigences exactes varient selon les locaux, l’activité et l’évaluation des risques.

Normes, règles de l’art et référentiels : à quoi servent-ils concrètement ?

Les normes encadrent la conception et l’installation (terminologie, performance, interconnexions, essais). Les référentiels de type APSAD (quand ils sont exigés par un assureur ou un cahier des charges) apportent un cadre de qualité et de contrôle, utile pour la réception et l’exploitation.

Point de vigilance : une mention “conforme normes” dans un devis ne suffit pas. Les documents attendus (plans, matrices, PV d’essais, notices, repérage) doivent être explicités contractuellement, car ce sont eux qui sécurisent la conformité dans le temps.

Documents généralement attendus lors d’une réception ou d’une visite : plans de zonage, schémas de principe, liste des équipements repérés, matrice des asservissements, notices d’exploitation, procédures d’essais, et traçabilité dans le registre de sécurité.

Concevoir/installer sans pièges : zonage (détection/alarme), scénarios de mise en sécurité, interfaces (désenfumage, portes coupe-feu, ascenseurs)

Une conception solide repose sur deux objets : le zonage (qui déclenche quoi, où) et les scénarios (comment le bâtiment se met en sécurité). Les défauts de zonage et les asservissements non documentés sont parmi les premières causes de réserves en réception et de difficultés en commission.

Le zonage se décline typiquement en ZD/ZA/ZS (zones de détection, d’alarme et de mise en sécurité). L’objectif n’est pas de multiplier des zones, mais d’obtenir une logique compréhensible, exploitable, et compatible avec les cheminements d’évacuation, le compartimentage et les organes pilotés.

Zonage : ZD, ZA, ZS (principes et erreurs récurrentes)

Une zone de détection (ZD) regroupe les points qui, en cas d’alarme, donnent une information localisable. Une zone d’alarme (ZA) correspond au périmètre où l’alarme est diffusée. Une zone de mise en sécurité (ZS) regroupe les DAS et fonctions déclenchées selon un scénario. Ces trois découpages ne se superposent pas nécessairement.

Erreurs typiques : ZD trop grandes (localisation imprécise), ZA incohérentes avec l’évacuation, ZS non alignées sur le compartimentage (portes/clapets) ou sur le désenfumage (cantons, exutoires), et absence de repérage terrain identique aux plans.

Trois scénarios concrets (risque → asservissements DAS → impact zonage)

Scénario 1 : feu dans un local à risques (stockage/technique). Détection (ZD dédiée) → commande de portes coupe-feu et clapets coupe-feu du compartiment concerné (ZS ciblée) → désenfumage local si prévu → alarme adaptée (ZA selon organisation). Impact : ZD et ZS doivent permettre d’isoler sans immobiliser tout le bâtiment.

Scénario 2 : feu dans une circulation/atrium. Détection multi-niveaux → déclenchement du désenfumage (exutoires, ouvrants, ventilateurs) sur la zone concernée → déverrouillage des issues si asservi → alarme large (ZA étendue). Impact : ZS doit coller aux zones de désenfumage et aux parcours d’évacuation ; une erreur de découpage se voit immédiatement en essai.

Scénario 3 : feu dans un niveau desservi par ascenseurs. Détection → gestion des ascenseurs (mise en sécurité/retour à un niveau, inhibition selon règles du site) → compartimentage et alarme. Impact : interfaces techniques à préciser (qui commande quoi, priorités, retours d’état), sinon les essais révèlent des conflits entre systèmes.

Interfaces et responsabilités techniques : le point qui casse les essais

Les interfaces entre le SSI et les lots techniques (désenfumage, portes, contrôle d’accès, ascenseurs, GTB) doivent être décrites dans une matrice d’asservissements : entrée (détection/DM), logique (temporisations/priorités), sortie (DAS), retours d’état (position de sécurité, défaut). Sans cette matrice, une installation peut fonctionner “parfois” mais rester non démontrable.

Exploiter dans la durée : vérifications, essais périodiques, maintenance, registre de sécurité et responsabilités (exploitant vs mainteneur)

Un SSI conforme le jour de la réception peut devenir non conforme en quelques mois sans organisation d’exploitation. La clé est une combinaison : vérifications, essais, maintenance, consignation dans le registre de sécurité et clarification des responsabilités entre exploitant, mainteneur et organismes de contrôle.

Les périodicités exactes et le détail des opérations dépendent du type d’établissement, des textes applicables et des prescriptions constructeur. Il faut donc raisonner en “minimum réglementaire + exigences de site” et documenter le tout dans une procédure interne.

Qui est responsable de quoi ? (ce qui doit être cadré au contrat)

L’exploitant/chef d’établissement porte l’obligation de résultat : tenir un système opérationnel, former/informer, tenir le registre, lever les anomalies, organiser les contrôles. L’installateur doit livrer une installation conforme et documentée. Le mainteneur doit assurer les opérations prévues, signaler les dérives et fournir les comptes rendus. Un bureau de contrôle ou organisme compétent peut intervenir selon le contexte (réception, vérifications).

À sécuriser dans les marchés : périmètre exact (SDI, CMSI, EA, DAS), astreinte et délais d’intervention, modalités de mise hors service, fourniture de pièces critiques, mise à jour des plans/scénarios après travaux, et livrables de fin d’intervention (rapports, mesures, listes d’écarts).

Essais et vérifications : quoi tester et comment le prouver

Un programme d’essais pertinent couvre la chaîne complète : déclenchement depuis un DM ou un détecteur, prise en compte au central, déclenchement de l’alarme, commande des DAS, et retour d’état (quand disponible). Les essais doivent aussi inclure les défauts (coupure d’alimentation, dérangement de ligne, indisponibilité d’un actionneur) et la gestion des mises hors service.

La traçabilité attendue en visite repose sur des enregistrements simples : date, zone, point déclenché, résultat, anomalies, actions correctives, et remise en service. Une mention vague (“test OK”) est insuffisante si un asservissement est contesté.

Registre de sécurité : la preuve centralisée

Le registre de sécurité doit permettre de reconstituer l’historique : installations et modifications, contrôles, essais périodiques, interventions de maintenance, anomalies et levées de réserves. Pour un site multi-bâtiments, une organisation par bâtiments/zones avec repérage uniforme simplifie les audits et les commissions.

Checklist de conformité + erreurs fréquentes qui bloquent une commission de sécurité (et comment les éviter)

Une commission échoue rarement sur un “détail matériel” isolé ; elle échoue sur l’absence de cohérence et de preuves. Une checklist structurée (documents, repérage, essais, consignes) permet de préparer une visite et de réduire les réserves récurrentes.

Checklist de préparation (à adapter au site)

• Documents : plans à jour (ZD/ZA/ZS), schémas, liste repérée des équipements, matrice des asservissements, notices d’exploitation, rapports de vérifications/maintenance, procédures de mise hors service.
• Terrain : repérage physique cohérent avec les plans, accessibilité des DM/détecteurs, signalisation, état des DAS (fermetures, ventouses, exutoires), alimentations et protections identifiées.
• Essais : scénarios testés (au moins un par zone significative), essais DM et détection, déclenchement alarme, manœuvre DAS, retours d’état, consignation des résultats et anomalies.
• Organisation : consignes affichées, personnel informé, gestion des alarmes intempestives, procédure de réarmement, coordination avec la maintenance et les intervenants.

Erreurs fréquentes observables (et correctifs)

Zonage incompréhensible : plans non à jour, zones trop larges, repérage absent. Correctif : recalage ZD/ZA/ZS, repérage unique, mise à jour des plans et du registre.

Asservissements non démontrables : pas de matrice, temporisations inconnues, interfaces lot technique non maîtrisées. Correctif : formaliser la matrice, réaliser une campagne d’essais scénarisés, obtenir les retours d’état.

DAS “bloqués” ou neutralisés : ventouses shuntées, portes calées, exutoires inopérants. Correctif : remise en conformité, sensibilisation exploitation, contrôles réguliers et sanctions internes si nécessaire.

Maintenance contractuelle floue : périmètre incomplet, pas d’astreinte, rapports insuffisants. Correctif : avenant précisant livrables, délais, pièces critiques et mise à jour documentaire.

Registre de sécurité incomplet : absence de preuves d’essais, rapports éparpillés. Correctif : centralisation, modèle de fiche d’essai, classement par zones et par dates.

FAQ

Quelle est la différence entre SDI et SSI ?

Le SDI (Système de Détection Incendie) est la partie qui détecte et signale un événement (détecteurs automatiques, DM, centrale). Le SSI englobe le SDI et la mise en sécurité (CMSI, équipements d’alarme et pilotage des DAS), donc l’ensemble de la chaîne jusqu’aux actions sur le bâtiment.

Que signifie CMSI et à quoi sert-il dans un SSI ?

Le CMSI est le Centralisateur de Mise en Sécurité Incendie. Il reçoit l’information d’alarme (automatique ou manuelle) et exécute les scénarios : déclenchement de l’alarme, commande des DAS (portes, désenfumage, clapets), gestion des priorités et, selon l’architecture, signalisation des états et défauts.

Comment choisir entre SSI de catégorie A, B, C, D ou E ?

Le choix se fait en partant du cadre réglementaire (ERP/ERT), puis des fonctions de mise en sécurité attendues (désenfumage, compartimentage, évacuation, interfaces techniques) et enfin de l’architecture nécessaire pour les piloter et les tester. Une étude de conception doit relier clairement catégories, zonage et scénarios, plutôt que de sélectionner une catégorie “par défaut”.

Quelles obligations SSI s’appliquent à un ERP et où les trouver (MS 53 à MS 69) ?

En ERP, les exigences SSI sont structurées dans le règlement de sécurité incendie, notamment aux articles MS 53 à MS 69. Le texte en vigueur et ses renvois sont consultables sur des sources officielles (comme Légifrance). L’exploitation doit ensuite traduire ces exigences en documents, essais et organisation (registre, maintenance, contrôles).

Quels essais et vérifications doivent être réalisés et à quelle fréquence ?

Les essais portent sur la chaîne complète (DM/détection → traitement → alarme → commande des DAS → retours d’état) ainsi que sur les défauts et mises hors service. Les fréquences varient selon le type d’établissement, les textes applicables et les prescriptions constructeur ; l’essentiel est de formaliser un programme (planning), d’exécuter les essais, et d’en conserver la traçabilité dans le registre de sécurité.

Qu’est-ce qu’un DAS et quels équipements sont généralement pilotés ?

Un DAS (Dispositif Actionné de Sécurité) est un équipement qui se place en position de sécurité sur ordre du SSI : portes coupe-feu (ventouses), clapets coupe-feu, dispositifs de désenfumage (exutoires, ouvrants, ventilateurs), parfois déverrouillage d’issues ou commandes techniques selon la stratégie du site. Ils doivent être repérés, testés et maintenus car ils matérialisent la mise en sécurité.

Passer “de l’obligation au système” : le parcours simple pour cadrer un SSI et sécuriser la conformité

La voie la plus efficace consiste à enchaîner quatre livrables : texte applicable (ERP/ERT) → fonctions à assurer (alarme, désenfumage, compartimentage, interfaces) → architecture (catégorie, SDI/CMSI/EA/DAS) → exploitation (essais planifiés, maintenance cadrée, registre à jour). Ce parcours évite les décisions “au matériel” et rend les essais reproductibles.

Avant toute réception ou visite, le point de bascule est la cohérence entre plans de zonage, matrice des asservissements, repérage sur site et preuves d’essais. Quand ces éléments sont alignés, la conformité devient une démonstration, et non une discussion.