De la alerta suelta a la detección

Una alerta suelta es una condición que dispara y ya: «avisa si hay más de diez fallos de inicio de sesión». Funciona hasta que alguien pregunta por qué diez, qué conducta busca, en qué datos se apoya, quién la atiende o cómo se sabe que sigue funcionando. Si nadie sabe contestar, es una alerta suelta: un ajuste de alguien, sin memoria.

Una detección es esa misma condición con su contexto escrito. Tiene una hipótesis (qué conducta de quién dejaría rastro), una fuente de datos que la sostiene, una lógica, pruebas que demuestran que salta cuando debe y calla cuando no, un dueño que la atiende y una documentación que permite a otra persona heredarla. Lo que separa una de otra no es la sofisticación de la condición: es que se pueda mantener.

Toda detección pasa por el mismo recorrido: se formula la hipótesis, se comprueba que existan los datos, se escribe la lógica, se prueba, se despliega, se afina con el uso y, un día, se retira. Cada etapa responde una pregunta y deja algo que se puede revisar. Si una etapa no deja nada, es que se saltó.

Abre el catálogo de Textiles Piedecuesta y mira la tabla ciclo. Es el recorrido que seguirás a lo largo de todo el módulo.

Una detección mantenible lleva cinco elementos mínimos: hipótesis, fuente, lógica, al menos un caso de prueba y un dueño. Ahora mira la tabla reglas_activas, las seis reglas que alertan hoy al turno. Casi todas tienen un hueco: un campo vacío, sin casos de prueba o sin dueño. Recórrelas una por una con la lista de cinco elementos al lado.

De todos los huecos, el del dueño es el que más tarda en notarse. Mientras la regla alerte, el turno la cierra; cuando deja de ver, no avisa nadie. Una regla sin dueño no tiene quien la afine cuando hace ruido ni quien note que se quedó ciega, y envejece sin que nadie lo vea.

La regla sin dueño lleva en producción desde 2025. Tiene fuente «(sin definir)»: nadie sabe de dónde saca los datos. El jefe del turno te pregunta si hay que apagarla.