Un flujo de captación debe detenerse cuando continuar puede perder una consulta, duplicarla o enviar información al destino equivocado. Otros errores pueden admitir reintentos controlados. La decisión depende del efecto, no de que la herramienta muestre una alerta roja o consiga completar una ejecución.

Clasifica errores según el daño posible

Distingue datos inválidos, fallos temporales, permisos incorrectos y contradicciones comerciales. Cada categoría necesita respuesta diferente.

Un timeout puede permitir reintento; un destinatario desconocido puede exigir revisión humana. Reintentar indiscriminadamente una operación ya aceptada podría crear registros duplicados.

Define acciones antes de activar el flujo

Para cada error, documenta:

  • Condición y forma de detectarla.
  • Si se detiene o reintenta.
  • Cómo se reconoce una operación ya procesada.
  • Quién recibe aviso y qué debe revisar.
  • Cómo recuperar manualmente la consulta.

La documentación de n8n contempla mecanismos de tratamiento de errores. Su existencia no demuestra que un flujo concreto tenga alertas, reintentos o recuperación correctamente configurados.

Un ejemplo de ejecución aparentemente completa

Ejemplo hipotético: el formulario envía una consulta al CRM, pero el equipo correcto no recibe aviso. La ejecución técnica termina y el mensaje permanece sin atender.

La aceptación debe comprobar destino, datos mínimos y responsabilidad de recepción. Si una consulta se dirige a una cuenta antigua, seguir procesando puede ampliar el problema.

Un error de clasificación también requiere una salida. Mantén una categoría pendiente para necesidades que no encajan en opciones previstas, en lugar de descartarlas automáticamente.

Prueba situaciones de fallo

Simula caída de conexión, permiso revocado, mensaje duplicado y dato incompleto con un conjunto de prueba. No uses consultas reales sin autorización ni registres contenido personal en informes públicos.

Comprueba que la alerta llega y que alguien puede recuperar el proceso. El aviso por sí solo no equivale a incidencia resuelta.

Registra pruebas y revisa después de cambios de API o reglas comerciales. Una automatización necesita mantenimiento igual que cualquier integración.

Diseña una bandeja de pendientes recuperables

Cuando el flujo no pueda procesar una consulta con seguridad, conserva el estado necesario en un destino autorizado y avisa al responsable. Define qué datos mínimos necesita para investigar.

No recopiles el mensaje completo en cada log. Si el registro de errores se replica entre herramientas, podría ampliar exposición y dificultar eliminación.

La recuperación debe reconocer qué operaciones se completaron. Reprocesar desde el principio puede crear duplicados si el CRM ya aceptó el registro. Prueba esa situación antes de activar el flujo y comprueba que la consulta termina en el equipo adecuado sin repetir acciones comerciales.

Automatiza con una salida segura

El flujo debe ayudar a recibir y atender consultas, no ocultar problemas detrás de una ejecución correcta. Incluye errores y recuperación en el alcance del desarrollo a medida.