Référence des champs DQE One dans Dynamics

Support DQE
Support DQE
  • Mise à jour

Contrairement au package DQE One pour Salesforce, le package Dynamics ne crée pas de champs lors de la première exécution d'un contrôle — chaque champ dqe_* ci-dessous est livré avec la solution managée dès son import, uniquement sur Account, Contact et Lead. Un champ existe que sa fonctionnalité soit activée ou non, et qu'il soit placé sur un formulaire ou non — activer une fonctionnalité dans Configure address, email, phone and B2B validation in Dynamics active uniquement la validation, cela n'ajoute ni ne retire de colonnes.

Cet article couvre deux choses distinctes, dont les champs créés sont différents :

  • La validation en temps réel (Adresse, Téléphone, Email, Prénom, B2B) — les contrôles PCF du package, qui valident à la saisie ou à l'enregistrement. Couverte en premier ci-dessous. Ces champs sont livrés de façon statique.
  • Le traitement par lot (Check Email, Check Phone, Check Postal Address, Check B2B, et Unify/dédoublonnage) — ce n'est pas du tout une fonctionnalité du package Dynamics. Cela n'existe que si vous connectez votre environnement Dynamics à DQE One Standalone comme source de données et que vous y lancez un process. Couvert dans sa propre section vers la fin, puisque les champs créés sont ceux de Standalone, pas ceux du package.

Adresse

Adresse n'a pas de champ personnalisé au-delà d'un lookup pays par bloc d'adresse — il n'existe pas de champ persistant de "dernier résultat de validation" par défaut. Notez qu'Adresse a deux sous-fonctionnalités distinctes et activées indépendamment : l'autocomplétion en temps réel et une vérification à l'enregistrement (type RNVP) — activer l'une n'active pas l'autre.

Champ Type Account Contact Lead
dqe_address1countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_address2countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_address3countrycode Lookup (DQE Country) — ✓ —

Address 3 n'existe que sur Contact, qui dispose d'un troisième bloc d'adresse natif qu'Account et Lead n'ont pas.

Téléphone

Comme Adresse, Téléphone n'a pas de champ persistant de résultat de validation — seulement un lookup pays par numéro de téléphone, y compris les numéros intégrés dans chaque bloc d'adresse.

Champ Type Account Contact Lead
dqe_telephone1countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_telephone2countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_telephone3countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_mobilephonecountrycode Lookup (DQE Country) — ✓ ✓
dqe_address1telephone1/2/3countrycode (3 champs) Lookup (DQE Country) ✓ ✓ ✓
dqe_address2telephone1/2/3countrycode (3 champs) Lookup (DQE Country) ✓ ✓ ✓
dqe_address3telephone1/2/3countrycode (3 champs) Lookup (DQE Country) — ✓ —

Total : 9 champs de code pays téléphone sur Account, 13 sur Contact, 10 sur Lead.

Email

Email n'a aucun champ personnalisé dédié — la validation se fait directement sur les champs natifs emailaddress1, emailaddress2 et emailaddress3. Si "Suggest Last Name and First Name" est activé dans les paramètres, un email reconnu peut aussi suggérer des valeurs pour les champs natifs firstname/ lastname — là encore, aucun champ personnalisé n'est impliqué.

Prénom

Prénom n'a lui non plus aucun champ personnalisé dédié. La détection du genre est optionnelle et désactivée par défaut : configurée via l'outil de mapping de champs (voir plus bas), elle écrit dans le champ natif gendercode de Dynamics, pas dans un champ dqe_*.

B2B (Account uniquement)

Les champs B2B n'existent que sur Account. Par défaut, seul dqe_lib_nace est placé sur le formulaire et mappé — les autres sont inertes tant qu'un administrateur ne les ajoute pas au formulaire et ne les mappe pas via l'outil de mapping de champs.

Champ Libellé Type Sur le formulaire et mappé par défaut ?
dqe_lib_nace NACE label Texte Oui
dqe_ref DQE Reference Texte Non
dqe_siren SIREN Nombre entier Non
dqe_siret SIRET Texte Non — le mapping "Company Number" utilise par défaut le champ natif Account Number
dqe_leadsource Lead Source Choix Non

