Event Sourcing en sistemas financieros: cuándo vale la pena el costo

El event sourcing promete un historial inmutable y auditable de todo lo que ha ocurrido en un sistema. En core banking, esa promesa resulta especialmente atractiva — pero el patrón tiene un costo real de complejidad que necesita justificarse.

Dónde el costo compensa

• Ledger contable — la propia naturaleza de la partida doble ya es un registro de eventos; formalizar esto como event sourcing es una extensión natural.
• Trazas de compliance — los reguladores suelen pedir "reconstruye lo que el cliente veía en pantalla en una fecha específica". Sin eventos, eso es arqueología de logs; con eventos, es una proyección.
• Conciliación con el Banco Central — las divergencias entre lo que confirma el SPI y lo que registró el core se resuelven comparando streams de eventos, no comparando snapshots de tablas.

Dónde normalmente no compensa

El registro del cliente, las preferencias de notificación, la configuración de la cuenta — datos que cambian por sustitución, no por acumulación de hechos de negocio, rara vez justifican la sobrecarga de un event store dedicado.

Arquitectura de referencia

Una cola duradera (basada en un log) como fuente de verdad de los eventos de dominio, con:

• Proyecciones materializadas para lectura (read models) reconstruidas de forma asíncrona.
• Replay controlado, usado tanto para corregir errores de proyección como para auditorías formales.
• Contratos de evento versionados desde el primer día — el mayor error en los sistemas de eventos financieros es tratar el esquema del evento como algo desechable.

El event sourcing bien aplicado transforma la auditoría de un ejercicio doloroso en una simple consulta.