Emisores y receptores de señales

El emisor es el sistema que detecta un cambio y avisa: el proveedor de identidad cuando alguien restablece su clave, el sistema de gestión de dispositivos cuando un equipo deja de cumplir, el antifraude cuando sube el riesgo. El receptor es el que recibe el aviso y decide qué hacer con él: cerrar una sesión, pedir otra autenticación o solo anotarlo.

Entre un emisor y un receptor hay un flujo: un acuerdo con los tipos de evento que se pueden enviar y el modo de entrega. En el modo de empuje el emisor manda cada evento al receptor; en el de consulta el receptor pregunta cada cierto tiempo, lo que añade un retraso, pero no exige que el receptor sea accesible desde fuera.

Un flujo tiene un estado: habilitado, en pausa o deshabilitado. Solo el habilitado entrega. Un flujo en pausa es peligroso porque la configuración sigue ahí, con el emisor y el receptor bien escritos, y quien la lee de pasada cree que todo funciona: las señales simplemente no llegan.

Abre flujos.txt y mira la columna del estado.

Para no descubrir que un flujo está roto el día que lo necesitas, el emisor puede enviar un evento de verificación: una prueba que confirma que la entrega funciona de punta a punta. La regla de la cooperativa es que una verificación es válida si tiene 30 días o menos de antigüedad; con más de 30 días, está vencida y el flujo se considera sin probar.

Cuenta cuántos flujos de flujos.txt tienen la verificación vencida con el corte en 2026-10-07. Calcula la fecha límite antes de comparar: un flujo con justo 30 días sigue válido.

No todos los emisores dicen lo mismo. El proveedor de identidad sabe de claves y sesiones; el sistema de dispositivos sabe de equipos; el sistema que puntúa el riesgo sabe de comportamiento. Un receptor que quiere reaccionar a un cambio de riesgo tiene que estar conectado al emisor que lo produce, y no a otro.

En flujos.txt, busca el flujo que permite el tipo risk-level-change y fíjate en su emisor; luego compruébalo en sistemas.txt.

Los papeles son de cada flujo, no del sistema. El proveedor de identidad recibe los avisos de riesgo y de dispositivos (es receptor) y, con esa información, emite avisos de revocación a las aplicaciones (es emisor). Esa doble función lo convierte en el eje de la cadena: si falla, falla todo lo que cuelga de él.

Cuenta, entre los seis sistemas de sistemas.txt, cuántos aparecen como emisor en algún flujo y como receptor en otro.