Loxone · Intégration accès
Intégration du contrôle d’accès Loxone — événements de porte dans le modèle du bâtiment
Intégration du contrôle d’accès sur une plateforme Loxone : événements de porte, ouverture à distance, couplage vidéo et logique hors horaires, les serrures et lecteurs étant fournis par des spécialistes du contrôle d’accès.
Réponse rapide
L’intégration du contrôle d’accès Loxone relie les contrôleurs de porte et les lecteurs existants au modèle du bâtiment, afin qu’une entrée valide puisse déclencher l’éclairage, le CVC, la vidéosurveillance et les alarmes. Le site intègre des systèmes de contrôle d’accès ; il ne vend ni serrures, ni gâches, ni lecteurs, ni tourniquets, et la validation des identifiants reste du ressort du système de contrôle d’accès.
Intégration, pas fourniture de matériel
La frontière compte. Le contrôle d’accès est une discipline spécialisée, avec ses propres identifiants, alimentations, exigences de sécurité positive et obligations réglementaires locales. Nous ne vendons ni serrures, ni gâches électriques, ni lecteurs, ni tourniquets, ni barrières. Notre rôle est de relier le système de contrôle d’accès au bâtiment : lire l’état des portes et les événements, émettre des commandes d’ouverture supervisées lorsque le contrôleur d’accès l’autorise, et exploiter ces événements dans la logique d’éclairage, de CVC, de vidéosurveillance et d’alarme. Le système de contrôle d’accès reste responsable de qui est autorisé à franchir une porte ; la plateforme du bâtiment est responsable de ce que fait le bâtiment lorsqu’une porte s’ouvre. Nous rappelons cette frontière dans chaque proposition, car un périmètre flou est la manière dont les projets d’intégration finissent par installer du matériel que personne n’a conçu. Une frontière claire protège aussi le client : un contrat pour les identifiants, un autre pour la logique du bâtiment, chacun testable séparément.
- La validation des identifiants reste au système de contrôle d’accès
- Les événements de porte alimentent la logique d’éclairage, de CVC et de vidéosurveillance
- Aucune serrure, gâche, lecteur ou tourniquet fourni
Stratégie des portes, des zones et des cheminements
La planification des portes commence par les mouvements, pas par le matériel. Nous listons chaque porte contrôlée, ses utilisateurs, son sens de circulation normal, son cheminement hors horaires et sa relation avec les ascenseurs, les escaliers et les zones de locataires. Les portes sont ensuite regroupées en zones correspondant aux zones d’éclairage et de CVC, afin qu’un événement d’entrée ait une réponse définie du bâtiment. Une entrée principale, une porte de service, une porte piétonne de parking et une porte de local technique ne doivent pas partager une réponse simplement parce qu’elles partagent un contrôleur. Les portes d’évacuation, les portes coupe-feu et les entrées accessibles portent des exigences que le spécialiste du contrôle d’accès et l’ingénieur incendie définissent ; la plateforme du bâtiment enregistre l’existence de ces exigences et ne s’y substitue pas. La liste des portes enregistre aussi les portes surveillées mais non commandées, car ces événements comptent toujours pour l’éclairage et le CVC.
- Liste des portes par utilisateur, sens et cheminement hors horaires
- Groupes de portes alignés sur les zones d’éclairage et de CVC
- Les exigences des portes d’évacuation et coupe-feu restent aux spécialistes
Ce qu’un événement de porte peut déclencher
Un événement de porte est un petit élément de contexte du bâtiment. Une entrée valide au tourniquet du hall peut amener l’éclairage de l’étage sur son scénario occupé, démarrer la ventilation des salles de réunion et marquer la zone comme occupée. Une sortie hors horaires peut lancer une séquence de fermeture. Une porte maintenue ouverte peut déclencher une alarme et appeler une vue caméra. Une porte forcée peut être escaladée vers la sécurité et entraîner le verrouillage de la zone adjacente — le verrouillage lui-même est exécuté par le système de contrôle d’accès, pas par la plateforme du bâtiment. Rien de tout cela ne remplace la décision d’accès ; elle sert de déclencheur aux systèmes qui rendent l’espace utilisable et sûr. Le mappage est unidirectionnel par défaut : la plateforme consomme les événements, et seules les commandes explicitement autorisées par le fournisseur du contrôle d’accès sont renvoyées. Nous tenons la carte des événements sous forme de tableau, et non seulement de schéma, afin qu’elle puisse être testée ligne par ligne.
- Les événements d’entrée et de sortie comme signaux d’occupation
- Alarmes de porte maintenue ouverte et de porte forcée avec couplage vidéo
- Séquences hors horaires déclenchées par la dernière sortie
Interfaces et ce qu’elles permettent
La profondeur de l’intégration dépend du contrôleur d’accès. OSDP ou Wiegand décrit la liaison lecteur-contrôleur, pas une interface ouverte du bâtiment ; cela ne donne pas en soi à la plateforme un flux d’événements exploitable. Un contrôleur doté d’une API, d’un export d’événements ou d’une interface réseau documentée constitue un meilleur point de départ. Les contacts libres de potentiel peuvent transporter l’état de la porte ou des commandes d’ouverture lorsque le contrôleur les expose. Nous confirmons pendant l’audit quels événements sont disponibles, quelles commandes sont autorisées et ce que le fournisseur du contrôle d’accès soutiendra par écrit. Lorsque le contrôleur n’offre qu’un relais, l’intégration se limite à ce relais, et nous le disons plutôt que de promettre un modèle d’événements complet que le matériel ne peut pas fournir. Lorsqu’un contrôleur expose des événements mais aucune commande, l’intégration reste de la surveillance et du contexte, ce qui suffit souvent à l’éclairage et au CVC. Le choix du contrôleur, le type de lecteur et le matériel de porte restent au spécialiste du contrôle d’accès ; notre critère est l’interface d’événements et de commandes que le contrôleur expose. Côté bâtiment, l’intégration est une connexion réseau documentée avec une adresse fixe, une liaison surveillée et un chemin d’alimentation qui ne dépend pas du matériel de porte.
- API, flux d’événements ou contacts secs selon le contrôleur
- Lire l’état avant toute tentative de commande
- Interface et autorisations confirmées lors de l’audit
Visiteurs, prestataires et accès hors horaires
Les flux de visiteurs et de prestataires relèvent surtout de procédures, soutenues par quelques signaux techniques. La réception peut accorder un identifiant temporaire dans le système de contrôle d’accès ; la plateforme du bâtiment utilise l’événement résultant pour activer l’éclairage et le CVC de la zone de réunion, puis les libère à la fin de la visite. L’accès hors horaires peut être limité à des portes et des zones définies, l’éclairage suivant le cheminement plutôt que tout l’étage. Un prestataire travaillant dans un local technique a besoin de lumière, de ventilation et d’un enregistrement de la période d’occupation, mais pas d’un scénario à l’échelle du bâtiment. La piste d’audit doit montrer qui est entré, quand, par quelle porte et ce que le bâtiment a fait en réponse. Les exceptions suivent le même chemin d’événements, afin qu’une ouverture manuelle ne devienne pas une routine non documentée. L’accès temporaire doit expirer automatiquement, et la réponse du bâtiment doit s’arrêter avec lui, même si le visiteur oublie de pointer sa sortie.
- Accès temporaire soutenu par des séquences du bâtiment
- Cheminements hors horaires limités à des zones définies
- Le journal des événements relie l’accès, l’éclairage et la réponse CVC
Alarmes, escalade et revue d’incident
Les alarmes de contrôle d’accès ne sont utiles que si elles atteignent une personne capable d’agir. Nous définissons des classes d’alarme pour les portes maintenues ouvertes, l’effraction, le contrôleur hors ligne, la manipulation d’un lecteur et l’échec d’ouverture, chacune avec une destination, un délai de réponse et un chemin d’escalade. Une porte maintenue ouverte pendant une livraison n’est pas le même événement qu’une porte forcée la nuit, même si le contrôleur signale les deux comme un contact. La plateforme horodate l’événement, associe la caméra la plus proche et consigne l’acquittement de l’opérateur dans la piste d’audit. La revue d’incident reconstitue alors la séquence : qui est entré, par quelle porte, ce que le bâtiment a fait, qui a répondu et en combien de temps. Cet enregistrement vaut plus qu’un tableau de bord qui n’affiche l’état des portes qu’en temps réel. La suppression pendant une fenêtre de maintenance connue est autorisée, mais elle est limitée dans le temps et visible pour l’équipe suivante.
- Classes d’alarme avec destination et délai de réponse
- Caméra et acquittement associés à l’événement
- Reconstitution de l’incident à partir du journal combiné
Mise en service, réception et formation des opérateurs
L’intégration du contrôle d’accès est mise en service par phases, car chaque phase présente un risque différent. La surveillance en lecture seule est validée en premier : état des portes, événements et horodatages. Viennent ensuite l’éclairage et le CVC pilotés par événements, chaque zone étant testée depuis la porte qui doit la déclencher. Les commandes d’ouverture arrivent en dernier, et uniquement lorsque le fournisseur du contrôle d’accès a confirmé par écrit l’autorisation et le comportement de sécurité positive. Chaque phase dispose de son propre enregistrement d’essai et de sa réception. La réception comprend la liste des portes, la carte des événements, la matrice d’escalade, le registre des autorisations et une sauvegarde testée de la logique du bâtiment. Les opérateurs sont formés à l’acquittement des alarmes, aux procédures visiteurs et prestataires, et à la différence entre une réponse du bâtiment et une décision d’accès. Une courte revue des événements réels après la réception modifie souvent une réponse qui paraissait raisonnable sur le papier.
- Phases lecture seule, pilotage par événements et commande
- Commandes d’ouverture uniquement avec autorisation écrite
- Liste des portes, carte des événements et formation à la réception
Responsabilités et limites de l’intégration du contrôle d’accès
15 rows| Fonction | Responsabilité du système de contrôle d’accès | Responsabilité de la plateforme du bâtiment | Note sur les limites |
|---|---|---|---|
| Validation des identifiants | Lecteur, contrôleur, autorisations | Aucun | Reste au système de contrôle d’accès |
| Ouverture de porte | Gâche, ventouse, sortie du contrôleur | Commande supervisée lorsque autorisée | Matériel et mode de sécurité positive avec le spécialiste du contrôle d’accès |
| État de la porte | Contact ou événement du contrôleur | Surveillance, alarme et tendance | Câblage des capteurs par l’installateur |
| Alarme de porte maintenue ouverte | Événement du contrôleur et temporisation | Acheminement des alarmes et escalade | Seuil de temps convenu par porte |
| Effraction | Événement du contrôleur | Acheminement des alarmes, couplage vidéo | Procédure de réponse convenue avec la sécurité |
| Demande de sortie | Logique bouton, capteur et contrôleur | Aucune commande ; événement utilisé pour le contexte de zone | Comportement d’évacuation défini par la réglementation et le spécialiste |
| Flux des visiteurs | Identifiants temporaires et journaux | Séquences d’éclairage et de CVC | Procédure de réception maintenue manuelle |
| Accès des prestataires et hors horaires | Groupes de portes et plages horaires | Éclairage du cheminement, ventilation et enregistrements | Droits d’accès définis par la sécurité |
| Intégration des tourniquets | Contrôleur et matériel des tourniquets | Consommation d’événements uniquement | Aucun tourniquet fourni dans ce périmètre |
| Intégration des barrières | Contrôleur de barrière et boucles de sécurité | Consommation d’événements et réponse de zone | Aucune barrière fournie dans ce périmètre |
| Accès au hall des ascenseurs | Contrôleur d’ascenseur et logique de destination | Éclairage et CVC autour du hall | La commande des ascenseurs reste au fournisseur d’ascenseurs |
| Couplage vidéo | Caméra et gestion vidéo | Mappage événement-caméra | Conservation des vidéos par l’équipe de sécurité |
| Acheminement des alarmes | Génération d’événements | Priorité, destination et escalade | Responsabilité de la réponse convenue à la réception |
| Piste d’audit combinée | Export des événements d’accès | Journal fusionné avec les actions du bâtiment | Propriété des données au maître d’ouvrage |
| Évacuation incendie | Interface d’alarme incendie et ouverture des portes | Surveillance uniquement | La fonction de sécurité des personnes reste aux systèmes incendie et de contrôle d’accès |
Images du projet
3 images
Questions fréquentes
01Fournissez-vous des serrures ou des tourniquets ?
Non. Nous intégrons des contrôleurs d’accès, des lecteurs et du matériel de porte fournis par des spécialistes du contrôle d’accès. Notre périmètre est la logique du bâtiment qui les entoure.
02Pouvez-vous intégrer notre système de contrôle d’accès existant ?
S’il expose une API, un flux d’événements ou des contacts secs, généralement oui. L’audit confirme les événements disponibles et les commandes que le contrôleur autorise.
03Un événement de porte peut-il allumer l’éclairage et le CVC ?
Oui. Une entrée valide peut appliquer un scénario d’occupation à la zone ; une sortie ou un dépassement de délai peut la remettre en veille. La réponse est configurée par porte et par zone.
04La plateforme stocke-t-elle des identifiants ?
Non. Les données d’identification restent dans le système de contrôle d’accès. La plateforme reçoit les événements et l’état des portes, pas les dossiers des porteurs de badge.
05Peut-on commencer en lecture seule et ajouter la commande ensuite ?
Oui. La surveillance, les séquences pilotées par événements et les commandes d’ouverture peuvent être mises en service par phases, chacune avec son propre enregistrement d’essai et de réception.
06Comment une porte forcée est-elle traitée ?
Le contrôleur d’accès génère l’événement ; la plateforme achemine l’alarme, associe la caméra la plus proche et peut déclencher une réponse de zone selon la procédure convenue.
07Qu’en est-il de l’évacuation incendie ?
L’évacuation incendie et l’ouverture des portes sur alarme restent aux systèmes incendie et de contrôle d’accès, conçus selon la réglementation locale. La plateforme peut surveiller l’état, mais ne remplace pas cette fonction.
Étape suivante
Apportez-nous le bâtiment.
Indiquez le type de bâtiment, les systèmes concernés et le résultat dont vous avez besoin. Nous tracerons le chemin le plus court vers un système opérationnel.