Pontos a observar ao atualizar um campo usado em uma regra de validação.
Regras de validação são eficazes na criação manual de um registro. No entanto, quando os campos usados em uma regra de validação (primária ou secundária) forem atualizados por outras formas, como atualização do fluxo de trabalho e APIs, a atualização do campo precede as regras de validação.
Essas instâncias são explicadas com mais exemplos abaixo:
Atualizar um campo primário usando uma regra de validação
Exemplo:
Digamos que você tenha uma regra de validação para o módulo Negociações que diga:
<<Se Desconto for > 20%, emitir alerta "Lamentamos! Este é um desconto inaceitável.">>
Essa regra de validação entrará em ação quando você criar manualmente uma negociação no CRM com um desconto superior a 20%. No entanto, se o campo primário, Desconto, for atualizado por qualquer um dos seguintes meios, a atualização do campo substitui a regra de validação.
Isso significa que, se o campo desconto for atualizado como 25% por atualização de campo de fluxo de trabalho, esse fluxo de trabalho precederá, e por consequência o valor será aceito pelo sistema, apesar da regra de validação que deve emitir um alerta para valores acima de 25%.
A seguir estão os meios para atualização de campo que precedem a regra de validação.
| Formas de atualização de campo no CRM | Detalhes de atualização de campo |
| Importar | Atualizado em importar novos leads ou substituir registros existentes |
| Regras de fluxo de trabalho | Atualizado como resultado de ação de fluxo de trabalho |
| Processo de aprovação | Atualizado na aprovação ou rejeição de um registro |
| Blueprint | Atualizado como resultado das configurações Após transição. Ao criar uma regra de validação, bem como a validação de Blueprint para o mesmo campo, e se as duas condições forem diferentes, o Blueprint substitui a regra de validação. Ou seja, contanto que o campo esteja dentro de um processo, a validação do Blueprint é aplicável. Quando um registro saiu de um processo, a regra de validação permanece eficaz. |
| APIs | Atualizado pelo método API updateRecords |
| Atualização em massa | O campo primário usado em uma regra de layout não estará disponível para atualização em massa. |
Atualizar um campo secundário usando uma regra de validação
Essa é uma nota importante. Quando você tenta atualizar qualquer um dos campos secundários usados em uma regra de validação por meio de fluxos de trabalho, atualização em massa, APIs ou importação, o CRM aceitará os valores do campo secundário, independentemente das condições da regra. Como resultado, seus dados podem coletar valores inaceitáveis, apesar da regra de validação.
Por exemplo, você tem uma regra de validação para definir descontos com base na região.
- O desconto pode ser superior a 20% para os EUA
- O desconto pode ser maior que 25% para o Reino Unido
- O desconto não pode ser maior que 15% para a Índia
Neste caso, Desconto é o seu campo principal e as Regiões se tornam campos secundários.
Embora Desconto possa nem mesmo ser exibido em uma atualização em massa, Região será. Se você decidir atualizar todas as Regiões para Índia, todas as suas negociações podem acabar com descontos diferentes para “Índia”, enquanto sua regra de validação prescreve coisas diferentes – levando, portanto, a valores inaceitáveis no módulo.
O CRM atualmente não restringe a atualização de campos secundários usados em uma regra de validação. Verifique se os campos são usados em uma regra de validação antes de atualizá-los.