Contrairement à un package qui livre un schéma fixe, DQE One Standalone crée les champs de résultat à l'exécution, la première fois qu'un process pertinent s'exécute contre une source connectée — Salesforce, Dynamics, PostgreSQL, BigQuery ou Snowflake. La création est automatique et sans risque à répéter : si un champ existe déjà, Standalone le réutilise. Pour une source CSV ou SFTP, il n'y a aucun schéma à créer — les résultats sont simplement ajoutés comme nouvelles colonnes dans le fichier de sortie, selon une convention de nommage différente et plus simple (voir chaque section ci-dessous).
Find & Replace, Format et Index Records ne créent aucun champ de résultat — voir Index Records plus bas.
Comment les noms de champs sont construits
La plupart des noms de champs suivent le modèle DQE_{X}_QC__c (et similaires), où {X} dépend du type de process :
-
Check Email / Check Phone :
{X}est le nom du champ vérifié (par ex. vérifier "Mobile Phone" crée des champs construits autour deMobilePhone). -
Check Postal Address :
{X}est le Field Tag choisi lors de la configuration du process (par ex. "Billing"). -
Check B2B :
{X}est toujours le mot littéralB2B— il n'y a pas de tag à choisir.
La casse exacte et le suffixe dépendent ensuite du connecteur cible :
| Cible | Modèle | Exemple (X = "Billing") |
|---|---|---|
| Salesforce | {OrgPrefix}DQE_{X}_QC__c |
DQE_Billing_QC__c |
| Dynamics |
dqe_{x}_qc__c (minuscules) |
dqe_billing_qc__c |
| PostgreSQL |
dqe_{x}_qc__c (minuscules) |
dqe_billing_qc__c |
| BigQuery |
DQE_{X}_QC__c (casse mixte) |
DQE_Billing_QC__c |
| Snowflake |
DQE_{X}_QC__C (majuscules) |
DQE_BILLING_QC__C |
| CSV / SFTP | une convention de nommage différente et plus courte — voir plus bas | — |
Les tableaux ci-dessous utilisent la forme générique DQE_{X}_...__c — appliquez la casse ci-dessus pour votre cible réelle.
Check Email
| Champ | Contient |
|---|---|
| DQE_{X}_QC__c | Code qualité/erreur |
| DQE_{X}_QD__c | Texte du détail qualité |
| DQE_{X}_RD__c | Date d'exécution |
| DQE_IsP_{X}__c | Si ce champ a été traité |
| DQE_Ext_Process_Email__c | Id interne utilisé pour resynchroniser les résultats |
Sur une sortie CSV/SFTP, seules deux colonnes sont ajoutées : DQE_{X}_ERROR_CODE et DQE_{X}_ERROR_LABEL — il n'y a pas de colonne Date d'exécution ou "traité" pour les sorties fichier.
Check Phone
| Champ | Contient |
|---|---|
| DQE_{X}_QC__c | Code qualité/erreur |
| DQE_{X}_QD__c | Texte du détail qualité |
| DQE_{X}_RD__c | Date d'exécution |
| DQE_IsP_{X}__c | Si ce champ a été traité |
| DQE_{X}_ISM__c | Si le numéro est un mobile |
| DQE_{X}_O__c | Opérateur actuel |
| DQE_{X}_OP__c | Opérateur précédent (historique de portabilité) |
| DQE_{X}_P__c | Si le numéro a été porté |
| DQE_Ext_Process_Phone__c | Id interne utilisé pour resynchroniser les résultats |
Sur une sortie CSV/SFTP, seuls DQE_{X}_IS_MOBILE, DQE_{X}_OLD_OPERATOR, DQE_{X}_OPERATOR, DQE_{X}_PORTED, DQE_{X}_ERROR_CODE et DQE_{X}_ERROR_LABEL sont ajoutés — là encore, pas de colonne Date d'exécution ou "traité".
Check Postal Address (RNVP)
Ici, {X} est votre Field Tag choisi.
| Champ | Contient |
|---|---|
| DQE_{X}_QC__c | Code qualité/erreur |
| DQE_{X}_QD__c | Texte du détail qualité |
| DQE_{X}_RD__c | Date d'exécution |
| DQE_IsP_{X}__c | Si ce champ a été traité |
| DQE_{X}_Str__c | Rue normalisée |
| DQE_{X}_Ad2__c / DQE_{X}_Ad3__c | Lignes d'adresse complémentaires normalisées |
| DQE_{X}_Ad5__c | Lieu-dit normalisé |
| DQE_{X}_PC__c | Code postal normalisé |
| DQE_{X}_C__c | Ville normalisée |
| DQE_{X}_Sta__c | État/région normalisé |
| DQE_{X}_CC__c | Code pays normalisé |
| DQE_{X}_OV__c | Instantané de l'adresse avant vérification, utilisé si la fusion automatique doit être annulée |
| DQE_IsMe_{X}__c | Si l'adresse de cet enregistrement a été fusionnée automatiquement |
| DQE_Ext_Process_Address__c | Id interne utilisé pour resynchroniser les résultats |
Salesforce uniquement : un champ formule supplémentaire, DQE_{X}_QDes__c, décode le code qualité en une phrase lisible. Il n'existe pas sur les autres connecteurs — sur Dynamics/Postgres/BigQuery/Snowflake, vous n'avez que le code brut.
Vous pouvez aussi activer des colonnes d'enrichissement supplémentaires (géocodage et détails de normalisation postale française comme le code INSEE, les géocodes hexaclé/hexaposte/ hexavia, le code IRIS, latitude/longitude) en les sélectionnant lors de la configuration du process — leurs noms de champs suivent la même casse par connecteur que ci-dessus, mais ne sont pas détaillés champ par champ dans cet article.
Sur une sortie CSV/SFTP, les colonnes de suivi se réduisent à DQE_CQ_ADRS (code qualité) et DQE_STATUT_RNVP (détail qualité), plus les colonnes d'enrichissement que vous avez sélectionnées.
Check B2B
B2B ne suit pas le modèle ci-dessus — son ensemble de champs est différent, et {X} est toujours le mot littéral B2B :
| Champ | Contient |
|---|---|
| DQE_B2B_Certainty__c | Score de certitude de correspondance |
| DQE_B2B_Found__c | Si une correspondance a été trouvée |
| DQE_B2B_Status__c | Statut de correspondance (brut) |
| DQE_B2B_Code_Status__c | Statut de correspondance (code court — c'est ce qui est comparé au seuil de fusion automatique) |
| DQE_B2B_Label_Status__c | Statut de correspondance (lisible) |
| DQE_B2B_Succession__c | Lien de succession d'entreprise (succession SIREN/SIRET) |
| DQE_B2B_RunDate__c | Date d'exécution |
| DQE_Is_Process_B2B__c | Si ce champ a été traité |
| DQE_Is_Merge_B2B__c | Si cet enregistrement a été fusionné automatiquement |
| DQE_Ext_Process_B2B__c | Id interne utilisé pour resynchroniser les résultats |
Les champs d'enrichissement optionnels (comme SIREN, SIRET, liens prédécesseur/successeur) suivent la même casse par connecteur mais, contrairement à Check Postal Address, n'ont pas de libellé convivial de remplacement — le nom du champ est construit directement à partir du code brut sélectionné.
Sur une sortie CSV/SFTP, les champs sont DQE_CERTAINTY, DQE_FOUND, DQE_STATUS, DQE_CODE_STATUS et DQE_LABEL_STATUS — pas de "B2B" dans le nom, plus les colonnes d'enrichissement sélectionnées.
Dédoublonnage (Unify Process)
| Champ | Contient |
|---|---|
| DQE_DUP_KIND__c | Rôle PARENT / CHILD dans le groupe de doublons |
| DQE_DUP_KIND_WEIGHT__c | Poids/niveau de cette classification |
| DQE_DUP_MATCHES__c | Liste des id d'enregistrements correspondants |
| DQE_DUP_THRESHOLD__c | Distance de correspondance (plus bas = correspondance plus proche) |
| DQE_GROUP_CARDINALITY__c | Nombre d'enregistrements dans le groupe de doublons |
| DQE_KEY_NUMBER__c | Quelle règle de matching a produit la correspondance |
| DQE_PARENT_PK__c | Pointeur vers l'enregistrement parent/maître du groupe |
| DQE_External_Parent_PK__c | Identique, mais pointant vers un enregistrement d'un autre objet (dédoublonnage multi-source uniquement) |
| DQE_Status__c | Active / Inactive |
| DQE_Fusion_Json__c | Valeurs proposées pour l'enregistrement maître |
| DQE_Old_Values__c | Instantané avant fusion, utilisé pour défusionner |
| DQE_Is_Process_Dedup__c | Si ce champ a été traité |
| DQE_Dup_RunDate__c | Date d'exécution |
| DQE_Dup_First_Merge_Date__c / DQE_Dup_Last_Merge_Date__c | Historique de fusion |
| DQE_Index_Group_ID__c | Id reliant le groupe de doublons |
| DQE_Ext_Process__c | Id interne utilisé pour resynchroniser les résultats |
| DQE_Dup_Merge_Status__c | Done / Pending / Skipped |
Salesforce uniquement : trois champs formule "conviviaux" supplémentaires sont aussi créés —
DQE_DUP_LABEL__c(Master/Duplicate/Unique),DQE_DUP_KIND_LABEL__c(Parent/Child/Unique) etDQE_Match_Certainty__c(un pourcentage dérivé de la distance de correspondance). Ils ne sont pas disponibles en synchronisant vers Dynamics, Postgres, BigQuery ou Snowflake — sur ces cibles, vous n'avez que le code brutDQE_DUP_KIND__cet la distance numériqueDQE_DUP_THRESHOLD__c.
Sur une sortie CSV/SFTP, l'ensemble des colonnes est réduit : seuls DQE_DUP_KIND, DQE_DUP_KIND_WEIGHT, DQE_DUP_MATCHES, DQE_DUP_THRESHOLD, DQE_GROUP_CARDINALITY, DQE_KEY_NUMBER, DQE_PARENT_PK (ou DQE_External_Parent_PK), DQE_Dup_RunDate, DQE_Ext_Process et DQE_Index_Group_ID — Status, Fusion_Json, Old_Values, Is_Process_Dedup, les champs de date de fusion et Dup_Merge_Status sont des champs de suivi propres à la synchronisation CRM, qui ne s'appliquent pas à un fichier plat.
Index Records
Index Records ne crée aucun champ de résultat nulle part — sur aucun connecteur ni fichier. Il alimente uniquement l'index de recherche interne de DQE, qui alimente les APIs de recherche de doublon en temps réel (voir Use the Lookup API in DQE One Standalone). Vos données source ne sont jamais modifiées par ce type de process.
Où sont stockés les mappings de champs
Il n'existe pas d'objet de mapping séparé, comme un enregistrement de configuration que vous ouvririez à part — votre Field Tag, le champ vérifié, et les colonnes d'enrichissement sélectionnées sont tous stockés dans la configuration propre du process, définie lors de sa création dans l'assistant de process. Voir Create and launch a process in DQE One Standalone et Connect a data source in DQE One Standalone.
Lacunes et limitations connues
- Check B2B ne suit pas le modèle Code qualité / Détail qualité / Date d'exécution / Traité utilisé par tous les autres checks — son ensemble de champs est différent, comme montré ci-dessus.
- Index Records n'écrit jamais dans votre source de données — ne vous attendez pas à trouver un champ de résultat après son exécution.
- Les trois champs de dédoublonnage "conviviaux" (libellés lisibles et pourcentage de certitude) n'existent que si la cible est Salesforce.
- La sortie CSV/SFTP a toujours moins de colonnes que le connecteur live équivalent — notamment pas de Date d'exécution ni de drapeau "traité" pour Check Email/Check Phone, et pas de champs d'historique de fusion pour Unify Process.
Articles liés
- Create and launch a process in DQE One Standalone
- Connect a data source in DQE One Standalone
- Configure a RuleSet in DQE One Standalone
- Monitor and manage a run in DQE One Standalone
- Use the Lookup API in DQE One Standalone
Associé à