Loading page...Загружаем страницу...正在加载页面...
AtlasRepo

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.

Source

Guarda un identificador de la operación de negocio y otro de la ejecución.

Source

Anota el último paso confirmado.

Source

Separa lo temporal de lo que necesita una corrección.

Source

n8n permite asignar un workflow de errores a otro workflow y usar Error Trigger para tratar una ejecución fallida.

Source

  • Record date: 2026-11-02T07:59:31.386Z