核对触发事件、条件与执行时间

使用同一事件中受支持的条件，检查金额币种、库存维度和延迟基准，不把规则条件当成修改业务参数。

条件按全部满足匹配同一事件中的业务信息，最多八项。留空表示不限制该维度，不支持任意“或者”、脚本、SQL 或跨事件拼接。

当前新建表单清除已有条件存在限制：选择“不限”或删除已填值后，原条件可能仍保留。核对实际显示及保存前摘要；不能确认条件已移除时不要继续保存或发布，不把一次清空动作当成条件已经取消。

实际事件仍受所选动作限制。动作目录中有知识文档处理事件，不代表当前手工表单已支持配置相应智能工作。

正确填写业务维度

商机金额按当前比较方向填写；需要明确币种时从币种目录选择，不手输一个代码代替目录项，不把不同币种金额直接当成同一口径。

库存仓库和商品字段当前使用准确的记录 ID，不是名称。由已有业务资料核对引用，不猜写编号。可用量上限表示事件中可用量不高于此数；阈值下限表示事件中的阈值不低于此数。

这些条件只筛选事件，不修改库存预警阈值、库存数量、任务优先级或商机金额。需要修改原业务参数时返回其原模块。

“最低任务优先级”是筛选触发事件的条件，表单中的通知“优先级”则用于本次提醒，二者不能互相替代。先核对筛选是否保留了需要提醒的事项，再选择提醒本身的优先级。

普通事件的“立即执行”“5 分钟后”“15 分钟后”“1 小时后”“1 天后”用于安排事件接收后的动作，并非保证精确到秒完成或已经收到结果。

“预约项目开始提醒”采用项目开始时间：同一数值表示提前多久提醒，零表示开始时。当前通用下拉选项仍可能写成“若干分钟后”，务必结合“提醒时间基准”与规则详情的开始前摘要核对；含义不清时不要发布。

切换事件后重新检查条件和基准。规则使用事件接纳时的固定发布版本，不会因为后来草稿变更而重新解释已有运行；事件数据也不是随时自动读取的最新业务状态。

保存后从“查看配置”核对实际条件及时间摘要，再决定是否发布。只有表单输入看起来已清空、提醒下拉显示“若干分钟后”或默认延迟为零，都不足以证明已保存规则符合原意。