Respuesta a incidentes con impacto ciudadano

Un incidente en un servicio público tiene una particularidad: la persona afectada no puede irse a otro proveedor, y a menudo tiene un plazo que cumplir (un descuento, una cita, un recurso). Por eso la contención se hace con bisturí: se apaga la función que falla y se mantiene lo que funciona, con un canal humano para el trámite afectado. Apagar todo el servicio «por si acaso» traslada el daño a quienes no tenían nada que ver.

Lo segundo es preservar la evidencia antes de tocar nada más, porque sin los registros no se puede saber a quién se le mostraron qué datos.

Para saber desde cuándo hay daño se busca la primera línea del registro en la que el titular de la sesión y el dueño de la liquidación mostrada no coinciden. Esa hora, comparada con la de los cambios desplegados, suele señalar la causa.

Para los avisos importan las personas cuyos datos se expusieron, no las sesiones en las que pasó: una misma liquidación puede haberse mostrado a varias personas, y una persona puede haber visto datos ajenos más de una vez. Contar sesiones da otro número.

Una cache guarda una respuesta para no tener que calcularla otra vez. Si la clave con la que se guarda no incluye a quién pertenece la respuesta, la siguiente persona que pide «lo mismo» recibe la respuesta de otro. Es un fallo clásico de aplicaciones web que reaparece cuando a un asistente se le añaden capas para que responda más rápido.

Un comunicado que minimiza o niega lo que muestran los registros es una segunda falla: quien vio datos ajenos sabe que no es cierto y quien los perdió no se entera. El procedimiento pide decir qué pasó, qué datos se vieron, qué se hizo y por dónde hacer el trámite mientras tanto, y contactar a cada persona afectada. Los avisos que exige la ley, y sus plazos, los determina la oficina jurídica.