等待事件

等待会暂停当前运行，直到预期事件匹配或超时到期。根据事件的产生方选择等待类型。

Automations is in Early access. Your workspace permissions determine which actions you can perform.

等待消息回执

1. 在发送步骤的成功路径之后添加 Wait for event。
2. 选择要监视其消息的早期操作。
3. 选择支持的事件类型并设置超时时间。
4. 将 Matched 连接到处理回执的步骤。
5. 将 If time runs out（即超时路径）连接到处理回执缺失的步骤。

等待监视的是该操作在本次运行中创建的消息。来自其他运行的消息不会满足等待条件。在运行到达等待之前已收到的回执仍然可以被使用。

发送必须在通往等待的路径上成功。失败路径无法等待发送从未接受的消息。被监视的邮件和 WhatsApp 发送必须只有一个收件人。

要在客户回复 SMS 或 WhatsApp 消息时继续当前运行，请使用等待回复。要为传入消息启动单独的工作流，请使用 Bird 事件触发器。

等待应用事件

对于与特定业务项关联的事件（如付款确认或预约取消），使用 Wait for application event。

1. 在运行重叠下配置工作流的业务键，例如发票 ID。
2. 添加 Wait for application event 并指定其事件名称和传入数据字段。
3. 设置超时时间以及事件必须满足的任何条件。
4. 连接匹配路径和超时路径。
5. 按照发送后续事件的说明，将事件名称、数据和 subject_key 发送到自动化的事件 URL。

事件名称和键必须与配置的值完全匹配。名称匹配但键错误无法恢复预期的运行。条件可以将传入的事件数据与运行的起始数据进行比较。

在运行开始之后、到达等待之前处理的事件可以被保留。在匹配的运行存在之前处理的事件不会为将来的运行保存。队列接受并不能证明等待已恢复；请检查 Runs。

规划超时路径

等待的持续时间从运行到达等待时开始计算。运行的 30 天时间限制可能会提前结束它。超时意味着在截止时间之前没有符合条件的事件解决了等待；这并不能证明业务事件从未发生过。

选择适合这种不确定性的超时操作，例如记录审核结果或要求团队调查。发布之前预览两条路径。

暂停自动化会停止新运行，但现有的等待可以继续。当后续工作应停止时，需单独取消运行。如果同一应用事件同时符合取消条件和该运行中的等待条件，取消优先。

后续步骤

• 控制重叠运行和取消。
• 预览和检查工作流。
• 检查运行。
• 浏览 Automations 指南。