Del hallazgo al ticket

Un hallazgo es lo que dice el escáner: un host, un problema, una severidad. Un ticket es trabajo que alguien tiene que hacer. Cuando una misma acción resuelve varios hallazgos (actualizar un paquete en cuatro servidores), abrir un ticket por fila reparte un solo trabajo entre varias colas y llena el tablero de ruido.

La regla práctica: el ticket representa una acción de remediación y lleva vinculados todos los hallazgos que esa acción resuelve. La tabla hallazgos trae una columna solucion que agrupa justamente eso.

El vínculo entre ticket y hallazgos se sigue a través de la solución: el ticket apunta a una solución y los hallazgos apuntan a la misma. Así se sabe cuánta exposición cierra un ticket al completarse, dato útil para priorizar la cola.

Consulta la tabla tickets y cuenta, en hallazgos, cuántos hallazgos resuelve el ticket REM-1001.

El control más barato de un flujo es comparar las dos listas: toda solución con hallazgos debería tener un ticket abierto. Un hallazgo cuya solución no aparece en ningún ticket es trabajo que nadie sabe que existe, y el escáner lo seguirá mostrando sin que nada avance.

Los escaneos se repiten. Cuando el siguiente escaneo vuelve a detectar un hallazgo que ya tiene ticket abierto, abrir otro ticket duplica el trabajo y rompe la cuenta de cuántas acciones están pendientes. Lo normal es que la integración reconozca el hallazgo (por host y problema) y lo ligue al ticket que ya existe.