从业务事件到自动化动作与结果

业务自动化在真实业务事件出现后，按已发布规则判断条件，再安排受控动作。它不是任意脚本、定时运行所有业务或替代原业务审批的工具。

谁负责什么

管理员准备企业范围内已有的执行账号及必要授权；业务管理员确认触发场景、接收人、时间和动作，再发布、启用；业务人员收到通知后回原业务办理；具备恢复权限的人员只在结果可核对时处理失败。

必需：本人具有所需配置或查询权限，执行账号有效且权限匹配，企业已开放相应动作。编辑者能保存规则，不表示执行账号因此自动取得权限。

主线步骤

1. 在“业务自动化”的“规则配置”准备账号和范围。
2. 新建规则并保存草稿，核对触发条件与时间。
3. 在规则详情发布当前草稿并启用。保存、发布和启用分别完成，不能省略后两步。
4. 等待符合规则的后续真实事件，不为了测试而随意改动库存、取消预约或外发数据。
5. 在执行记录核对固定版本、执行进度和业务结果，再回原通知、智能工作或业务记录处理。

当前手工新建表单提供站内通知、已登记 Webhook。既有智能工作配置可显示在详情，但本表单没有新建智能工作配置的控件。外部连接见Webhook 边界，不能据目录里有动作就宣称所有动作已完整开放。

例如，配置低库存站内提醒时，先核对仓库、商品及提醒目的，再保存、发布并启用。之后遇到真实低库存事件，运行记录确认通知已写入，责任人再回库存和采购判断是否补货。规则保存、事件接纳、通知写入及采购办理各自核对，不把提醒当成已创建采购订单。

完成判断

正确规则已发布并启用，真实事件被接纳，当前动作有可核对的结果，后续业务责任明确。流程完成不等于收件人已读、客户已联系或原业务已办结。

暂停、托管配置和恢复分别见配置管理及恢复工作。结果未知保持待核对，不重复创建规则或重新触发业务来补结果。

列表刷新、读取配置和打开运行详情只查询已有记录；保存、发布、启停和恢复则分别提交对应动作。先确认当前对象和操作目的，不用有写入影响的按钮代替查看结果。