错误触发器节点#

您可以使用错误触发器节点创建错误工作流。当另一个链接的工作流失败时，此节点获取有关失败工作流和错误的详细信息，并运行错误工作流。

用法#

创建一个新的工作流，将错误触发器作为第一个节点。
为工作流命名，例如 Error Handler。
选择保存。
在您想要使用此错误工作流的工作流中：
1. 选择选项 > 设置。
2. 在 错误工作流 中，选择您刚创建的工作流。例如，如果您使用的名称是 Error Handler，请选择 Error handler。
3. 选择保存。现在，当此工作流出错时，相关的错误工作流将运行。

请注意以下几点：

如果工作流使用错误触发器节点，您无需激活工作流。
如果工作流包含错误触发器节点，默认情况下，工作流将自身用作错误工作流。
在手动运行工作流时无法测试错误工作流。错误触发器仅在自动工作流出错时运行。

模板和示例#

Browse 错误触发器 integration templates, or search all templates

错误数据#

错误触发器接收到的默认错误数据为：

[
	{
		"execution": {
			"id": "231",
			"url": "https://n8n.example.com/execution/231",
			"retryOf": "34",
			"error": {
				"message": "Example Error Message",
				"stack": "Stacktrace"
			},
			"lastNodeExecuted": "Node With Error",
			"mode": "manual"
		},
		"workflow": {
			"id": "1",
			"name": "Example Workflow"
		}
	}
]

所有信息都始终存在，除了：

execution.id: 需要执行保存在数据库中。如果错误出现在主工作流的触发器节点中，则不存在，因为工作流不会执行。
execution.url: 需要执行保存在数据库中。如果错误出现在主工作流的触发器节点中，则不存在，因为工作流不会执行。
execution.retryOf: 仅在执行是失败执行的重试时存在。

如果错误是由主工作流的触发器节点而不是后续阶段引起的，发送到错误工作流的数据是不同的。execution{} 中的信息较少，而 trigger{} 中的信息较多：

{
  "trigger": {
    "error": {
      "context": {},
      "name": "WorkflowActivationError",
      "cause": {
        "message": "",
        "stack": ""
      },
      "timestamp": 1654609328787,
      "message": "",
      "node": {
        . . . 
      }
    },
    "mode": "trigger"
  },
  "workflow": {
    "id": "",
    "name": ""
  }
}