Campo antes que sinóptico
El primer corte lógico separa si el equipo real cambió de estado o si solo dejó de actualizarse la representación BMS.
Diagnóstico de BMS/BACS
Pantallas que no refrescan tras un cambio de red, controladores que se aíslan en una ventana nocturna, históricos incompletos o eventos fuera de hora pueden mezclar servidor, licencia, base de datos, NTP, switch, VLAN, fuente, controlador y equipo real.
Una supervisión congelada no demuestra que el equipo esté parado; puede demostrar que el BMS dejó de representar el campo.
Criterio de la guía
Está escrita para ordenar incidencias de supervisión, automatización de edificio, protocolos, control, tendencias, energía, seguridad y documentación sin convertir una pantalla BMS en una receta pública de intervención.
El primer corte lógico separa si el equipo real cambió de estado o si solo dejó de actualizarse la representación BMS.
Sin hora común entre servidor, controlador y tendencia, una alarma puede quedar fuera de secuencia.
Si varios controladores fallan a la vez, el caso puede estar en servidor, red, base de datos, licencia o alimentación común.
Separación diagnóstica
El diagnóstico ordena si la pérdida vive en representación, comunicación, jerarquía de puntos, histórico, hora común o condición física.
Una pantalla sin refresco necesita contraste con lectura local, tendencia y evento, no una decisión directa sobre el equipo.
Una caída de históricos, licencia, base de datos o servicio puede parecer un fallo de campo aunque los controladores sigan activos.
Switch, VLAN, certificado, virtualización, licencia, base de datos o política de backup pueden explicar síntomas repetidos.
Evidencia mínima
La evidencia útil une campo, punto BMS, protocolo, tendencia, horario, prioridad, equipo real, documentación y contexto de explotación sin publicar pasos operativos sensibles.
Patrones de error
En BMS/BACS, el síntoma puede verse en una pantalla, una alarma o una tendencia, pero la causa puede vivir en red OT, pasarela, objeto, prioridad, calendario, equipo primario, documentación o frontera de responsabilidad.
La pantalla puede estar parada mientras el equipo funciona en local o bajo otro nivel de control.
Una causa común de servidor, hora, base de datos, red o licencia puede afectar a muchos puntos a la vez.
Si el síntoma aparece en la misma hora, conviene cruzarlo con backup, mantenimiento, tareas y tráfico programado.
Documentación
Harcki podrá trabajar con esquemas, matrices de puntos, tendencias, históricos, capturas, manuales, actas, listas de equipos, topologías y documentación validada. Esta guía pública solo ordena qué información conviene localizar.
Seguridad
La guía ordena evidencia; no enseña intervención sobre lógica de control, prioridades, usuarios, certificados, redes OT, protección contra incendios, accesos, cuadros, HVAC, energía ni retorno operativo.
Harcki
Esta guía ayuda a separar síntomas, evidencias y límites sin publicar instrucciones sensibles. Dentro de Harcki, el caso puede continuar con historial, documentación validada, tendencias, capturas, decisiones, contexto de edificio y memoria técnica compartida.
El mismo síntoma cambia si cambian topología, controlador, pasarela, protocolo, prioridad, calendario, zona, modo de explotación, equipo real o frontera entre BMS y subsistema.
Matrices de puntos, esquemas, tendencias, históricos, actas, manuales y capturas ayudan cuando quedan vinculados al activo real y al momento exacto.
Harcki puede acercar patrones similares sin convertir una situación parecida en una orden de actuación universal.
Normativa y límites
Harcki ayuda a ordenar el caso. Las decisiones críticas dependen del profesional responsable y del marco aplicable.
Aviso de lanzamiento
Recibe el aviso para continuar en Harcki casos de servidor BMS, controladores, pantallas congeladas, históricos y documentación validada sin publicar instrucciones de intervención.