Le workflow d'erreur · Automatisation Niveau 3 : Architecte

Créez un workflow qui commence par le nœud Error Trigger, puis désignez-le dans les réglages de chaque workflow, rubrique Error workflow. Un seul workflow d’erreur peut servir à plusieurs workflows. Il reçoit un objet de cette forme :

JSON

[
  {
    "execution": {
      "id": "231",
      "url": "https://n8n.exemple.ma/execution/231",
      "retryOf": "34",
      "error": {
        "message": "Request failed with status code 503",
        "stack": "..."
      },
      "lastNodeExecuted": "Créer l'enlèvement",
      "mode": "webhook"
    },
    "workflow": {
      "id": "1",
      "name": "Commandes : expédition"
    }
  }
]

Trois réflexes :

Mettez execution.url dans l’alerte : qui la reçoit ouvre l’exécution en un clic. retryOf n’apparaît que si l’exécution était déjà un rejeu.
Prévoyez le cas où le déclencheur lui-même échoue : il n’y a alors ni execution.id ni execution.url, mais un objet trigger qui porte l’erreur.
Le workflow d’erreur n’a pas besoin d’être publié, mais il ne réagit jamais à une exécution manuelle. Testez-le avec une exécution de production mise en échec exprès par un nœud Stop and Error.