Integración de aparcamientos
Integración de gestión de aparcamientos
Integración de gestión de aparcamientos para edificios: ocupación, estado de barreras, guiado y enlaces entre sistemas, sin suministrar barreras ni hardware de aparcamiento.
Alcance: integración, no hardware de aparcamiento
La gestión de aparcamientos en este contexto significa conectar un sistema de aparcamiento existente o de terceros a la plataforma del edificio. No suministramos barreras, máquinas de tickets, terminales de pago, cámaras ANPR ni sensores de plaza. El proveedor de aparcamiento sigue siendo responsable de su equipo, sus transacciones y su garantía. Nuestro papel es llevar la ocupación, el estado de las barreras, los eventos de entrada y salida y los fallos de equipo a la imagen operativa del edificio, y vincularlos después con la iluminación, la ventilación, el control de acceso y los informes. Ese límite mantiene clara la responsabilidad y permite al cliente conservar el sistema de aparcamiento que ya ha adquirido. Cuando se especifica un sistema nuevo, podemos definir los requisitos de interfaz. La lista de interfaces se acuerda antes de que el proveedor de aparcamiento y el equipo del edificio empiecen a trabajar. Una lista de interfaces escrita es también la protección más clara frente a una reclamación tardía de que la integración estaba incluida en el paquete de otro. Esa claridad es lo que hace afrontable un futuro cambio de proveedor de aparcamiento, y debe reflejarse en los planos, la lista de puntos y el contrato de mantenimiento.
- Integramos sistemas de aparcamiento existentes o de terceros
- Las barreras, las máquinas de tickets y las cámaras siguen siendo del proveedor de aparcamiento
- Los requisitos de interfaz pueden definirse antes de la compra
- Límites de responsabilidad escritos en el alcance
Datos e interfaces
Los sistemas de aparcamiento exponen los datos de distintas formas. Las instalaciones más antiguas ofrecen contactos libres de tensión para la apertura de barrera, los carteles de aparcamiento completo o las alarmas. Los sistemas más recientes ofrecen una API de software, una exportación de base de datos o una pasarela Modbus o BACnet. La integración debe partir de una lista de datos: qué se necesita, con qué frecuencia y quién es propietario de cada punto. Los recuentos de ocupación, los recuentos por nivel, los eventos de entrada y salida, el estado de pago y los códigos de fallo son habituales. La sincronización horaria importa más de lo que parece: un evento de entrada desfasado dos minutos respecto al CCTV dificulta la revisión de incidentes. Cada punto necesita un nombre, una unidad, un indicador de calidad y una fuente documentada. La lista de datos debe distinguir el estado en tiempo real de los registros históricos, porque ambos suelen llegar por rutas distintas, con latencias distintas y reglas de retención distintas. Cuando un proveedor no documenta su interfaz, la negociación corresponde antes del contrato, no después del primer fallo.
- Lista de datos acordada antes de iniciar los trabajos de interfaz
- API, exportación de base de datos, Modbus, BACnet o contactos libres de tensión
- Sincronización horaria con el CCTV y los registros de acceso
- Cada punto tiene nombre, unidad, indicador de calidad y fuente
Recuento de ocupación y guiado
Cuando los recuentos son fiables, la plataforma puede gestionar el guiado: carteles de plazas disponibles, indicadores de nivel, pantallas de zona y vistas en la aplicación. La lógica de guiado debe incluir histéresis para que un cartel no parpadee entre completo y disponible en el umbral, y un comportamiento de reserva cuando los recuentos quedan obsoletos. El estado de las plazas EV puede mostrarse cuando los puntos de carga lo comunican. El uso histórico respalda decisiones sobre asignación, política de tarifas y acceso fuera de horario. La plataforma puede comparar patrones de días laborables y fines de semana, identificar zonas permanentemente llenas y mostrar cuánto tiempo permanecen los vehículos. Son conclusiones operativas, no un sustituto del sistema de ingresos del propio operador de aparcamiento. Una pantalla de guiado que promete una plaza que no puede verificar es peor que ninguna pantalla, porque los conductores dejan de confiar en el sistema tras el segundo giro equivocado. Los recuentos obsoletos deben sustituirse por un mensaje neutro, no por el último número conocido. Los recuentos deben calibrarse con un recuento manual el primer día de explotación y de nuevo después de cualquier trabajo en los sensores.
- Carteles de plazas disponibles e indicadores de nivel
- Histéresis para evitar parpadeos en los umbrales
- Estado de las plazas EV cuando los puntos de carga lo comunican
- Tendencias de uso por zona y franja horaria
Iluminación, ventilación y control de CO
Los eventos de aparcamiento resultan útiles cuando se conectan con el resto del edificio. La entrada de un vehículo a un nivel subterráneo puede activar la escena de iluminación y la etapa de ventilación de esa zona. Un fallo de barrera puede generar una alarma de instalaciones y orientar al operador hacia la cámara más cercana. Un evento de salida puede liberar el registro de acceso asociado. La ventilación debe seguir los datos de CO y ocupación en lugar de un temporizador fijo, con velocidades de ventilador escalonadas y un periodo de purga definido. El control escalonado típico utiliza umbrales de CO del orden de 20 a 30 ppm para la primera etapa y un nivel de alarma superior por encima de 50 ppm, pero los valores reales deben proceder del diseño de ventilación del aparcamiento y de los requisitos locales. El control de incendios y humos sigue correspondiendo al sistema de incendios; la integración del aparcamiento no debe retrasar ni anular una secuencia de seguridad para las personas.
- Los eventos de entrada activan la iluminación y la ventilación de la zona
- Los fallos de barrera se dirigen a instalaciones y al CCTV
- El CO y la ocupación gobiernan las etapas de ventilación
- El control de incendios y humos queda fuera de la secuencia del BAS
Límites de acceso, carga EV y pago
El acceso y el pago son límites que deben trazarse pronto. El sistema de aparcamiento es propietario de los tickets, las tarifas, las validaciones y el pago; la plataforma del edificio puede recibir estados y eventos para correlacionarlos, pero no debe convertirse en el sistema de transacciones. Cuando la misma credencial abre la puerta del vestíbulo y una barrera de aparcamiento, el sistema de control de acceso y el sistema de aparcamiento necesitan una relación definida, incluido qué ocurre cuando uno de ellos está desconectado. La carga EV añade una segunda relación comercial: el operador de puntos de carga es propietario de las sesiones y de la facturación, mientras que la plataforma del edificio puede limitar la demanda del emplazamiento o desplazar la carga hacia la generación. Cada límite debe indicar el sistema de registro, la dirección de los datos y el comportamiento de reserva. La ambigüedad en estos límites suele descubrirla un conductor en la barrera, que es el lugar menos conveniente para resolverla.
- El sistema de aparcamiento sigue siendo el sistema de transacciones
- Relación de credenciales definida entre acceso y aparcamiento
- Las sesiones EV y la facturación siguen con el operador de puntos de carga
- Sistema de registro y comportamiento de reserva definidos para cada límite
Informes y operación
Los informes de aparcamiento deben responder a preguntas operativas: cuánto se llenó cada zona, cuándo, durante cuánto tiempo y con qué frecuencia falló el guiado. La plataforma puede registrar tendencias de ocupación, recuentos de entrada y salida, fallos de barrera y tiempo de inactividad de los equipos. Puede conciliar los recuentos con los totales de transacciones del operador de aparcamiento cuando la interfaz lo permite, pero la conciliación es una comprobación, no un sistema de facturación. Las alarmas deben agruparse por equipo y ubicación, con una ruta clara hacia el proveedor de aparcamiento para los fallos fuera del alcance de la integración. Una revisión mensual del uso y de los fallos suele ser más valiosa que un panel en tiempo real que nadie observa. La revisión también debe contrastar la lógica de guiado con las llegadas reales, porque un recuento exacto a medianoche puede seguir siendo erróneo en la hora punta de la mañana. Las tendencias deben conservarse el tiempo suficiente para comparar estaciones, no solo semanas.
- Tendencias de ocupación y permanencia por zona
- Fallos de barrera y tiempo de inactividad de los equipos registrados
- Conciliación solo cuando la interfaz lo permite
- Fallos fuera del alcance dirigidos al proveedor de aparcamiento
Entrega, pruebas y límites entre proveedores
La entrega comienza con una inspección de interfaces y un plan de pruebas. Cada punto se verifica contra el sistema de aparcamiento, incluidos los valores normales, la desconexión, el reinicio y los datos obsoletos. Los carteles de guiado se comprueban en el umbral, no solo en el rango medio. El enlace de ventilación se prueba con señales de CO simuladas y con el modo de incendios, porque esas dos condiciones no deben entrar en conflicto. La entrega incluye la lista de datos, el mapa de puntos, la documentación de la API o de los registros, el encaminamiento de alarmas y los contactos de escalado de ambos proveedores. Merece la pena programar una prueba conjunta con el proveedor de aparcamiento, ya que la mayoría de los problemas de integración son problemas de titularidad más que de protocolo. El acuerdo de soporte debe indicar quién responde primero cuando falla una barrera, un contador o una pasarela, y qué hace el equipo del edificio mientras el proveedor está en camino.
- Inspección de interfaces y plan de pruebas conjuntas acordados
- Cada punto verificado, incluida la desconexión y los datos obsoletos
- Ventilación probada frente al CO y al modo de incendios
- Contactos de escalado y primera respuesta definidos
Funciones de integración del aparcamiento y comprobaciones de fallo
14 rows| Función | Sistema de origen | Interfaz típica | Función de la plataforma | Fallo que comprobar |
|---|---|---|---|---|
| Ocupación de plazas y zonas | Sensores o contadores de aparcamiento | API, Modbus, contacto seco | Tendencia, guiado e informes | Deriva del contador tras un reinicio |
| Estado de barrera | Controlador de barrera | Contacto seco o API | Supervisar y generar alarmas de fallo | Estado bloqueado en abierto o cerrado |
| Eventos de entrada y salida | Sistema de aparcamiento | API o exportación de base de datos | Referencia cruzada con CCTV y acceso | Hora del evento desfasada respecto al vídeo |
| Estado de pago y de ticket | Sistema de aparcamiento | API | Solo estado; sin transacciones | Se supone que la plataforma gestiona el pago |
| Carteles de disponibilidad | Controlador de carteles | API o relé | Ejecutar la lógica de guiado | Parpadeo del cartel en el umbral |
| Estado de las plazas EV | Sistema de puntos de carga | API o Modbus | Mostrar disponibilidad | Plaza ocupada comunicada como libre |
| Fallos de equipo | Sistema del proveedor de aparcamiento | API o contacto seco | Dirigir las alarmas al proveedor responsable | Alarma sin responsable asignado |
| Eventos ANPR | Sistema de aparcamiento | API | Solo correlación y registro | Datos de matrícula conservados sin regla |
| Enlace con iluminación | BAS | I/O local o bus de campo | Escenas de zona en entrada y salida | Luces encendidas tras la última salida |
| Enlace de ventilación y CO | Sensores de CO y BAS | E/S local o Modbus | Ventiladores escalonados y purga | Etapa bloqueada o purga deshabilitada |
| Correlación con acceso | Sistema de control de acceso | API o exportación de eventos | Vincular eventos de vehículo y credencial | Credencial válida tras el fallo de la barrera |
| Informes de uso | Todas las fuentes de aparcamiento | Modelo de datos de la plataforma | Tendencia por zona y franja horaria | Informe basado en recuentos obsoletos |
| Sincronización horaria | Sistema de aparcamiento y BAS | Hora de red o protocolo | Reconstrucción coherente de eventos | Deriva del reloj tras una actualización del proveedor |
| Escalado con proveedores | Ambos proveedores | Acuerdo de soporte | Dirigir los fallos al equipo correcto | Ambas partes rechazan la llamada |
Imágenes del proyecto
3 images
Preguntas frecuentes
01¿Suministran barreras o máquinas de tickets?
No. Integramos y supervisamos. Las barreras, las máquinas de tickets, los terminales de pago y las cámaras ANPR los suministra y soporta el especialista en aparcamiento, lo que mantiene la responsabilidad del equipo y la garantía en una sola parte. Esto también significa que el cliente puede cambiar de proveedor de aparcamiento más adelante sin sustituir la plataforma del edificio, siempre que la interfaz siga disponible.
02¿Pueden integrar nuestro sistema de aparcamiento existente?
Depende de la interfaz que exponga. Los sistemas con API, exportación de base de datos, Modbus o contactos secos suelen ser viables. Conviene empezar con una inspección de interfaces y una lista de datos antes de comprometer el alcance. Los sistemas más antiguos pueden necesitar una pasarela o una pequeña interfaz de hardware, y ese coste debe conocerse antes de fijar la propuesta.
03¿Puede la plataforma aceptar pagos?
No. El pago y las transacciones siguen en el sistema de aparcamiento o en su proveedor de pagos. La plataforma solo lee el estado para supervisión y conciliación. Mantener las transacciones fuera de la plataforma del edificio también reduce el alcance de seguridad y auditoría, lo que es una ventaja y no una limitación.
04¿Puede el aparcamiento gobernar la iluminación y la ventilación?
Sí. La entrada de vehículos, la ocupación de la zona o la concentración de CO pueden activar escenas de iluminación y etapas de ventilación. La lógica debe acordarse con el diseño eléctrico y los requisitos de ventilación del aparcamiento. El modo de incendios prevalece sobre cualquier secuencia normal, y ambos deben probarse juntos en lugar de por separado.
05¿Puede la aplicación mostrar plazas libres?
Sí, cuando el sistema de aparcamiento proporciona recuentos de zona fiables. El guiado necesita histéresis y un comportamiento de reserva definido cuando los recuentos quedan obsoletos, para que la pantalla no prometa una plaza que no puede verificar. Un mensaje neutro es mejor que un número erróneo presentado con seguridad, y el operador debe poder ver cuándo se actualizó el recuento por última vez.
06¿Está incluido el ANPR?
No suministramos cámaras. Cuando el sistema de aparcamiento expone eventos de reconocimiento a través de una API, la plataforma puede recibirlos para la correlación de entradas y salidas y el mantenimiento de registros. Las reglas de retención, acceso y privacidad de los datos de matrícula corresponden al operador de aparcamiento y a la política de datos del edificio, no solo a la integración.
07¿Pueden gestionarse varios emplazamientos juntos?
Sí. Cada emplazamiento conserva su sistema de aparcamiento y su control local, mientras la plataforma proporciona supervisión central, informes y encaminamiento de alarmas. El modelo de datos debe ser coherente entre emplazamientos desde el principio. Los informes centrales solo son útiles si el mismo punto significa lo mismo en todas partes, por lo que las reglas de nomenclatura y recuento pertenecen a la primera fase.
Siguiente paso
Tráiganos el edificio.
Cuéntenos el tipo de edificio, los sistemas incluidos y el resultado que necesita. Le mostraremos la ruta más corta hacia un sistema en funcionamiento.