验证规则在手动创建记录时生效。如果验证规则中使用的字段(无论是主字段还是次要字段)通过其他方式(例如,工作流更新和 API)更新,那么字段更新优先于验证规则。
这些实例将在以下示例中说明:
假定商机模块的验证规则指示:
<<如果 折扣大于 20%,那么发出提醒“对不起,我们不支持此折扣。”>>
当您在 CRM 中手动创建折扣大于 20% 的商机时,此验证规则生效。但是,如果主字段 折扣 是通过以下任何方式更新的,那么字段更新优先于验证规则。
即,如果通过工作流字段更新将折扣字段更新为 25%,尽管验证规则指示对大于 25% 的值发出提醒,该值也会被系统接受。
以下是优先于验证规则的字段更新方式。
CRM 中的字段更新方式 | 字段更新详情 |
导入 | 导入新线索时或覆盖现有记录时更新 |
工作流规则 | 因为工作流操作而更新 |
审批流程 | 因为批准或拒绝记录而更新 |
蓝图 | 因为“迁移之后”设置而更新。 如果对同一字段创建了验证规则和蓝图验证,并且两个条件有所不同,那么蓝图将覆盖验证规则。 即,只要该字段在流程中,那么蓝图验证是可接受的。如果记录退出流程,那么验证规则生效。 |
API | 通过 API 更新记录方法进行更新 |
批量更新 | 布局规则中使用的主字段对批量更新不可用。 |
以下是重要提示。尝试通过工作流、批量更新、API 或导入来更新验证规则中使用的任何辅助字段时,CRM 将接受辅助字段的值,而不理会该规则中的条件。因此,您的数据可能会收集不可接受的值,而不理会验证规则。
例如,您的验证规则根据地区定义折扣。
在此情况下,折扣为主字段,地区变为辅助字段。
虽然进行批量更新时折扣可能不会显示出来,但地区会显示出来。如果决定将所有“地区”更新为“印度”,那么您的所有商机将以针对“印度”的不同折扣结算,而验证规则按不同方式做出规定,从而在您的模块中产生不可接受的值。
CRM 目前未对验证规则中使用的辅助字段的字段更新做出限制。更新字段之前,务必检查验证规则中是否使用了这些字段。