n8n workflow automation

• Necesitas un n8n workflow automation programado (cron) o activado por webhook y quieres que el manejo de errores, los reintentos y el registro estén integrados desde el principio.
• Estás añadiendo idempotencia a un flujo de n8n workflow automation existente que duplica registros cuando se vuelve a ejecutar.
• Necesitas un paso de aprobación humana: una cola de revisión donde los elementos fallidos o marcados esperan una autorización manual antes de ser reprocesados.
• Quieres una automatización auditable: cada ejecución genera un run_id, registra el estado de inicio/fin y escribe una fila de estado en un rastreador (hoja de cálculo, base de datos, etc.).

• Necesitas automatización solo con código sin dependencia de n8n — utiliza en su lugar una habilidad de scripting o CI/CD.
• Necesitas omitir controles de seguridad o suprimir registros de auditoría.
• Tus sistemas de destino, claves de deduplicación o estrategia de credenciales son completamente desconocidos y no estás listo para definirlos.

La habilidad define una o más claves de deduplicación y selecciona un backend de almacenamiento adecuado (hoja de cálculo o base de datos) para realizar un seguimiento de los registros procesados. Los flujos de trabajo pueden volver a ejecutarse de forma segura tras fallos sin crear entradas duplicadas.

Cada nodo del flujo de trabajo generado incluye ramas de error dedicadas. Los fallos transitorios activan una lógica de reintento con retroceso configurable; los fallos permanentes redirigen los elementos a una cola de revisión en lugar de descartarlos silenciosamente.

Cada ejecución recibe un run_id único. La hora de inicio, la hora de fin, el recuento de registros y los detalles de los errores se escriben en un registro de estado (hoja de cálculo, base de datos o similar), lo que le proporciona un historial de auditoría completo para cada ejecución.

Los elementos fallidos o marcados se escriben en una cola de revisión (hoja de cálculo o base de datos). Se requiere un paso de aprobación humana antes de que dichos elementos sean reprocesados, lo que evita la pérdida silenciosa de datos y permite una remediación controlada.

Las verificaciones de umbral están integradas en el diseño del flujo de trabajo. Si el número de registros o las tasas de éxito caen fuera de los límites esperados, el flujo de trabajo se detiene y lanza una alerta en lugar de completarse con errores no detectados.

Cuando se solicita explícitamente, la habilidad genera un workflow.json válido e importable en n8n workflow automation junto con un runbook.md que documenta los nodos, los contratos de datos, los modos de fallo y los procedimientos operativos.

Describe un disparador cron (p. ej., lunes a las 08:00 Europe/London), los destinatarios objetivo y una carpeta de destino en Drive para la carga. La habilidad genera un flujo de trabajo en n8n workflow automation con la estructura Cron → Obtención → Agregación → Correo electrónico, incluyendo ramas de reintento y una cola de revisión para cualquier fallo en el envío.

Proporciona una carga útil JSON entrante de muestra y un rastreador de destino. La habilidad genera un flujo de trabajo de Webhook → Validar → Procesar → Agregar Fila de Estado mediante n8n workflow automation que registra cada ejecución y enruta los errores hacia un nodo de notificación y cola.

Proporciona un JSON de flujo de trabajo de n8n workflow automation existente y define la clave de deduplicación (por ejemplo, el ID del registro). La habilidad rediseña el flujo para verificar la existencia de registros antes de escribir, garantizando que las re-ejecuciones tras fallos nunca generen filas duplicadas.

Para flujos de trabajo que procesan registros sensibles o de alto valor, la habilidad agrega una puerta HITL: los elementos fallidos llegan a una cola en una hoja de cálculo o base de datos, y un humano debe aprobar cada elemento antes de que el flujo de trabajo lo reprocese.