6 de septiembre de 2026
Monitoreo de integraciones: métricas y alertas técnicas
Qué monitorear técnicamente en una integración entre ecommerce y ERP: latencia, tasa de error, reintentos, transacciones detenidas, stock y cómo diseñar alertas.
Una integración puede estar fallando durante días antes de que alguien lo note. El síntoma casi nunca es una caída total y evidente: suele ser un pedido que no llegó al ERP, un producto con el stock mal sincronizado o una factura que no se generó. Errores puntuales, invisibles uno por uno, que se acumulan hasta convertirse en un problema grande.
Este artículo repasa qué métricas, alertas y dashboards conviene tener para monitorear integraciones entre ecommerce y ERP, de forma que esos errores se detecten en minutos y no en semanas. Se centra en la capa técnica; los indicadores de negocio (ventas, stock, pedidos y facturación) se desarrollan en el artículo sobre dashboards de integración en tiempo real.
Resumen rápido
- El monitoreo de integraciones no mide si los sistemas están arriba: mide si los datos están llegando correctamente.
- Las cuatro métricas base son latencia, tasa de error, transacciones detenidas y discrepancia de stock.
- Una alerta que nadie atiende es peor que ninguna alerta: entrena al equipo a ignorar el canal.
- La pregunta que ordena todo el diseño es: ¿nos enteramos antes que el cliente?
Por qué el monitoreo se suele dejar para después
Cuando se implementa una integración, la prioridad es que funcione. El monitoreo (saber si sigue funcionando bien con el tiempo) queda como tarea secundaria, hasta que un error grande obliga a revisar qué pasó y se descubre que venía ocurriendo desde hacía tiempo, en menor escala.
Hay un factor que agrava el problema: las integraciones fallan de forma parcial. No se caen del todo; procesan el 98% de las transacciones correctamente y fallan en el 2%. Ese 2% no genera ninguna señal visible en el sistema, pero sí genera clientes que reclaman, stock que no cierra y facturas que faltan.
Qué métricas monitorear
| Métrica | Qué mide | Cuándo preocuparse |
|---|---|---|
| Latencia | Tiempo que tarda un dato en viajar entre sistemas | Crecimiento sostenido, aunque esté dentro del límite |
| Tasa de error | Transacciones fallidas sobre el total | Cualquier aumento respecto de la línea de base |
| Transacciones detenidas | Registros que no avanzaron de estado | Existencia de casos más allá del tiempo esperado |
| Discrepancia de stock | Diferencia entre canal y stock real | Más allá del margen definido por categoría |
| Reintentos | Veces que un proceso se repitió antes de completarse | Aumento, aun cuando el resultado final sea exitoso |
| Comprobantes pendientes | Facturas o notas de crédito sin emitir o sin vincular | Cualquier caso fuera del plazo normal |
| Volumen procesado | Transacciones por período | Caída inesperada respecto del patrón habitual |
La última métrica es la más subestimada. Una integración que deja de recibir datos no genera errores: genera silencio. Sin una alerta por caída de volumen, ese silencio puede durar días.
Y la métrica de reintentos es la mejor señal temprana disponible: un aumento de reintentos con resultado final exitoso indica que algo se está degradando antes de que empiece a fallar.
Qué alertas conviene configurar
- Por umbral de errores: notificar cuando la tasa supera un porcentaje definido, no solo cuando todo falla.
- Por transacción detenida: si un pedido no avanza de estado en el tiempo esperado, avisar antes de que el cliente reclame.
- Por caída de un sistema conectado: distinguir un error de integración de una caída del sistema origen o destino, para no diagnosticar en el lugar equivocado.
- Por discrepancia de stock: cuando la diferencia entre dos sistemas supera un margen tolerable.
- Por ausencia de tráfico: cuando un flujo que normalmente procesa transacciones deja de hacerlo.
- Por comprobantes pendientes: facturas sin emitir después de un plazo definido.
Cómo evitar la fatiga de alertas
Una alerta que se dispara todos los días y que nadie atiende deja de ser una alerta. Cuatro criterios previenen ese deterioro:
- Cada alerta tiene un destinatario nombrado, no una lista genérica.
- Cada alerta tiene una acción asociada. Si la respuesta esperada es “mirar y no hacer nada”, debería ser una métrica, no una alerta.
- Los umbrales se calibran sobre datos reales, no sobre valores por defecto. Requiere observar unas semanas antes de fijarlos.
- Las alertas se revisan periódicamente. Las que se disparan seguido y nunca requieren acción se ajustan o se eliminan.
Un buen indicador de salud del sistema de monitoreo: qué porcentaje de las alertas del último mes derivó en una acción concreta. Si es bajo, el sistema necesita calibración.
Qué debería mostrar un dashboard de integración
Un buen dashboard no muestra todos los datos posibles: muestra los indicadores que permiten responder, en segundos, si la operación está funcionando bien ahora. Concretamente:
- Estado general de cada integración activa, con un indicador simple de salud.
- Errores recientes con su causa y el sistema donde ocurrieron, no solo el conteo.
- Transacciones detenidas con antigüedad, ordenadas por tiempo de espera.
- Comparación de stock sincronizado versus real, por canal.
- Tendencia de latencia de los últimos días, para detectar degradación.
- Comprobantes pendientes de emisión o vinculación.
El detalle de cómo estructurar esa vista para distintos perfiles se desarrolla en el artículo sobre dashboards de integración en tiempo real.
Quién debería recibir qué
Una causa frecuente de fallas no detectadas es que la alerta llega a quien no puede resolverla:
| Perfil | Qué necesita ver | Con qué urgencia |
|---|---|---|
| Equipo técnico | Errores, latencia, reintentos, causa raíz | Inmediata |
| Operaciones | Pedidos detenidos, discrepancias de stock | En el día |
| Atención al cliente | Estado de un pedido específico | Bajo demanda |
| Finanzas | Comprobantes pendientes, conciliación | Diaria |
| Dirección | Tendencia general y volumen | Semanal |
Preguntas frecuentes
¿Qué diferencia hay entre monitorear sistemas y monitorear integraciones? El monitoreo de sistemas responde si cada plataforma está disponible. El monitoreo de integraciones responde si los datos están llegando de un sistema a otro, completos y a tiempo. Todos los sistemas pueden estar operativos y la integración estar fallando.
¿Cuál es una tasa de error aceptable? No hay un número universal. Lo relevante es la línea de base propia y su evolución: un flujo que históricamente falla en el 0,2% de las transacciones y pasa al 1% tiene un problema, aunque el 1% suene bajo. Para flujos críticos como facturación, la meta razonable es que ningún error quede sin resolución.
¿Se puede monitorear una integración desarrollada a medida? Sí, pero requiere instrumentarla explícitamente: registrar cada transacción, exponer métricas y definir alertas. Es trabajo adicional que una plataforma de integración suele traer resuelto, y que en desarrollos a medida se posterga con frecuencia.
¿Cada cuánto conviene revisar las métricas? Las alertas trabajan en tiempo real; el dashboard se consulta a diario en la operación; la tendencia se revisa semanalmente para detectar degradación gradual. La revisión semanal es la que más problemas previene y la que primero se abandona.
¿Qué se hace con los errores que se resuelven solos por reintento? Se registran igual. Un error que el reintento resuelve no es un problema hoy, pero su frecuencia creciente anticipa uno. Ignorarlos elimina la mejor señal temprana disponible.
Checklist de monitoreo de integraciones
- ¿Se mide la latencia y la tasa de error de cada integración crítica?
- ¿Existe alerta por ausencia de tráfico en flujos que normalmente procesan datos?
- ¿Existen alertas automáticas para pedidos detenidos o fallidos?
- ¿Se monitorea la diferencia entre el stock sincronizado y el stock real?
- ¿Cada alerta tiene un destinatario nombrado y una acción asociada?
- ¿El equipo se entera de un error en minutos, o recién cuando el cliente reclama?
- ¿Existe un dashboard centralizado, o cada sistema se revisa por separado?
Quizá también te pueda interesar leer:
• “Dashboards de integración: cómo medir ventas, stock, pedidos y facturación en tiempo real” • “OMS en retail: qué datos debe sincronizar con ERP, POS y tienda online para evitar pedidos detenidos” La Conexión Universal de Weavee incluye monitoreo, trazabilidad por transacción y alertas configurables sobre cada flujo, para detectar un pedido detenido, un error de facturación o una diferencia de stock antes de que impacte en el cliente.