Un sixième champ, dqe_siretcheckcontrol, existe sur Account mais est littéralement libellé "[LEGACY] dqe_siretcheckcontrol" dans l'application — il n'est utilisé par rien et peut être ignoré.

dqe_leadsource existe aussi, à l'identique, sur Contact.

Champs du traitement par lot (via DQE One Standalone)

Connectez votre environnement Dynamics à DQE One Standalone comme source de données, et vous pouvez aussi lancer Check Email, Check Phone, Check Postal Address, Check B2B, ou un process Unify (dédoublonnage) contre vos données Dynamics en tant que traitement par lot — distinct de la validation en temps réel ci-dessus, et en plus de celle-ci. Le dédoublonnage en particulier n'est disponible que de cette façon : Dynamics n'a lui-même aucun champ ni moteur de dédoublonnage (confirmé absent sur Account/Contact/Lead) — c'est l'application DQE One Standalone, hébergée en externe, qui l'exécute (voir DQE for Microsoft Dynamics — Overview pour savoir comment elle se connecte).

Les champs créés par ces traitements par lot suivent la convention de nommage propre à Standalone, toujours en minuscules sur Dynamics (par ex. dqe_mobilephone_qc__c), et sont distincts des champs temps réel documentés ci-dessus — ils peuvent coexister avec eux (ainsi, un champ Téléphone vérifié des deux façons aurait un champ dqe_telephone1countrycode venant du package et un champ de type dqe_telephone1_qc__c venant de Standalone). Pour la liste complète des champs par type de process, voir Field Reference in DQE One Standalone.

Où vivent les mappings de champs et les paramètres

Il n'existe pas d'enregistrement de configuration unique équivalent à l'objet de mapping du package Salesforce. Deux endroits distincts contiennent la configuration :

  • DQE Paramétrages DataQ (un enregistrement de paramètres par environnement) — les bascules d'activation par fonctionnalité, les emplacements d'adresse/email/téléphone affichés par entité, le pays par défaut, et l'URL de DQE One Standalone. Couvert dans Configure address, email, phone and B2B validation in Dynamics.
  • L'outil de mapping de champs (ouvert depuis l'enregistrement de paramètres) — utilisé aujourd'hui uniquement pour deux choses : le mapping optionnel du genre (Prénom) et le mapping d'enrichissement B2B (environ 65 champs source possibles, couvert dans le même article ci-dessus).

Particularités et limitations connues

Deux formulaires utilisent le mauvais champ de code pays pour la validation d'adresse. Sur le formulaire Account, bloc Adresse 2, et sur le formulaire Lead, bloc Adresse 1, le contrôle d'adresse est câblé sur un champ de code pays téléphone au lieu du champ de code pays adresse correspondant — les contrôles Ville/Code postal des mêmes blocs sont, eux, correctement câblés. En pratique, la validation d'adresse sur ces deux blocs précis peut utiliser le mauvais pays. Ceci a été signalé en interne ; si vous utilisez l'un de ces deux blocs, demandez au support DQE de confirmer l'état pour votre version installée.

  • Aucun champ de résultat de validation n'est persistant par défaut pour Adresse ou Téléphone — seul le lookup pays existe. Si vous avez besoin de savoir si un enregistrement a passé la validation, il faudra ajouter votre propre champ de suivi et le remplir à partir de la sortie optionnelle du contrôle PCF (non configurée sur aucun formulaire livré).
  • Sur Lead, les libellés anglais des trois champs de code pays téléphone affichent "Phone Business Phone: Country Code", "Phone Home Phone: Country Code" et "Phone Other Phone: Country Code" — le mot dupliqué est une particularité de libellé, pas un signe que le champ est incorrect.
  • Sur l'enregistrement de paramètres, le champ contenant votre URL DQE One Standalone n'a pas de libellé anglais (les organisations francophones voient "URL de Standalone" ; les organisations anglophones voient un libellé vide à côté du même champ) — cherchez le champ situé juste après "DQE Licence" si vous ne le trouvez pas par son nom.

Articles liés

Associé à

Cet article vous a-t-il été utile ?

Utilisateurs qui ont trouvé cela utile : 0 sur 0