概览
自动化规则会评估进入您 收件箱 的每一条报价，并为您预置一条响应——拒绝低于底线的报价、对值得还价的报价还价、标记需要人工过目的报价。这样，您的团队每次开始工作时面对的都是一个经过分诊的队列，而不是原始队列。 规则位于 设置 → 自动化 。规则的行为方式
在编写第一条规则之前，有四条原则值得了解。规则从不自动发送
匹配的规则只会预置其操作——作为购物篮条目、还价草稿、备注或标记。仍需由人来审核并发送。预置的条目在购物篮中带有 标记。
首次匹配即生效
规则按优先级顺序评估，并在第一条匹配的规则处停止。请将范围窄的规则放在范围宽的规则之上。
仅针对传入报价
规则在报价到达时触发。同一条报价再次到达不会让规则第二次触发。
Schema 驱动
可用的字段、运算符、状态和操作均来自平台，因此新选项可能会自动出现，无需您做任何更改。
管理规则
规则表格显示优先级位置、名称、类型、Enabled 开关以及每行的操作。- Add rule — 为其命名、选择类型，并填写该类型的表单。
- Priority（优先级） — 拖动 手柄进行重排。位置
#1最先执行。无需输入优先级数字；列表顺序就是优先级。 - Enabled — 关闭某条规则而不删除它。
- Edit 和 Delete — 位于行操作中。
执行日志
每条规则都有自己的 Execution Log（执行日志） ，这是一条按时间倒序排列的时间线，记录该规则实际做了什么。每条记录会写明物料号和制造商、合作伙伴、匹配报价的数量和单价，以及该报价的毛利和毛利率——当规则运行失败时，则记录错误。日志只记录已匹配并执行和错误这两类结果。常规的未匹配情况会被省略，因此空日志意味着该规则从未匹配或出错——而不是它从未运行过。
健康检查
资格规则指向您 参考数据 中的列以及 项目 上的属性。当这些内容在规则之下发生变化时，规则可能会悄然无法解析——因此每当参考数据刷新时都会重新检查规则，并在任何操作数无法再解析的规则旁显示警告标识。警告会指明具体是哪个条件和哪一侧，例如 “Condition 2’s left operand referenceswarehouse_qty, which is not in your current reference columns.”
规则类型
- 条件规则
- 比较规则
- 资格规则
当单条传入报价满足您的条件时对其执行操作。Filters（筛选） — 通过 Inbox statuses（收件箱状态）（已处理、未处理、未分配、待定、已关闭）、Approval statuses（审批状态） 和 Thread statuses（会话状态） 缩小规则适用的报价范围。筛选留空则适用于全部。Conditions（条件） — 一个或多个比较，且必须全部成立。每个比较将一个字段（毛利、毛利率、单价或数量）与一个运算符（大于、大于或等于、小于、小于或等于、等于）和一个数值配对。Action（操作） — 匹配时预置什么：
- Action — 拒绝、接受、还价或备注
- Reject reason — 当操作为拒绝时必填，从您已配置的原因中选择
- Message — 随操作一同携带的文本
- Target thread — 本会话，或该分组中最新的报价
- Target price — 固定值、模板，或阈值价格
示例 —— “当一条报价到达未处理会话且毛利 ≤ $500 时，预置一条以 Price too low 为原因的拒绝。”
模板变量
标记为支持变量的字段——比较规则分支上的消息、内部评论和目标价格——接受以下占位符，它们会在规则运行时被填充：相关内容
收件箱
预置的操作在此等待审核后再发送。
审批
当流程要求时，通过审批路由响应。
参考数据
资格规则所解析的列。
项目
资格规则所解析的属性。