Un alcance de IBMS falla en dos direcciones: o es tan vago que cada proveedor presupuesta un proyecto distinto, o es tan prescriptivo que describe un producto en lugar de un resultado. Un alcance entregable se sitúa entre ambos.
Empiece por el resultado
Escriba qué debe hacer el edificio: qué decisiones necesita tomar el operador, qué alarmas deben llegar a qué rol, qué informes deben existir en la entrega. El resultado es la prueba para cada línea que siga.
La lista de sistemas
Enumere cada subsistema incluido en el alcance, su fabricante, su interfaz y quién es propietario de los datos. Si una interfaz es desconocida, convierta la auditoría en un entregable en lugar de suponer que existe.
| Elemento | Qué indicar | Responsable |
|---|---|---|
| Climatización (HVAC) / instalaciones | BACnet/IP o Modbus, lista de puntos, responsabilidad de la pasarela | Proveedor del BMS |
| Control de acceso | API u OSDP/Wiegand, lista de eventos, estado de puertas | Proveedor de control de acceso |
| CCTV | ONVIF/RTSP o API del VMS, mapa de cámaras, vinculación de eventos | Proveedor del VMS |
| Medidores de energía | Modbus, pulso o API de la empresa de servicios públicos, intervalo y unidades | Proveedor de medición |
| PMS de hotel | ODBC o API, eventos de entrada y salida, estado de habitaciones | Proveedor del PMS |
| Central de incendios | Contactos secos o entradas supervisadas; la central de incendios conserva la autoridad | Contratista de incendios |
La matriz de interfaces
La matriz es la página más útil del alcance. Para cada subsistema, indique la interfaz física, el protocolo, la dirección de los datos, el número de puntos y quién prueba la conexión. Si dos proveedores comparten una interfaz, nombre al proveedor que sea propietario de la pasarela.
La lista de puntos
La lista de puntos define cada punto, su dirección, rango, unidad, límites de alarma y convención de nombres. No es un detalle de puesta en marcha. Sin ella, los gráficos, las alarmas y las tendencias no pueden probarse de forma coherente.
La filosofía de alarmas
Defina las clases de alarma, las prioridades, el enrutamiento y el escalado. Indique qué alarmas se suprimen durante el mantenimiento y quién puede reconocerlas. Un IBMS con 4,000 alarmas indiferenciadas no es una imagen operativa; es ruido.
Pruebas de aceptación
- Verificación punto a punto contra la lista.
- Generación, enrutamiento y reconocimiento de alarmas.
- Cada interbloqueo entre sistemas, probado desde el evento desencadenante.
- Exactitud de tendencias e informes durante un periodo acordado.
- Conmutación por fallo: qué ocurre cuando la red o un controlador no están disponibles.
Un alcance que no puede probarse no es un alcance; es una esperanza. Escriba la prueba antes de escribir el requisito.
Qué dejar fuera
No especifique un modelo de producto a menos que el proyecto lo requiera realmente. Especifique el resultado, las interfaces, el modelo de datos y las pruebas de aceptación. Eso deja espacio para que el integrador proponga una solución que se adapte al edificio.
Conclusión
Un buen alcance de IBMS es un conjunto de límites: sistemas, interfaces, puntos, alarmas, pruebas y entrega. Si eso está bien, la conversación comercial pasa a girar en torno al valor y no a la ambigüedad.
