Gobierno antes que comodidad
Accesos externos, cuentas de servicio y roles deben leerse como parte del riesgo operativo, no como detalle informático.
Diagnóstico de BMS/BACS
Un mantenedor con acceso remoto amplio, certificados que caducan el mismo día, backups que no recuperan controladores, logs que se sobrescriben o cuentas de servicio tratadas como usuarios humanos pueden convertir una avería BMS en riesgo de operación.
En BMS/BACS, poder entrar no significa que el acceso sea seguro; tener una copia no significa que el edificio sea recuperable.
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.
Accesos externos, cuentas de servicio y roles deben leerse como parte del riesgo operativo, no como detalle informático.
Certificados, cuentas y servicios pueden fallar por calendario aunque el sistema funcionara el día anterior.
La copia útil debe tener alcance, fecha, responsable y evidencia de que cubre lo necesario.
Separación diagnóstica
La guía ordena qué evidencias reunir sin revelar rutas, usuarios, reglas, certificados, topologías ni información aprovechable.
El nombre de una cuenta no explica rol, caducidad, origen, uso compartido ni acción permitida.
Un sistema puede estar en red y quedar fuera por confianza, fecha, nombre, cadena o política de validación.
Servidor, base de datos, proyectos, controladores, licencias y documentación pueden requerir alcances distintos.
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.
Rutas, usuarios, certificados, reglas, nombres internos o topologías privadas no deben exponerse en una guía abierta.
Una copia incompleta puede restaurar el servidor y dejar fuera proyectos, controladores o licencias.
Cuentas y certificados con la misma fecha pueden crear una incidencia simultánea y difícil de explicar.
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 BMS de acceso remoto, certificados, usuarios, backups y documentación validada sin publicar instrucciones de intervención.