Validation Rules sont effectives lors de la création manuelle d'un enregistrement. Cependant, lorsque les champs utilisés dans une règle de validation (qu'ils soient primaires ou secondaires) sont mis à jour par d'autres moyens, tels qu'une mise à jour de flux de travail ou des API, la mise à jour du champ prend le pas sur les règles de validation.
Ces cas sont expliqués avec d'autres exemples ci-dessous :
Supposons que vous ayez une règle de validation pour le module Deals qui énonce :
<<Si la remise est > 20 %, afficher une erreur, « Désolé ! Cette remise n'est pas acceptable. »>>
Cette règle de validation sera effective lorsque vous créerez manuellement une opportunité dans CRM avec une remise supérieure à 20 %. Cependant, si le champ primaire, Remise, est mis à jour par l'un des moyens suivants, la mise à jour du champ l'emporte sur la règle de validation.
C'est-à-dire que si le champ remise est mis à jour à 25 % via une mise à jour de champ de flux de travail, ce flux de travail prend le pas, et en conséquence, la valeur sera acceptée par le système malgré la règle de validation qui est censée afficher une erreur pour les valeurs supérieures à 25 %.
Voici les moyens de mise à jour de champ qui prendront le pas sur la règle de validation.
| Moyens de mise à jour de champ dans CRM | Détails de la mise à jour du champ |
| Import | Mis à jour lors de l'importation de nouveaux leads ou de la réécriture des enregistrements existants |
| Workflow Rules | Mis à jour suite à une action de flux de travail |
| Processus d'approbation | Mis à jour lors de l'approbation ou du rejet d'un enregistrement |
| Blueprint |
Mis à jour suite aux paramètres de transition suivante. Lorsque vous créez une règle de validation ainsi qu'une validation Blueprint pour le même champ, et si les deux conditions sont différentes, Blueprint l'emporte sur la règle de validation. C'est-à-dire que tant que le champ se trouve dans un processus, la validation Blueprint est applicable. Lorsqu'un enregistrement a quitté un processus, la règle de validation est effective. |
| API | Mise à jour via la méthode API updateRecords |
| Mise à jour en masse | Le champ primaire utilisé dans une règle de validation ne sera pas disponible pour la mise à jour en masse. |
Ceci est une remarque importante. Lorsque vous tentez de mettre à jour l'un des champs secondaires utilisés dans une règle de validation par le biais de flux de travail, de mise à jour en masse, d'API ou d'import, CRM acceptera les valeurs du champ secondaire quelles que soient les conditions de la règle. En conséquence, vos données peuvent accumuler des valeurs inacceptables malgré la règle de validation.
Par exemple, vous avez une règle de validation pour définir les remises en fonction de la région.
Dans ce cas, Remise est votre champ primaire et Régions devient votre champ secondaire.
Bien que Remise ne s'affiche peut-être même pas lors d'une mise à jour en masse, Région s'affichera. Si vous décidez de mettre à jour toutes les régions en Inde, toutes vos opportunités peuvent finir avec des remises différentes pour « Inde », tandis que votre règle de validation prescrit les choses différemment - conduisant ainsi à des valeurs inacceptables dans votre module.
CRM ne restreindra actuellement pas la mise à jour de champ des champs secondaires utilisés dans une règle de validation. Assurez-vous de vérifier si les champs sont utilisés dans une règle de validation avant de les mettre à jour.