通知路由取决于实际字段和值，不一定只看访客看到的选项文字。修改标签、复制字段或改变条件后，应核对每条规则的匹配与默认路径，避免邮件发到旧部门或某个分支无人接收。
先列出业务部门和备用路径
明确每个选项应该通知谁、是否需要客户回执以及未匹配时如何处理。多人收件不等于所有部门都已收到，内部抄送也不宜暴露不必要人员资料。通知名称用于管理时应清楚说明职责，方便交接后辨认。
对照字段ID和真实提交值
在当前表单与通知中查看路由使用的字段，确认标签和值是否分离，改名后规则仍匹配。重复创建一个外观相同的新字段，可能已有不同ID；旧条件不会因为中文名称相同就自动迁移，需完整核对相关集成。
检查通知启用与触发事件
Gravity Forms可按事件和条件管理通知，应确认当前使用范围及扩展行为。一次邮件未到可能是条件未满足，也可能发送或投递失败，两层证据要分开。不要在不知原因时同时改收件人、条件和发信服务，失去对照。
逐分支进行授权测试
使用不同部门选择和一个不匹配样本，核对实际收件、主题、字段及回复目标。测试后恢复临时收件配置，避免正式客户仍进入个人测试邮箱。保存规则表与真实结果，字段或组织调整时重新核查，不以表单保存成功代替通知验收。
关键区别
选项标签：用户看到的文字；不一定是匹配值。
字段ID和值：路由实际依据；复制改名后需核对。
备用路径：承接未匹配情况；避免无人接收。
怎样确认处理到位
各选项只通知应负责人员，未匹配有合理处理，邮件内容和回复目标正确，临时测试邮箱已撤销，路由映射可供后续维护核对。
容易误判的边界
本篇不把通知路由当成邮件投递保证。涉及多个通知或附加组件时，应以当前事件机制和实际收件结果确认，不凭界面勾选推断。
