Qué registrar cuando falla una automatización antes de volver a ejecutarla
Description and use
When an automation fails after partially completing its work, a structured log capturing the operation, attempt, confirmed steps, and external service states is essential to avoid duplication and facilitate manual review.
Problem
Cuando una automatización falla después de haber completado parcialmente su trabajo, es difícil decidir qué repetir sin crear duplicados o efectos secundarios indeseados.
Outcome
El registro estructurado permite identificar con precisión qué pasos de la automatización se completaron, evitar duplicaciones y facilitar la intervención humana cuando sea necesario.
Workflow
- 1. Identificar la operación y la ejecución con identificadores únicos.
- 2. Registrar el último paso confirmado (recepción, CRM, correo, revisión).
- 3. Registrar el estado de cada servicio externo (confirmado, rechazado, desconocido).
- 4. Registrar la clase de error, número de intentos y la siguiente acción.
- 5. Si se alcanza el límite de intentos, marcar el caso para revisión humana.
- 6. Al reintentar, comprobar que la operación no se completó por otra vía y reanudar desde el paso seguro.
- 7. Probar fallos simulados después de cada escritura externa para validar la lógica de recuperación.
Evidence
Un flujo puede fallar después de haber hecho parte del trabajo. Quizá ha creado una ficha en el CRM, pero no ha enviado la confirmación.
Guarda un identificador de la operación de negocio y otro de la ejecución.
Anota el último paso confirmado.
Separa lo temporal de lo que necesita una corrección.
n8n permite asignar un workflow de errores a otro workflow y usar Error Trigger para tratar una ejecución fallida.
- Record date: 2026-11-02T07:59:31.386Z