Qué pasa cuando los sistemas no se hablan
El síntoma más visible es la digitación doble: alguien copia datos de un sistema a otro porque no existe una conexión entre ambos. Pero el costo real está más abajo. Cada traspaso manual introduce una oportunidad de error, y cada error de datos se propaga silenciosamente hasta que alguien lo detecta semanas después.
El síntoma menos visible, y más caro, es la imposibilidad de responder preguntas simples. Cuánto se procesó ayer por canal, qué operaciones quedaron pendientes, dónde se detuvo un trámite. Si la respuesta exige consultar tres sistemas y conciliar a mano, la organización está operando a ciegas entre reporte y reporte.
Nuestro enfoque
Empezamos por el inventario: qué sistemas existen, qué expone cada uno, qué integraciones ya hay y cuáles se construyeron sin documentar. En organizaciones con años de operación siempre aparecen conexiones que nadie recuerda haber hecho.
A partir de ahí definimos la arquitectura de integración: APIs donde el sistema las expone, middleware donde hace falta orquestar, y mecanismos alternativos cuando se trata de sistemas legados que no fueron diseñados para conectarse. Cada opción tiene consecuencias distintas de riesgo y mantenimiento, y las planteamos antes de decidir.
Lo que exigimos de una integración
Que sea observable. Una integración que falla en silencio produce inconsistencia de datos durante días antes de que alguien lo note. Por eso incorporamos monitoreo y alertas desde el diseño, no como agregado posterior.
Que maneje el fallo. Las transacciones que no pasan necesitan reintento automático, cola de pendientes y notificación a un responsable. Sin eso, los registros fallidos simplemente se pierden.
Que sea trazable extremo a extremo. Para cualquier operación, la organización debe poder reconstruir por dónde pasó, cuándo y con qué resultado. En entidades supervisadas esto deja de ser una buena práctica y pasa a ser un requisito.
Migración controlada
Conectar plataformas nuevas con sistemas que sostienen la operación diaria exige un plan de convivencia. El sistema nuevo y el anterior operan en paralelo durante un período definido, se comparan resultados con datos reales, y solo entonces se apaga el anterior.
Es más lento que un corte directo. También es la diferencia entre descubrir un problema en un ambiente controlado o descubrirlo con clientes en la fila.