El siniestro que nadie sabe que se trabó

Una aseguradora recibe 5.400 denuncias de siniestro por mes desde la app. El asegurado saca fotos, describe lo que pasó y le prometen un perito en menos de 24 horas. El servicio de siniestros guarda la denuncia en su base y, en el mismo pedido, se la manda al estudio de peritaje.

En febrero pasaron tres cosas y ninguna dejó un error en ningún lado.

Una. El estudio de peritaje devuelve un 200 cuando recibe la denuncia, pero si su cola interna está llena la descarta. Descartó 340. Del lado de la aseguradora todo salió bien: el tercero dijo que sí.

Dos. El servicio de siniestros se reinició cuatro veces por despliegues normales. Cada reinicio agarró denuncias entre “guardada” y “mandada”. Esas no las descartó nadie: nunca existieron como algo pendiente, porque el único lugar donde constaba que había que mandarlas era la memoria del proceso que se apagó.

Tres. Las fotos viven dentro del cuerpo del pedido y se descartan cuando el pedido termina. Los peritos que sí llegaron, llegaron tres días después: el auto ya estaba movido, la vereda limpia y el agua bajada.

Hay dos números: cuántas denuncias entraron y cuántas salieron hacia el perito. Se calculan a mano una vez por mes. En febrero no coincidieron por 340, y ese fue el momento en que la compañía se enteró.

El equipo tiene 7 unidades operativas y hoy usa 3. Cada pieza que agregues sale de ahí, así que ninguna entra por las dudas.

Rearmá el sistema entero. Este ejercicio junta el nivel: la denuncia tiene que sobrevivir a un reinicio y a un tercero que dice que sí y descarta; la evidencia del primer día tiene que quedar guardada donde se pueda volver a leer; y la diferencia entre lo que entra y lo que sale tiene que ser una señal del sistema, no una planilla de fin de mes.