El problema
“Corregimos un producto en un sistema, pero los demás siguen con el dato anterior. Cada equipo tiene una versión distinta.”
Contexto
- Operación
- Cadena retail, Nicaragua
- Sistemas involucrados
- Catálogo maestro · service bus · sistemas consumidores
Cómo lo resolvimos
El sistema maestro publica un evento cuando cambia un producto. El bus distribuye ese evento a cada consumidor, que adapta y aplica el cambio a su propio modelo.
Catálogo maestroService busPOS · Web · ERP
Orden por producto
Una versión por producto permite descartar cambios antiguos. El contrato del evento define qué sistema es dueño de cada dato.
Reintentos por consumidor
Cada suscripción confirma su propio trabajo. Una clave idempotente evita repetir efectos cuando un evento se entrega otra vez.
Si un sistema se desconecta
Los demás consumidores continúan. La suscripción afectada conserva el pendiente dentro de la retención acordada y permite reprocesarlo.
Permisos y operación
Cada consumidor accede solo a su suscripción. Se acuerdan retención, alertas y latencia objetivo; las conexiones y los secretos se protegen.
Resultado
- Un punto de actualización para el dato maestro.
- Sistemas que reciben cambios sin depender entre sí.
- Pendientes identificables por consumidor.