验证规则 对手动创建记录有效。但是，当验证规则中使用的字段（无论是主字段还是辅助字段）通过其他方式（如工作流更新和API）进行更新时，字段更新会优先于验证规则。
下面用进一步的例子来解释这些实例:
假设您有一个交易模块的验证规则,
<<如果折扣 > 20%, 发出告警，"抱歉! 不接受此折扣。">>
当您在CRM中手动创建折扣大于20%的交易时，此验证规则将生效。但是，如果主字段 ‘折扣’ 通过以下任何方式更新，则字段更新将覆盖验证规则。
也就是说，如果通过工作流字段更新将折扣字段更新为25%，则优先触发此工作流，因此，系统将接受该值，尽管验证规则应该对大于25%的值发出告警。
以下是优先于验证规则的字段更新方法。
| CRM内的字段更新方法 | 字段更新详情 |
| 导入 | 导入新线索或覆盖现有记录的更新 |
| 工作流规则 | 由于工作流操作而更新 |
| 审批流程 | 在批准或拒绝记录时更新 |
| 蓝图 | 由于“迁移后”设置而更新。 为同一字段创建验证规则和蓝图验证时，如果两个条件不同，蓝图将覆盖验证规则。 也就是说，只要字段在流程中，蓝图验证就适用。当记录退出流程时，验证规则是有效的。 |
| API | 通过API updateRecords 方式而更新 |
| 批量更新 | 布局规则中使用的主字段将不可用于批量更新。 |
这是一个重要的注意事项。当您尝试通过工作流、批量更新、API或导入更新验证规则中使用的任何辅助字段时，CRM将接受辅助字段的值，而不考虑规则中的条件。因此，尽管存在验证规则，您的数据可能会收集不可接受的值。
例如，您有一个验证规则来定义基于区域的折扣。
在这种情况下，折扣是您的主字段，区域成为辅助字段。
虽然折扣可能甚至不会出现在大规模更新，但区域会。如果您决定将所有区域更新为印度，那么您的所有交易可能会以“印度”的不同折扣结束，而您的验证规则则规定了不同的内容，从而导致模块中出现不可接受的值。
CRM当前不会限制验证规则中使用的辅助字段的字段更新。在更新字段之前，请先确保检查验证规则中是否使用了该字段。