Error Handler

trigger_error · trigger · Triggers · Disponibile · v1.0.0

Descrizione

Innesco automatico quando UN ALTRO workflow del tenant fallisce — l'entry-point dei workflow di error-handling enterprise (equivalente potenziato dell'Error Trigger di n8n). Due livelli di binding: (1) per-workflow, impostando "Error workflow" nelle impostazioni del workflow sorvegliato; (2) CATCH-ALL di tenant via impostazione dedicata — ogni run fallito senza handler proprio arriva qui, senza dover agganciare l'handler workflow per workflow. Il payload in ingresso è STRUTTURATO e stabile: { sourceWorkflowId, sourceWorkflowName, runId, status, errorCount, failedSteps: [{nodeId, error, errorCode?}], startedAt, endedAt } — pronto per logic_if di routing per gravità, agent_summarizer per la spiegazione AI, email_send/whatsapp_send per la notifica on-call, db_insert per il registro incident. Protezioni runtime integrate: anti-loop (un error-handler che fallisce NON triggera altri handler — triggerType=error-handler), anti-self (un workflow non può essere handler di se stesso), rate-cap 60 fan-out/minuto per workflow sorgente (WE-14, anti tempesta da workflow che fallisce in loop). Ogni run fallito è inoltre registrato come evento STRUTTURATO nell'audit log immutabile del tenant (hash-chain) — la scatola nera resta anche se runs viene archiviato. Use case: notifica Slack/email al team quando una pipeline di fatturazione fallisce, con i dettagli del nodo rotto; registro incident su tabella DB con conteggio errori per workflow (dashboard SLA cliente); retry intelligente — logic_if su errorCode (rate_limit → logic_delay 5min + re-invoke via action_http; auth → notifica "rinnova credenziali"); triage AI — agent_summarizer riassume il guasto in italiano comprensibile e propone il fix al non-tecnico; escalation a 2 livelli (prima email, poi WhatsApp se lo stesso workflow fallisce 3 volte in un'ora usando db_query sul registro).

⚙️ Parametri di configurazione

Campi mostrati nell’editor quando si configura il nodo. Generati direttamente dal NodeDefconfigFields.

CampoTipoRequiredDefaultDescrizione
aiTriage
Triage AI (Liara)
enum
falsetrue
nofalseSe attivo, il payload in ingresso include `aiTriage` con la diagnosi AI del run fallito (explanation, fix, rootCause, risk, confidence) generata PRIMA del lancio dell'handler — pronta per email/notifiche senza altri nodi AI. Fail-soft: se la diagnosi fallisce o tarda, l'handler parte comunque senza. Default spento: zero costo LLM se non richiesto.

💡 Esempio configurazione

Snippet JSON del nodo come compare nel workflow. I valori sono derivati daidefaultValue e dai parametri required.

{
  "id": "node-trigger_error-1",
  "defId": "trigger_error",
  "label": "Error Handler",
  "config": {
    "aiTriage": "false"
  }
}

🔗 Nodi correlati nella stessa categoria

Pronto a usare Error Handler?

Disponibile da subito in tutti i piani FlowForge. Provalo gratis senza carta di credito.

Inizia gratisSfoglia tutti i nodi