Intégration du parking
Intégration de la gestion du parking
Intégration de la gestion du parking pour les bâtiments : occupation, état des barrières, guidage et liens inter-systèmes, sans fourniture de barrières ni de matériel de parking.
Périmètre : l’intégration, pas le matériel de parking
La gestion du stationnement désigne ici le raccordement d’un système de stationnement existant ou tiers à la plateforme du bâtiment. Nous ne fournissons ni barrières, ni bornes de tickets, ni terminaux de paiement, ni caméras ANPR, ni capteurs de place. Le fournisseur du stationnement reste responsable de ses équipements, de ses transactions et de sa garantie. Notre rôle consiste à faire remonter l’occupation, l’état des barrières, les événements d’entrée et de sortie et les défauts d’équipement dans la vision d’exploitation du bâtiment, puis à les relier à l’éclairage, à la ventilation, au contrôle d’accès et au reporting. Cette frontière maintient les responsabilités claires et permet au client de conserver le système de stationnement qu’il a déjà acquis. Lorsqu’un nouveau système est prescrit, nous pouvons définir les exigences d’interface. La liste des interfaces est arrêtée avant que le fournisseur du stationnement et l’équipe du bâtiment ne commencent les travaux. Une liste d’interfaces écrite constitue aussi la protection la plus claire contre une réclamation tardive affirmant que l’intégration était incluse dans le lot d’un autre. Cette clarté est ce qui rend supportable un futur changement de fournisseur de stationnement ; elle doit se retrouver dans les plans, la liste de points et le contrat de maintenance.
- Nous intégrons les systèmes de stationnement existants ou tiers
- Barrières, bornes de tickets et caméras restent au fournisseur du stationnement
- Les exigences d’interface peuvent être définies avant l’achat
- Des frontières de responsabilité inscrites dans le périmètre
Données et interfaces
Les systèmes de stationnement exposent leurs données de manières différentes. Les installations anciennes fournissent des contacts libres de potentiel pour l’ouverture de barrière, les panneaux « complet » ou l’alarme. Les systèmes plus récents proposent une API logicielle, un export de base de données ou une passerelle Modbus ou BACnet. L’intégration doit partir d’une liste de données : ce qui est nécessaire, à quelle fréquence et qui est propriétaire de chaque point. Les comptages d’occupation, les comptages par niveau, les événements d’entrée et de sortie, l’état de paiement et les codes de défaut sont courants. La synchronisation horaire compte plus qu’il n’y paraît : un événement d’entrée décalé de deux minutes par rapport à la vidéosurveillance complique l’analyse d’incident. Chaque point a besoin d’un nom, d’une unité, d’un indicateur de qualité et d’une source documentée. La liste de données doit distinguer l’état en direct des enregistrements historiques, car les deux arrivent généralement par des chemins différents, avec une latence et des règles de conservation différentes. Lorsqu’un fournisseur refuse de documenter son interface, la négociation se fait avant le contrat, pas après le premier défaut.
- Liste de données arrêtée avant le début des travaux d’interface
- API, export de base de données, Modbus, BACnet ou contacts libres de potentiel
- Synchronisation horaire avec la vidéosurveillance et les enregistrements de contrôle d’accès
- Chaque point possède un nom, une unité, un indicateur de qualité et une source
Comptage d’occupation et guidage
Une fois les comptages fiables, la plateforme peut piloter le guidage : panneaux de places libres, indicateurs par niveau, affichages de zone et vues dans l’application. La logique de guidage doit intégrer une hystérésis afin qu’un panneau ne bascule pas sans cesse entre « complet » et « disponible » au seuil, ainsi qu’un comportement de repli lorsque les comptages deviennent obsolètes. L’état des places de recharge électrique peut être affiché lorsque les bornes le remontent. L’utilisation historique éclaire les décisions d’affectation, de politique tarifaire et d’accès hors horaires. La plateforme peut comparer les profils en semaine et le week-end, identifier les zones durablement saturées et montrer la durée de stationnement des véhicules. Ce sont des éclairages d’exploitation, et non un substitut au système de recettes de l’exploitant du stationnement. Un affichage de guidage qui promet une place qu’il ne peut pas vérifier est pire que pas d’affichage du tout, car les conducteurs cessent de faire confiance au système après la deuxième fausse indication. Les comptages obsolètes doivent être remplacés par un message neutre, et non par le dernier chiffre connu. Les comptages doivent être calibrés par un relevé manuel le premier jour d’exploitation, puis à nouveau après tous travaux sur les capteurs.
- Panneaux de places libres et indicateurs par niveau
- Hystérésis pour éviter le clignotement aux seuils
- État des places de recharge lorsque les bornes le remontent
- Tendances d’utilisation par zone et par plage horaire
Éclairage, ventilation et régulation du CO
Les événements de stationnement deviennent utiles lorsqu’ils se raccordent au reste du bâtiment. L’entrée d’un véhicule dans un niveau enterré peut déclencher le scénario d’éclairage et l’étage de ventilation de cette zone. Un défaut de barrière peut générer une alarme pour l’exploitation et orienter l’opérateur vers la caméra la plus proche. Un événement de sortie peut libérer l’enregistrement de contrôle d’accès associé. La ventilation doit suivre les données de CO et d’occupation plutôt qu’un temporisateur fixe, avec des vitesses de ventilateur étagées et une période de balayage définie. Une régulation étagée typique utilise des seuils de CO de l’ordre de 20 à 30 ppm pour le premier étage et un niveau d’alarme plus élevé au-delà de 50 ppm, mais les valeurs réelles doivent provenir de l’étude de ventilation du parc de stationnement et des exigences locales. La sécurité incendie et le désenfumage restent du ressort du système incendie ; l’intégration du stationnement ne doit ni retarder ni neutraliser une séquence de sécurité des personnes.
- Les événements d’entrée déclenchent l’éclairage et la ventilation de zone
- Les défauts de barrière sont transmis à l’exploitation et à la vidéosurveillance
- Le CO et l’occupation pilotent les étages de ventilation
- La sécurité incendie et le désenfumage restent hors de la séquence BAS
Frontières du contrôle d’accès, de la recharge électrique et du paiement
Le contrôle d’accès et le paiement sont des frontières à tracer tôt. Le système de stationnement gère les tickets, les tarifs, les validations et le paiement ; la plateforme du bâtiment peut recevoir des états et des événements à des fins de corrélation, mais elle ne doit pas devenir le système de transaction. Lorsqu’un même badge ouvre une porte de hall et une barrière de stationnement, le système de contrôle d’accès et le système de stationnement doivent entretenir une relation définie, y compris le comportement en cas d’indisponibilité de l’un des deux. La recharge des véhicules électriques ajoute une seconde relation commerciale : l’opérateur de bornes gère les sessions et la facturation, tandis que la plateforme du bâtiment peut plafonner la puissance appelée sur le site ou décaler la recharge vers les périodes de production. Chaque frontière doit nommer le système de référence, le sens des données et le comportement de repli. Les ambiguïtés à ces frontières sont généralement découvertes par un conducteur devant la barrière, ce qui est l’endroit le moins commode pour les résoudre.
- Le système de stationnement reste le système de transaction
- Relation de badge définie entre contrôle d’accès et stationnement
- Les sessions et la facturation de recharge restent à l’opérateur de bornes
- Système de référence et repli nommés pour chaque frontière
Reporting et exploitation
Les rapports de stationnement doivent répondre à des questions d’exploitation : quel a été le taux de remplissage de chaque zone, quand, pendant combien de temps et à quelle fréquence le guidage s’est-il trompé ? La plateforme peut historiser l’occupation, les comptages d’entrée et de sortie, les défauts de barrière et les arrêts d’équipement. Elle peut rapprocher les comptages des totaux de transactions de l’exploitant du stationnement lorsque l’interface le permet, mais ce rapprochement est un contrôle, pas un système de facturation. Les alarmes doivent être regroupées par équipement et par localisation, avec un circuit clair vers le fournisseur du stationnement pour les défauts hors du périmètre d’intégration. Une revue mensuelle de l’utilisation et des défauts vaut généralement plus qu’un tableau de bord en direct que personne ne regarde. La revue doit aussi confronter la logique de guidage aux arrivées réelles, car un comptage exact à minuit peut rester faux à l’heure de pointe du matin. Les tendances doivent être conservées assez longtemps pour comparer des saisons, et pas seulement des semaines.
- Tendances d’occupation et de durée de stationnement par zone
- Défauts de barrière et arrêts d’équipement enregistrés
- Rapprochement uniquement lorsque l’interface le permet
- Défauts hors périmètre transmis au fournisseur du stationnement
Livraison, essais et frontières entre fournisseurs
La livraison commence par un relevé d’interfaces et un plan d’essais. Chaque point est éprouvé face au système de stationnement, y compris les valeurs normales, la déconnexion, le redémarrage et les données obsolètes. Les panneaux de guidage sont vérifiés au seuil, et pas seulement en plage médiane. La liaison de ventilation est testée avec des signaux de CO simulés et en mode incendie, car ces deux conditions ne doivent pas entrer en conflit. La réception comprend la liste de données, la cartographie des points, la documentation de l’API ou des registres, le routage des alarmes et les contacts d’escalade des deux fournisseurs. Un essai conjoint avec le fournisseur du stationnement mérite d’être planifié, car la plupart des problèmes d’intégration sont des problèmes de responsabilité plutôt que de protocole. L’accord de support doit préciser qui intervient en premier lorsqu’une barrière, un compteur ou une passerelle tombe en panne, et ce que fait l’équipe du bâtiment pendant que le fournisseur est en route.
- Relevé d’interfaces et plan d’essais conjoints arrêtés
- Chaque point éprouvé, y compris déconnexion et données obsolètes
- Ventilation testée face au CO et au mode incendie
- Contacts d’escalade et premier intervenant nommés
Fonctions d’intégration du stationnement et contrôles de défaillance
14 rows| Fonction | Système source | Interface type | Rôle de la plateforme | Défaillance à contrôler |
|---|---|---|---|---|
| Occupation des places et des zones | Capteurs ou compteurs de stationnement | API, Modbus, contact sec | Tendance, guidage et reporting | Dérive du compteur après un redémarrage |
| État de la barrière | Automate de barrière | Contact sec ou API | Surveiller et générer les alarmes de défaut | État bloqué en ouvert ou en fermé |
| Événements d’entrée et de sortie | Système de stationnement | API ou export de base de données | Recouper avec la vidéosurveillance et le contrôle d’accès | Horodatage de l’événement décalé par rapport à la vidéo |
| État du paiement et des tickets | Système de stationnement | API | État uniquement ; aucune transaction | Plateforme supposée gérer le paiement |
| Panneaux de disponibilité | Automate de panneaux | API ou relais | Piloter la logique de guidage | Clignotement du panneau au seuil |
| État des places de recharge | Système de bornes de recharge | API ou Modbus | Afficher la disponibilité | Place occupée signalée comme libre |
| Défauts d’équipement | Système du fournisseur de stationnement | API ou contact sec | Acheminer les alarmes vers le fournisseur responsable | Alarme sans responsable |
| Événements ANPR | Système de stationnement | API | Corrélation et enregistrement uniquement | Données de plaques d’immatriculation conservées sans règle |
| Liaison avec l’éclairage | BAS | E/S locales ou bus de terrain | Scénarios de zone à l’entrée et à la sortie | Éclairage resté allumé après la dernière sortie |
| Liaison ventilation et CO | Capteurs de CO et BAS | E/S locales ou Modbus | Ventilateurs étagés et balayage | Étage bloqué ou balayage désactivé |
| Corrélation avec le contrôle d’accès | Système de contrôle d’accès | API ou export d’événements | Relier les événements véhicule et badge | Badge encore valide après la défaillance de la barrière |
| Reporting d’utilisation | Toutes les sources de stationnement | Modèle de données de la plateforme | Tendance par zone et plage horaire | Rapport établi sur des comptages obsolètes |
| Synchronisation temporelle | Système de stationnement et BAS | Heure réseau ou protocole | Reconstitution cohérente des événements | Dérive d’horloge après une mise à jour fournisseur |
| Escalade fournisseur | Les deux fournisseurs | Accord de support | Acheminer les défauts vers la bonne équipe | Les deux parties refusent l’intervention |
Images du projet
3 images
Questions fréquentes
01Fournissez-vous les barrières ou les bornes de tickets ?
Non. Nous intégrons et nous surveillons. Les barrières, bornes de tickets, terminaux de paiement et caméras ANPR sont fournis et maintenus par le spécialiste du stationnement, ce qui maintient la responsabilité des équipements et la garantie chez un seul intervenant. Le client peut donc changer de fournisseur de stationnement plus tard sans remplacer la plateforme du bâtiment, sous réserve que l’interface reste disponible.
02Pouvez-vous intégrer notre système de stationnement existant ?
Cela dépend de l’interface qu’il expose. Les systèmes disposant d’une API, d’un export de base de données, de Modbus ou de contacts secs sont généralement réalisables. Commencez par un relevé d’interfaces et une liste de données avant de vous engager sur le périmètre. Les systèmes plus anciens peuvent nécessiter une passerelle ou une petite interface matérielle, et ce coût doit être connu avant de figer la proposition.
03La plateforme peut-elle encaisser les paiements ?
Non. Le paiement et les transactions restent au système de stationnement ou à son prestataire de paiement. La plateforme lit des états à des fins de surveillance et de rapprochement uniquement. Tenir les transactions hors de la plateforme du bâtiment réduit aussi le périmètre de sécurité et d’audit, ce qui est un avantage plutôt qu’une limite.
04Le stationnement peut-il piloter l’éclairage et la ventilation ?
Oui. L’entrée d’un véhicule, l’occupation d’une zone ou la concentration de CO peuvent déclencher des scénarios d’éclairage et des étages de ventilation. La logique doit être arrêtée avec l’étude électrique et les exigences de ventilation du parc de stationnement. Le mode incendie prime sur toute séquence normale, et les deux doivent être testés ensemble plutôt que séparément.
05L’application peut-elle afficher les places libres ?
Oui, lorsque le système de stationnement fournit des comptages de zone fiables. Le guidage exige une hystérésis et un repli défini lorsque les comptages deviennent obsolètes, afin que l’affichage ne promette pas une place qu’il ne peut pas vérifier. Un message neutre vaut mieux qu’un chiffre faux énoncé avec assurance, et l’exploitant doit pouvoir voir quand le comptage a été mis à jour pour la dernière fois.
06La reconnaissance des plaques (ANPR) est-elle incluse ?
Nous ne fournissons pas de caméras. Lorsque le système de stationnement expose des événements de reconnaissance via une API, la plateforme peut les recevoir pour la corrélation des entrées et sorties et la tenue des enregistrements. Les règles de conservation, d’accès et de confidentialité des données de plaques relèvent de l’exploitant du stationnement et de la politique de données du bâtiment, et non de la seule intégration.
07Plusieurs sites peuvent-ils être gérés ensemble ?
Oui. Chaque site conserve son système de stationnement local et son contrôle local, tandis que la plateforme assure la surveillance centralisée, le reporting et le routage des alarmes. Le modèle de données doit être cohérent entre les sites dès le départ. Un reporting central n’est utile que si le même point signifie la même chose partout ; les règles de nommage et de comptage relèvent donc de la première phase.
É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.