Importación y etiquetado, que cada carga llegue completa y con dueño

El modelo simplificado de la sala organiza los datos así: un producto es un servicio de negocio, cada carga de una herramienta es una prueba dentro del producto y sus filas son los hallazgos. Las etiquetas de entorno, dueño y criticidad se fijan en el producto o en la carga y los hallazgos las heredan.

Esa herencia es deliberada. Si cada fila se etiquetara a mano, habría miles de decisiones sueltas y errores inevitables. Con la herencia, corregir al dueño de un producto cambia de golpe todos sus hallazgos, y las tarjetas del panel se pueden filtrar de manera coherente.

Abre cargas.csv. La columna resultado distingue una carga completa (ok) de una parcial, pero no dice cuánto se perdió. Para saberlo hay que restar las filas importadas de las leídas.

Junto a la tabla hay un registro de errores por cada carga parcial, y cada uno explica el motivo de su pérdida. Una pérdida pequeña por un formato raro es una cosa; una pérdida grande en un producto de criticidad alta es otra.

La cifra que importa a la hora de decidir si se puede confiar en la plataforma es la suma de lo perdido en todas las cargas. Una pérdida de unas decenas puede parecer pequeña carga por carga, pero en conjunto muestra cuánta exposición real queda fuera del panel mientras nadie la repara.

La política del leeme.txt es tajante: una carga sin producto, entorno, dueño o criticidad no debe importarse. En cargas.csv hay una carga marcada ok que incumple esa política, porque una de sus etiquetas está vacía. Sus hallazgos están en la plataforma, pero nadie recibirá el aviso de que existen.

Corregido el formato de la fecha, hay que volver a importar el archivo de la carga que falló. Si cada importación crea una prueba nueva, las 240 filas que sí entraron la primera vez aparecerán duplicadas. Las plataformas suelen ofrecer una reimportación sobre la prueba existente, que compara con lo ya cargado: añade lo nuevo, actualiza lo que cambió y no repite lo igual.