No hay un servidor por complejo
La plataforma es una sola y atiende a todos los complejos. Sumar un complejo es un alta, no una instalación: no hay que montar infraestructura ni licenciar por adelantado.
Una plataforma en la nube, con la autoridad puesta en el complejo.
Coliving es un servicio en la nube, pero el control de acceso no se puede resolver solo en la nube. Un barrio abre y cierra su entrada las veinticuatro horas, y su conexión a internet no está garantizada las veinticuatro horas. Además, los terminales de reconocimiento facial solo aceptan que se les cargue una cara desde su propia red.
Por eso el sistema es híbrido, y el reparto es explícito: la nube define y administra; el equipo del complejo decide y registra. Lo que no puede depender del enlace vive en el barrio. Lo que gana por estar compartido —el modelo de datos, la administración, la vista de toda una cartera— vive en la nube.
Cómo se conecta todo
Una sola plataforma en la nube atiende a todos los complejos. Cada complejo tiene su propio equipo, y de ese equipo cuelga el hardware del sitio por la red local.
- Nube. El modelo de datos y las reglas del sistema, la administración, los tableros de toda la cartera y los avisos al celular. Es una sola plataforma para todos los complejos.
- Equipo del complejo. Decide si la barrera abre y registra lo que pasa. Se conecta a la nube por una red privada cifrada que inicia él: no hay puertos abiertos en el router del barrio.
- Hardware del sitio. Terminales, cámaras y la pantalla de la garita cuelgan del equipo por la red local del complejo.
- App del vecino. Habla con la nube por internet, desde donde esté el vecino.
Qué hace cada lado.
Función por función, quién es responsable. Donde hay un guión, ese lado no participa.
| Función | La nube | El equipo del complejo |
|---|---|---|
| Modelo de datos y reglas | Define qué es un permiso, una credencial o un movimiento, para todos los complejos. | Los aplica con su copia local. |
| Dejar pasar a alguien | — | Decide, abre y registra. No consulta a internet. |
| Cargar una cara en el terminal | Recibe la foto y emite la orden. | La ejecuta contra el terminal por la red local, y verifica que quedó. |
| Administración y configuración | Expensas, reclamos, padrón, roles, tableros de la cartera. | — |
| Pantalla de la garita | La sirve para el guardia remoto y la administración. | La sirve en la red del barrio, para el turno de guardia. |
| Cámaras y video | Guarda el inventario y lo que se reportó. | Descubre los equipos y trabaja las imágenes dentro del predio. |
| Avisos al celular | Los emite a Android e iPhone. | — |
| Actualizaciones | Publica y ordena: agente, sistema del equipo y firmware de los terminales. | Las aplica y reporta el resultado. |
Los tres recorridos que explican el diseño.
Un ingreso, la carga de una cara y un corte de internet. En los tres, el tramo enmarcado es el que ocurre dentro del complejo.
Un vecino entra al barrio
El recorrido completo de un ingreso, desde que la persona se presenta hasta que el movimiento aparece en las pantallas.
-
- 01 Vecino
Se presenta en la entrada. Mira el terminal, apoya la tarjeta o marca su PIN.
- 01
-
Ocurre en el complejo, sin depender de internet
- 02 Terminal
Identifica a la persona con la credencial que tiene cargada y avisa al equipo del complejo por la red local.
- 03 Equipo del complejo
Valida contra su copia local: si la credencial está vigente y el permiso habilita ese acceso en ese momento, resuelve que pase.
- 04 Equipo del complejo
Abre la barrera y registra el movimiento con la foto del momento, el destino y el acceso por el que pasó.
- 05 Equipo del complejo
Deja el movimiento en su cola de salida y lo muestra en la pantalla de la garita, que está en la red del barrio.
- 02
-
- 06 Nube
Recibe el movimiento cuando hay enlace, lo suma al expediente del complejo y lo publica en las pantallas remotas y en la app del vecino.
- 06
Los pasos 2 a 5 son los que hacen que la entrada funcione igual con el enlace caído. El paso 6 es el único que necesita conexión, y puede esperar.
Un vecino carga su cara desde el celular
Por qué hace falta un equipo en el complejo, contado en el recorrido de una credencial facial.
-
- 01 Vecino
Se saca la foto en la app, desde donde esté, y la confirma.
- 01
-
- 02 Nube
Crea la credencial de la persona y determina en qué terminales tiene que funcionar, según sus permisos.
- 03 Nube
Manda la orden al equipo del complejo correspondiente.
- 02
-
Solo se puede hacer desde la red del complejo
- 04 Equipo del complejo
Carga la cara en cada terminal por la red local. Los terminales solo aceptan esta operación desde su propia red: es la razón técnica por la que hay un equipo en el sitio.
- 05 Equipo del complejo
Vuelve a consultar al terminal para confirmar que la cara quedó registrada, y no da por buena la carga sin esa verificación.
- 04
-
- 06 Nube
Marca la credencial como activa y se lo muestra al vecino en la app. Si un terminal rechazó la foto, le pide una nueva.
- 06
Sin el equipo en el sitio, el vecino tendría que ir a la entrada a enrolarse frente al terminal, como en un sistema convencional.
Se corta internet en el barrio
Qué sigue funcionando, qué queda en pausa y cómo se pone al día el sistema cuando el enlace vuelve.
-
Sigue operando con el enlace caído
- 01 Equipo del complejo
Detecta que se cortó el enlace. Los accesos no cambian de comportamiento: sigue decidiendo con su copia local.
- 02 Equipo del complejo
Guarda cada movimiento en su cola, con su identificador propio, y sigue sirviendo la pantalla de la garita en la red del barrio.
- 03 Equipo del complejo
El guardia entra con su usuario y opera normalmente: despacha visitas, resuelve ingresos y registra egresos.
- 01
-
- 04 Nube
Al volver el enlace recibe la cola completa. Como cada movimiento viene identificado, reenviar no duplica nada.
- 05 Nube
Baja al complejo lo que cambió mientras no había enlace: altas de vecinos, permisos nuevos y bajas de credenciales.
- 04
Lo que queda en pausa es la administración remota: dar de alta un vecino desde la nube, ver los tableros de la cartera o recibir un aviso en el celular. La entrada, no.
Qué significa que sea un servicio y no una instalación.
El equipo en el complejo no convierte a Coliving en un sistema on-premise: la plataforma sigue siendo compartida, y el equipo es la parte de esa plataforma que tiene que estar adentro del barrio.
El hardware del sitio es de mercado
En el complejo hay un equipo compacto y los terminales de acceso. Ninguno de los dos es hardware propietario nuestro, así que se compran, se reponen y se amplían por los canales habituales.
Las mejoras llegan a todos
Lo que se corrige o se agrega en la plataforma queda disponible para todos los complejos, sin una migración por cliente.
Los complejos no se ven entre sí
Compartir la plataforma no es compartir los datos: el aislamiento se aplica en cada consulta, y un complejo no ve a los vecinos, los movimientos ni la configuración de otro.
Qué pasa cuando algo falla.
Se cae internet en el barrio
Las barreras siguen abriendo y la garita sigue registrando con la pantalla local. La administración remota queda en pausa hasta que el enlace vuelve.
Se cae un terminal
Los otros accesos siguen funcionando. Cuando el terminal vuelve, el sistema le carga las credenciales que se dieron de alta mientras estuvo fuera.
Se apaga el equipo del complejo
Al volver retoma su cola de eventos y se pone al día con la nube. Los movimientos guardados no se pierden.
Cambia la red del complejo
Si un terminal aparece con una dirección distinta a la registrada, el sistema lo detecta y lo deja asentado en el inventario del complejo.
Seguir por acá
¿Quiere el detalle técnico?
Si evalúa Coliving para su cartera, repasamos la arquitectura en detalle con su equipo técnico.
info@gpesistemas.com.ar
Desarrollado por GPE Sistemas.