Par défaut, ce type de règle est sensible à la casse. Cela signifie que la règle considère un caractère d'entrée en majuscule et minuscule comme des caractères différents. Par conséquent, une tâche de masquage réussie peut modifier la casse d'un caractère, mais pas le caractère proprement dit. Par exemple, une tâche de masquage peut masquer un caractère d'entrée « x » en « X. »

Pour vérifier que la règle de masquage prend en compte le caractère d'entrée et la casse, choisissez l'option

Insensible à la casse

. La règle considère alors un caractère d'entrée en majuscule et minuscule comme le même caractère. Par conséquent, elle ne peut pas masquer un caractère d'entrée « x » en « X. »

Il est possible que les données source incluent les mêmes données dans des formats différents. Par exemple, il se peut que les données contiennent un nom de manières différentes dans des tables distinctes :

Jean Dupont
jEAN dUPONT
jean dupont
JEAN DUPONT

Si vous configurez la règle afin qu'elle soit insensible à la casse sans convertir les données au format uniforme, il est possible que la tâche masque le même caractère qui s'affiche dans des casses différentes dans la source différemment de la cible. Dans l'exemple, les instances de

jean

ne peuvent pas être masquées en

JEAN

. En revanche, si les données contiennent à la fois

jean

et

JEAN

, les deux instances peuvent être masquées en valeurs différentes.

Pour vérifier qu'une règle de masquage de clé de type chaîne renvoie la sortie masquée déterministe pour les mêmes données indépendamment du format, vous devez convertir les données source en format uniforme avant qu'une tâche de masquage n'applique la règle de masquage. Configurez une expression de prétraitement dans la règle pour convertir tous les caractères au même format.