Ir al contenido
Vista aérea de un campus de varios edificios

Escenarios · Multiemplazamiento

IBMS multiemplazamiento: una única imagen operativa para todos los edificios

Cómo diseñar un IBMS multiemplazamiento con un modelo de datos común, autonomía local y una capa central que resista los cortes de red.

Respuesta rápida

Un IBMS multiemplazamiento proporciona a una cartera un modelo de datos, un modelo de alarmas y una capa de informes comunes, mientras cada edificio conserva el control local. Cada emplazamiento ejecuta sus propias secuencias y almacena su propio historial; el centro compara el rendimiento, distribuye estándares y gestiona el acceso, pero no es necesario para el funcionamiento diario.

01

Qué requiere realmente una única imagen operativa

Un panel de cartera no es un IBMS multiemplazamiento. El trabajo más difícil es acordar qué significa un punto entre edificios: el mismo nombre para la temperatura exterior, las mismas unidades, la misma gravedad de alarma, el mismo tratamiento de husos horarios y la misma definición de ocupación. Sin ese modelo, el centro recibe datos que no puede comparar y los operadores pasan el tiempo conciliando definiciones. El modelo debe documentarse antes de configurar el primer emplazamiento, con una convención de nomenclatura, un diccionario de objetos y una regla para las extensiones específicas de cada emplazamiento. La estandarización en esta capa es lo que hace creíble la elaboración de informes de cartera, y también lo que permite poner en marcha un nuevo emplazamiento más rápido.

02

Autonomía local y capa central

Cada emplazamiento debe seguir siendo plenamente operable cuando el enlace de área extensa está caído. Los controladores del emplazamiento ejecutan las secuencias de climatización (HVAC), iluminación, protección solar y medición, y almacenan historial suficiente para resistir un corte. La capa central agrega, visualiza, genera informes y gestiona usuarios. También puede distribuir actualizaciones de plantilla, pero esas actualizaciones deben aplicarse por etapas y ser reversibles. Esta división mantiene la seguridad y el confort en local y, al mismo tiempo, ofrece a la dirección una visión de la cartera. También limita el alcance de un fallo central y facilita la protección de la arquitectura de red. La plataforma central puede actualizarse sin tocar la lógica de control de los emplazamientos. La prueba es sencilla: desconecte un emplazamiento y confirme que el edificio sigue funcionando, que las alarmas siguen registrándose y que no se pierde el historial.

03

Estandarizar la plantilla y documentar el perfil de cada emplazamiento

Una cartera necesita una plantilla común: gráficos, nomenclatura de puntos, clases de alarma, objetos de programación, definiciones de informes y roles de usuario. También necesita un perfil de emplazamiento para lo que difiere legítimamente: tipo de instalación, clima, horario de apertura, medición por inquilino, normativa local y topología de red. La plantilla debe estar versionada y cada emplazamiento debe registrar qué versión ejecuta. Cuando un emplazamiento necesite una desviación, documéntela y decida si debe incorporarse a la siguiente versión de la plantilla. Esto evita la lenta divergencia que convierte una cartera en un conjunto de sistemas inconexos. También ofrece al equipo central una forma de desplegar una mejora sin rehacer a mano cada edificio.

04

Despliegue, seguridad y gobernanza

Despliegue por oleadas, con un emplazamiento de referencia que demuestre la plantilla antes de replicarla. Defina quién puede cambiar consignas, quién puede reconocer alarmas y quién puede añadir usuarios en cada nivel. Segmente las redes de los edificios respecto a la TI corporativa, exija cuentas nominativas y mantenga una política de parches y firmware que cubra controladores, pasarelas y plataforma central. Pruebe un emplazamiento de forma aislada y después pruebe la vista de cartera, incluido qué ocurre cuando un emplazamiento está fuera de línea. La gobernanza no es papeleo: es la diferencia entre un sistema que sigue siendo comparable y otro que se fragmenta en silencio. El modelo operativo debe indicar las personas responsables de cada capa y la periodicidad de la revisión del rendimiento. Un breve informe mensual basta para mantener visible la cartera.

Capas de un IBMS multiemplazamiento

7 rows
CapaFunciónDecisión de diseño
Control del emplazamientoSecuencias de climatización (HVAC), iluminación, protección solar y mediciónSe ejecuta en local y resiste un corte de WAN
Historial del emplazamientoAlmacenamiento de tendencias y registro de alarmasConserva datos suficientes para la operación local y su carga posterior
Agregación centralPaneles de control e informes de carteraLee un modelo de datos común, no puntos brutos del fabricante
Gestión de alarmasEncaminamiento y escalado entre emplazamientosSepara las alarmas críticas de cartera de las alarmas locales molestas
Acceso de usuariosRoles y permisosAplica el mínimo privilegio en el emplazamiento y en el nivel central
Gestión de plantillasGráficos, secuencias y nomenclatura estándarVersiona la plantilla y registra la versión de cada emplazamiento
Red y seguridadSegmentación, acceso remoto, parchesMantiene las redes de los edificios separadas de la TI corporativa

Imágenes del proyecto

3 images
Panel de control de habitación de hotel junto a la cama
Control de habitación
Habitación de hotel con protección solar y oscurecimiento automatizados
Protección solar en habitación
Habitación de hotel con control de iluminación, climatización y protección solar
Hostelería

Preguntas frecuentes

01¿Necesitan todos los emplazamientos el mismo BMS?

Necesitan un modelo de datos y una capa de informes comunes. El hardware de cada emplazamiento puede ser distinto si la plantilla define cómo se exponen los puntos, las alarmas y el historial.

02¿Qué ocurre cuando un emplazamiento pierde su conexión?

El emplazamiento sigue funcionando con control local y almacena el historial en local. El centro debe mostrar el emplazamiento como fuera de línea y completar los datos cuando vuelva el enlace.

03¿A quién pertenecen los datos?

Debe hacerlo el propietario. Los contratos deben indicar dónde se almacenan los datos, cómo se exportan y qué ocurre al finalizar un contrato de servicio.

04¿Cómo se gestionan los distintos husos horarios?

Almacene las marcas de tiempo con un huso horario explícito y sincronice los relojes. Los informes deben indicar si utilizan la hora local o la hora central.

05¿Se puede añadir un nuevo emplazamiento más adelante?

Sí, si la plantilla está versionada y el nuevo emplazamiento se perfila conforme a ella. El coste y el esfuerzo dependen de cuánto se desvíe el emplazamiento del estándar.

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.