En este paso montas la vigilancia permanente: señales de salud, alertas por anomalía y conciliación periódica de conteos. El objetivo es enterarte de una falla por un dashboard, no por un cliente enojado o un reporte que no cuadra a fin de mes. Es el paso que convierte el proyecto en un activo que dura años.

Las cuatro señales de salud de una integración

No necesitas cuarenta métricas. Necesitas cuatro, bien vigiladas, por cada flujo:

• Volumen procesado contra el esperado. Si los lunes suelen entrar 400 pedidos y hoy entraron 12, algo pasa aunque no haya un solo error técnico.
• Tasa de error: el porcentaje que falla, con tendencia. Un 2% estable es vida real; un salto de 2% a 9% es un incidente en formación.
• Frescura del dato: cuándo se sincronizó el último registro. Si el flujo "en tiempo real" lleva 6 horas sin escribir nada, está caído por más que nadie haya visto un error.
• Tamaño de la cola de errores: la dead-letter queue del paso 6 creciendo es el electrocardiograma acelerándose.

Fíjate en el patrón: dos de las cuatro señales detectan ausencias, no errores. El silencio es el síntoma más traicionero: un webhook que Meta o el ERP dejó de disparar no genera ningún error en tu lado. Solo genera nada.

Conciliación: contar de los dos lados

El monitoreo por evento no atrapa todo. La red de seguridad es un job programado —diario o semanal— que cuenta entidades en ambos extremos y compara: ¿cuántos pedidos registró la tienda esta semana y cuántos llegaron al CRM? ¿Cuántas facturas emitió el ERP y cuántas se reflejaron?

Define un umbral de tolerancia (99% suele ser razonable; 100% es utopía con APIs de por medio) y investiga cada desvío. La conciliación es la que descubre el bug sutil: los pedidos con caracteres especiales en el nombre que fallan silenciosamente desde hace tres semanas. Contar es barato; no contar es carísimo.

Alertas que alguien lee de verdad

La falla número uno del monitoreo no es técnica: es que el equipo dejó de leer las alertas. Se previene con dos reglas:

• Severidad con canal propio. Lo crítico (flujo de pedidos caído) despierta a alguien: WhatsApp, llamada, lo que sea inmediato. Lo demás va a un resumen diario. Si todo es urgente, nada lo es.
• Toda alerta tiene dueño y runbook. Quién la atiende y qué revisar, en qué orden, y cómo reprocesar. Un runbook de una página por flujo crítico ahorra horas de pánico y dependencia del "único que sabe".

Si tu primera alerta es un cliente preguntando por su pedido, no tienes monitoreo: tienes testigos.

Vigilar río arriba: las APIs también cambian

Tu integración puede estar perfecta y romperse igual, porque el proveedor cambió las reglas: Meta versiona la API de WhatsApp cada pocos meses, HubSpot deprecia endpoints con calendario anunciado, y el ERP local puede cambiar el esquema en cualquier actualización. Defensa en tres capas: suscribite a los changelogs de cada plataforma que integras, mantén pruebas de contrato en sandbox que validen los supuestos contra la API real, y agenda una revisión mensual del tablero: 30 minutos mirando tendencias evitan la mayoría de las sorpresas.

Errores comunes en este paso

• Monitorear solo errores. Las ausencias (volumen cero, frescura vencida) tumban más operaciones que las excepciones.
• Alertas sin dueño ni runbook. Una alerta que nadie sabe atender es ruido con logo de urgencia.
• No conciliar nunca. El drift silencioso entre sistemas se acumula hasta que un cierre contable lo revela de la peor manera.
• Dar por eterna la API del proveedor. La integración que "siempre funcionó" es la que nadie revisa cuando el vendor anuncia la deprecación.

Checklist para cerrar la guía

• Dashboard por flujo con las cuatro señales: volumen, errores, frescura, cola.
• Alertas por anomalía de volumen, no solo por error técnico.
• Job de conciliación programado, con umbral definido y responsable del desvío.
• Runbook de una página por flujo crítico: qué revisar, cómo reprocesar.
• Suscripción activa a los changelogs de cada plataforma integrada.
• Revisión mensual del tablero agendada con dueño.

Con esto cerraste el ciclo: mapa, patrón, modelo, sincronización, activación, resiliencia y vigilancia. Tu stack ya no coexiste: trabaja en equipo. Repasa cualquier pieza en la guía completa de integración de datos, o si prefieres que un equipo lo construya y lo sostenga por ti, mira cómo integramos en Smarteam: el mismo flujo de esta guía, en producción.