Qué registrar cuando falla una automatización antes de volver a ejecutarla

Описание и применение

При сбое автоматизации, завершающейся частичным выполнением, необходимо вести структурированный журнал, фиксирующий операцию, попытку, подтверждённые шаги и состояние внешних сервисов, чтобы избежать дублирования и облегчить ручную проверку.

Задача

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.

Результат

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.

Рабочий процесс

• 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.

Доказательства

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.

Источник