# 自动化如何接收业务事件？Webhook 要核对这三件事 围绕事件来源、业务字段和重复触发，理解系统自动化的入口设计。 要点：Webhook 可以在业务事件发生时将数据发送到工作流入口。接入时重点确认事件来源可信、字段含义一致，以及重复或延迟到达的事件怎样处理。收到请求只代表接收成功，不等于后续业务已经完成。 ![同事围绕样品与记录讨论需要接续的业务动作（AI概念配图）](/images/guides/scenes/v152-brand.jpg) ## 明确什么变化会触发流程 先定义事件，例如新增询价、资料更新或审核完成。说明发送方、事件编号、发生时间和业务对象，并确定哪些字段是当前快照，哪些只是需要后续查询的标识。 不同系统可能在记录创建和修改时都发送事件。如果处理范围不清，一条记录的后续更新也可能重复触发原来的流程，甚至形成相互调用。 ## 验证来源与接收条件 按发送方文档核验签名、身份或其他认证方式，限制入口接受的请求格式。公开地址本身不是身份凭证，业务参数仍需校验。测试地址与正式地址应分别管理。 n8n 的 Webhook 节点可以接收事件并触发流程，官方文档也区分测试与生产 URL。接入前要用实际部署环境验证可达性，不能只看编辑器中的测试成功。 ## 处理重复、延迟和顺序变化 为已接收事件记录业务标识和处理状态。重复到达时核查是否完成，旧事件晚到时检查是否会覆盖较新的状态。涉及写入时，去重规则还应与目标系统保持一致。 向发送方返回的接收结果与流程最终结果应分开表达。出现处理失败时，保留可恢复位置并通知相应负责人，避免请求被接收后就消失在无人查看的队列中。 ## 把接收状态与处理结果分开 对一条询盘事件分别测试正常、重复和迟到请求，核对身份、事件标识与对象当前状态。接收回执只表达已接收，最终完成另有结果记录；测试入口与生产入口分别验证。 ## 参考来源 - [n8n Docs｜Webhook](https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.webhook)：事件接收与测试、生产入口区别 ## 业务事件接入的三个检查点 - 来源可信：验证发送方与请求格式 - 内容明确：事件、时间、对象有定义 - 状态可查：去重、执行与失败可追踪 ![业务事件接入的三个检查点](/images/guides/diagrams/webhook-events.svg) ## 继续阅读 - [AI 工作流失败后怎样重试，才能避免重复处理？](/guides/workflow-retries) - [AI 如何连接已有 CRM、ERP 和业务系统？先确认数据归属](/guides/system-integration) - [工作流出了问题，运行记录应该留下哪些信息？](/guides/workflow-observability) 围绕当前问题查看任务、资料与人工确认示例，再用企业样例验证。 下一步：[按业务环节查看沙盘](/library) 原文：/guides/webhook-events 内容版本：guide:webhook-events:v1 [结合企业情况咨询](/intake?source=%2Fguides%2Fwebhook-events&articleId=guide%3Awebhook-events&versionId=guide%3Awebhook-events%3Av1)