Registro de eventos de negocio

Un registro técnico que dice «POST /api/cuenta 200» sirve para saber que algo funcionó, pero no para saber que cambió el correo de una cuenta. Un evento de negocio lo dice en una línea: quién, qué cambió, de qué valor a cuál. Detectar una toma de cuenta o un abuso de promociones pide ese nivel; el nivel técnico solo permite adivinarlo.

Una secuencia típica de toma de cuenta es cambiar el correo, cambiar la dirección de envío y comprar, todo en pocos minutos. Cada paso es normal por separado; la combinación, y el poco tiempo, es la señal. Busca en eventos_negocio la cuenta que hizo los tres pasos seguidos.

Un evento que guarda el valor anterior permite deshacer el cambio y avisar a la persona correcta. Si solo guardara el nuevo, habría que buscar el correo original en otra parte. Para esa cuenta, el aviso de seguridad debe ir al correo que tenía antes del cambio, no al nuevo.

Algunos abusos no se ven en un evento sino en un total: un agente que aprueba muchas devoluciones, cada una dentro de su límite. Suma los montos aprobados por cada agente. El total no prueba un fraude: puede ser un día de devoluciones por un lote defectuoso. Es una pregunta para el responsable del proceso.

Cuando se le pide a quien desarrolla un evento de cambio, hay que ser concreto en lo que debe guardar. Un campo de más, como una contraseña o un número de tarjeta completo, es un riesgo; uno de menos, como el valor anterior, hace inútil el evento.