Loxone · Integración de acceso
Integración del control de acceso Loxone — Eventos de puerta en el modelo del edificio
Integración del control de acceso en una plataforma Loxone: eventos de puerta, apertura remota, vinculación con CCTV y lógica fuera de horario, con cerraduras y lectores suministrados por especialistas en control de acceso.
Respuesta rápida
La integración del control de acceso Loxone conecta los controladores de puerta y lectores existentes con el modelo del edificio, de modo que una entrada válida puede activar iluminación, climatización (HVAC), CCTV y alarmas. El sitio integra sistemas de control de acceso; no vende cerraduras, cerraderos, lectores ni tornos, y la validación de credenciales permanece en el sistema de control de acceso.
Integración, no suministro de hardware
El límite importa. El control de acceso es una disciplina especializada con sus propias credenciales, fuentes de alimentación, requisitos de seguridad ante fallo y obligaciones normativas locales. No vendemos cerraduras, cerraderos, lectores, tornos ni barreras. Lo que hacemos es conectar el sistema de control de acceso al edificio: leer el estado y los eventos de las puertas, emitir comandos de apertura supervisados cuando el controlador de acceso lo permite y utilizar esos eventos en la lógica de iluminación, climatización (HVAC), CCTV y alarmas. El sistema de acceso sigue siendo responsable de quién puede pasar por una puerta; la plataforma del edificio es responsable de lo que hace el edificio cuando se abre una puerta. Reiteramos este límite en cada propuesta, porque un alcance vago es la razón por la que los proyectos de integración acaban instalando hardware que nadie diseñó. Un límite claro también protege al cliente: un contrato para las credenciales y otro para la lógica del edificio, cada uno verificable por separado.
- La validación de credenciales permanece en el sistema de acceso
- Los eventos de puerta alimentan la lógica de iluminación, climatización (HVAC) y CCTV
- No se suministran cerraduras, cerraderos, lectores ni tornos
Estrategia de puertas, zonas y recorridos
La planificación de puertas empieza por el movimiento de personas, no por el hardware. Enumeramos cada puerta controlada, sus usuarios, su dirección habitual de paso, su recorrido fuera de horario y su relación con ascensores, escaleras y zonas de inquilinos. Después agrupamos las puertas en zonas que coinciden con las zonas de iluminación y climatización (HVAC), para que un evento de entrada tenga una respuesta definida en el edificio. Una entrada principal, una puerta de servicio, una puerta peatonal del aparcamiento y una puerta de sala de máquinas no deberían compartir respuesta solo porque compartan controlador. Las puertas de evacuación, las puertas cortafuego y las entradas accesibles conllevan requisitos que definen el especialista en control de acceso y el ingeniero de protección contra incendios; la plataforma del edificio registra que esos requisitos existen y no los sustituye. La lista de puertas también registra qué puertas se supervisan pero no se controlan, porque esos eventos siguen siendo relevantes para la iluminación y la climatización (HVAC).
- Lista de puertas por usuario, dirección y recorrido fuera de horario
- Grupos de puertas alineados con las zonas de iluminación y climatización (HVAC)
- Los requisitos de evacuación y de puertas cortafuego permanecen en manos de los especialistas
Qué puede activar un evento de puerta
Un evento de puerta es un pequeño fragmento de contexto del edificio. Una entrada válida en el torno del vestíbulo puede llevar la iluminación de la planta a su escena de ocupación, poner en marcha la ventilación de las salas de reuniones y marcar la zona como ocupada. Una salida fuera de horario puede iniciar una secuencia de cierre. Una puerta retenida abierta puede generar una alarma y activar una vista de cámara. Una puerta forzada puede escalar a seguridad y bloquear la zona adyacente; el bloqueo lo ejecuta el sistema de control de acceso, no la plataforma del edificio. Nada de esto sustituye la decisión de acceso; utiliza la decisión como disparador para los sistemas que hacen el espacio utilizable y seguro. El mapeo es unidireccional por defecto: la plataforma consume eventos y solo se escriben de vuelta los comandos que el proveedor del sistema de acceso permite explícitamente. Mantenemos el mapa de eventos como una tabla, no solo como un diagrama, para poder probarlo línea por línea.
- Eventos de entrada y salida como señales de ocupación
- Alarmas de puerta retenida abierta y puerta forzada con vinculación a CCTV
- Secuencias fuera de horario activadas por la última salida
Interfaces y lo que permiten
La profundidad de la integración depende del controlador de acceso. OSDP o Wiegand describen el enlace entre lector y controlador, no una interfaz abierta del edificio; por sí mismos no proporcionan a la plataforma un flujo de eventos utilizable. Un controlador con API, exportación de eventos o una interfaz de red documentada es un mejor punto de partida. Los contactos libres de potencial pueden transmitir el estado de la puerta o comandos de apertura cuando el controlador los expone. Durante la auditoría confirmamos qué eventos están disponibles, qué comandos están permitidos y qué admitirá por escrito el proveedor del sistema de acceso. Cuando el controlador solo ofrece un relé, la integración se limita a ese relé, y lo decimos en lugar de prometer un modelo de eventos completo que el hardware no puede ofrecer. Cuando un controlador expone eventos pero no comandos, la integración se queda en supervisión y contexto, lo que a menudo basta para iluminación y climatización (HVAC). La selección del controlador, el tipo de lector y el herraje de puertas siguen correspondiendo al especialista en control de acceso; nuestro criterio es la interfaz de eventos y comandos que expone el controlador. Del lado del edificio, la integración es una conexión de red documentada con una dirección fija, un enlace supervisado y un camino de alimentación que no depende del herraje de la puerta.
- API, flujo de eventos o contactos secos según el controlador
- Leer el estado antes de intentar controlar
- Interfaz y permisos confirmados en la auditoría
Visitantes, contratistas y acceso fuera de horario
Los flujos de visitantes y contratistas son en su mayor parte proceso, apoyados en unas pocas señales técnicas. Recepción puede conceder una credencial temporal en el sistema de control de acceso; la plataforma del edificio utiliza el evento resultante para encender la iluminación y la climatización (HVAC) de la zona de reuniones, y las libera cuando termina la visita. El acceso fuera de horario puede limitarse a puertas y zonas definidas, con la iluminación siguiendo el recorrido en lugar de toda la planta. Un contratista que trabaja en una sala de máquinas necesita luz, ventilación y un registro de cuándo estuvo ocupado el espacio, pero no una escena para todo el edificio. El registro de auditoría debe mostrar quién entró, cuándo, por qué puerta y qué hizo el edificio en respuesta. Las excepciones se gestionan por la misma ruta de eventos, para que una apertura manual no se convierta en una rutina no documentada. El acceso temporal debe caducar automáticamente, y la respuesta del edificio debe terminar con él, aunque el visitante olvide registrarse a la salida.
- Acceso temporal apoyado en secuencias del edificio
- Recorridos fuera de horario limitados a zonas definidas
- El registro de eventos vincula el acceso, la iluminación y la respuesta de climatización (HVAC)
Alarmas, escalado y revisión de incidentes
Las alarmas de acceso solo son útiles si llegan a alguien que pueda actuar. Definimos clases de alarma para puertas retenidas abiertas, entrada forzada, controlador fuera de línea, manipulación del lector y fallo de apertura, cada una con un destino, un tiempo de respuesta y una ruta de escalado. Una puerta retenida abierta durante una entrega no es el mismo evento que una puerta forzada de noche, aunque el controlador informe ambos como un contacto. La plataforma marca la hora del evento, vincula la cámara más cercana y registra el acuse del operador en el registro de auditoría. La revisión del incidente reconstruye después la secuencia: quién entró, por qué puerta, qué hizo el edificio, quién respondió y cuánto tardó. Ese registro es más valioso que un panel de control que solo muestra el estado de las puertas en tiempo real. La supresión durante una ventana de mantenimiento conocida está permitida, pero tiene tiempo limitado y es visible para el turno siguiente.
- Clases de alarma con destino y tiempo de respuesta
- Cámara y acuse vinculados al evento
- Reconstrucción de incidentes a partir del registro combinado
Puesta en marcha, entrega y formación de operadores
La integración de acceso se pone en marcha por fases porque cada fase tiene un riesgo distinto. Primero se demuestra la supervisión de solo lectura: estado de puertas, eventos y marcas de tiempo. Después siguen la iluminación y la climatización (HVAC) activadas por eventos, probando cada zona desde la puerta que debe activarla. Los comandos de apertura van al final, y solo cuando el proveedor del sistema de acceso ha confirmado por escrito el permiso y el comportamiento seguro ante fallo. Cada fase tiene su propio registro de pruebas y su aceptación. La entrega incluye la lista de puertas, el mapa de eventos, la matriz de escalado, el registro de permisos y una copia de seguridad probada de la lógica del edificio. Los operadores se forman en el acuse de alarmas, las rutinas de visitantes y contratistas y la diferencia entre una respuesta del edificio y una decisión de acceso. Una breve revisión posterior a la entrega de eventos reales suele cambiar alguna respuesta que sobre el papel parecía razonable.
- Fases de solo lectura, activadas por eventos y de control
- Comandos de apertura solo con permiso por escrito
- Lista de puertas, mapa de eventos y formación en la entrega
Responsabilidades y límites de la integración de acceso
15 rows| Función | Responsabilidad del sistema de acceso | Responsabilidad de la plataforma del edificio | Nota sobre el límite |
|---|---|---|---|
| Validación de credenciales | Lector, controlador, permisos | Ninguna | Permanece en el sistema de acceso |
| Apertura de puerta | Cerradero, electroimán, salida del controlador | Comando supervisado cuando está permitido | Hardware y modo seguro ante fallo con el especialista en acceso |
| Estado de la puerta | Contacto o evento del controlador | Supervisión, alarma y tendencia | Cableado del sensor a cargo del instalador |
| Alarma de puerta retenida abierta | Evento del controlador y temporizador | Enrutamiento de alarmas y escalado | Umbral de tiempo acordado por puerta |
| Entrada forzada | Evento del controlador | Enrutamiento de alarmas, vinculación con CCTV | Procedimiento de respuesta acordado con seguridad |
| Petición de salida | Lógica de pulsador, sensor y controlador | Sin comando; evento usado como contexto de zona | Comportamiento de evacuación definido por la normativa y el especialista |
| Flujo de visitantes | Credenciales temporales y registros | Secuencias de iluminación y climatización (HVAC) | El proceso de recepción sigue siendo manual |
| Acceso de contratistas y fuera de horario | Grupos de puertas y franjas horarias | Iluminación de recorrido, ventilación y registros | Derechos de acceso definidos por seguridad |
| Integración de tornos | Controlador de torno y hardware | Solo consumo de eventos | Este alcance no incluye suministro de tornos |
| Integración de barreras | Controlador de barrera y bucles de seguridad | Consumo de eventos y respuesta de zona | Este alcance no incluye suministro de barreras |
| Acceso al vestíbulo de ascensores | Controlador de ascensor y lógica de destino | Iluminación y climatización (HVAC) del vestíbulo | El control del ascensor sigue siendo del proveedor del ascensor |
| Vinculación con CCTV | Gestión de cámara y vídeo | Mapeo de evento a cámara | Retención de vídeo con el equipo de seguridad |
| Enrutamiento de alarmas | Generación de eventos | Prioridad, destino y escalado | Responsabilidad de respuesta acordada en la entrega |
| Registro de auditoría combinado | Exportación de eventos de acceso | Registro combinado con las acciones del edificio | Propiedad de los datos con el propietario del edificio |
| Evacuación en caso de incendio | Interfaz de alarma de incendios y apertura de puertas | Solo supervisión | La función de seguridad de las personas sigue en los sistemas de incendios y de acceso |
Imágenes del proyecto
3 images
Preguntas frecuentes
01¿Suministran cerraduras o tornos?
No. Integramos controladores de acceso, lectores y herraje de puertas suministrados por especialistas en control de acceso. Nuestro alcance es la lógica del edificio que los rodea.
02¿Pueden integrar nuestro sistema de control de acceso existente?
Si expone una API, un flujo de eventos o contactos secos, normalmente sí. La auditoría confirma los eventos disponibles y los comandos que permite el controlador.
03¿Puede un evento de puerta encender las luces y la climatización (HVAC)?
Sí. Una entrada válida puede activar una escena de ocupación para la zona; una salida o un tiempo de espera agotado puede devolverla a reposo. La respuesta se configura por puerta y por zona.
04¿La plataforma almacena credenciales?
No. Los datos de credenciales permanecen en el sistema de acceso. La plataforma recibe eventos y estados de puertas, no registros de titulares de tarjetas.
05¿Podemos empezar en solo lectura y añadir control más adelante?
Sí. La supervisión, las secuencias activadas por eventos y los comandos de apertura pueden ponerse en marcha por fases, cada una con su propio registro de pruebas y aceptación.
06¿Cómo se gestiona una puerta forzada?
El controlador de acceso genera el evento; la plataforma enruta la alarma, vincula la cámara más cercana y puede activar una respuesta de zona según el procedimiento acordado.
07¿Y la evacuación en caso de incendio?
La evacuación en caso de incendio y la apertura de puertas ante alarma siguen en los sistemas de incendios y de acceso, diseñados según la normativa local. La plataforma puede supervisar el estado, pero no sustituye esa función.
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.