Parsers y campos faltantes

Un parser recibe el texto original de un evento y extrae de él campos con nombre: origen, destino, puerto, usuario. Lo hace con patrones fijos, así que depende de que el formato de la línea no cambie. Si un proveedor cambia el nombre de un par (src= pasa a source=) el patrón deja de coincidir.

Cuando el patrón no coincide hay dos desenlaces: la línea se rechaza con un error visible, o se guarda con los campos vacíos. El segundo es el peligroso, porque el evento existe pero no se puede buscar por ninguno de sus datos.

Abre las muestras crudas y el resultado del parser. Compara cómo se llaman los pares en las líneas de cada versión del agente y luego mira qué líneas salieron sin ningún campo.

Un campo vacío puede significar cosas distintas. Si la línea trae un guion donde iría el usuario, el dato no existía y el parser hizo bien su trabajo. Si la línea trae el usuario, pero el campo salió vacío, el parser falló. Mezclar las dos cosas lleva a arreglar lo que no estaba roto o a ignorar lo que sí.

Nadie revisa a mano miles de líneas por hora. La forma de vigilar un parser es la cobertura de campos: de las líneas recibidas, en cuántas se extrajo cada campo. Una caída brusca es la señal de que algo cambió en el origen.

La cobertura de los tres primeros campos es la misma y menor que la total; la del usuario es más baja todavía, porque suma los fallos del parser y las líneas que de verdad no traían usuario. El arreglo está en el parser, no en el origen: el proveedor tiene derecho a cambiar el formato de su agente.