A diferencia de un paquete que entrega un esquema fijo, DQE One Standalone crea los campos de resultado en tiempo de ejecución, la primera vez que un proceso relevante se ejecuta contra una fuente conectada — Salesforce, Dynamics, PostgreSQL, BigQuery o Snowflake. La creación es automática y segura de repetir: si un campo ya existe, Standalone lo reutiliza. Para una fuente CSV o SFTP no hay ningún esquema que crear — los resultados simplemente se añaden como columnas nuevas en el archivo de salida, con un esquema de nomenclatura distinto y más sencillo (vea cada sección a continuación).
Find & Replace, Format e Index Records no crean ningún campo de resultado — vea Index Records más abajo.
Cómo se construyen los nombres de campo
La mayoría de los nombres de campo siguen el patrón DQE_{X}_QC__c (y similares), donde {X} depende del tipo de proceso:
-
Check Email / Check Phone:
{X}es el nombre del campo que se está comprobando (por ejemplo, comprobar "Mobile Phone" crea campos construidos en torno aMobilePhone). -
Check Postal Address:
{X}es el Field Tag que elige al configurar el proceso (por ejemplo, "Billing"). -
Check B2B:
{X}es siempre la palabra literalB2B— no hay ninguna etiqueta que elegir.
La capitalización exacta y el sufijo dependen entonces del conector de destino:
| Destino | Patrón | Ejemplo (X = "Billing") |
|---|---|---|
| Salesforce | {OrgPrefix}DQE_{X}_QC__c |
DQE_Billing_QC__c |
| Dynamics |
dqe_{x}_qc__c (minúsculas) |
dqe_billing_qc__c |
| PostgreSQL |
dqe_{x}_qc__c (minúsculas) |
dqe_billing_qc__c |
| BigQuery |
DQE_{X}_QC__c (capitalización mixta) |
DQE_Billing_QC__c |
| Snowflake |
DQE_{X}_QC__C (mayúsculas) |
DQE_BILLING_QC__C |
| CSV / SFTP | un esquema de nomenclatura distinto y más corto — vea más abajo | — |
Las tablas siguientes usan la forma genérica DQE_{X}_...__c — aplique la capitalización anterior para su destino real.
Check Email
| Campo | Contiene |
|---|---|
| DQE_{X}_QC__c | Código de calidad/error |
| DQE_{X}_QD__c | Texto de detalle de calidad |
| DQE_{X}_RD__c | Fecha de ejecución |
| DQE_IsP_{X}__c | Si este campo ha sido procesado |
| DQE_Ext_Process_Email__c | Id interno usado para sincronizar los resultados de vuelta |
En una salida CSV/SFTP, solo se añaden dos columnas: DQE_{X}_ERROR_CODE y DQE_{X}_ERROR_LABEL — no hay columna de fecha de ejecución ni de "procesado" para las salidas de archivo.
Check Phone
| Campo | Contiene |
|---|---|
| DQE_{X}_QC__c | Código de calidad/error |
| DQE_{X}_QD__c | Texto de detalle de calidad |
| DQE_{X}_RD__c | Fecha de ejecución |
| DQE_IsP_{X}__c | Si este campo ha sido procesado |
| DQE_{X}_ISM__c | Si el número es un móvil |
| DQE_{X}_O__c | Operador actual |
| DQE_{X}_OP__c | Operador anterior (historial de portabilidad) |
| DQE_{X}_P__c | Si el número ha sido portado |
| DQE_Ext_Process_Phone__c | Id interno usado para sincronizar los resultados de vuelta |
En una salida CSV/SFTP, solo se añaden DQE_{X}_IS_MOBILE, DQE_{X}_OLD_OPERATOR, DQE_{X}_OPERATOR, DQE_{X}_PORTED, DQE_{X}_ERROR_CODE y DQE_{X}_ERROR_LABEL — de nuevo, sin columna de fecha de ejecución ni de "procesado".
Check Postal Address (RNVP)
Aquí {X} es su Field Tag elegido.
| Campo | Contiene |
|---|---|
| DQE_{X}_QC__c | Código de calidad/error |
| DQE_{X}_QD__c | Texto de detalle de calidad |
| DQE_{X}_RD__c | Fecha de ejecución |
| DQE_IsP_{X}__c | Si este campo ha sido procesado |
| DQE_{X}_Str__c | Calle normalizada |
| DQE_{X}_Ad2__c / DQE_{X}_Ad3__c | Líneas de dirección adicionales normalizadas |
| DQE_{X}_Ad5__c | Pedanía/sublocalidad normalizada |
| DQE_{X}_PC__c | Código postal normalizado |
| DQE_{X}_C__c | Ciudad normalizada |
| DQE_{X}_Sta__c | Estado/región normalizado |
| DQE_{X}_CC__c | Código de país normalizado |
| DQE_{X}_OV__c | Instantánea de la dirección antes de la comprobación, usada si hay que revertir la fusión automática |
| DQE_IsMe_{X}__c | Si la dirección de este registro se fusionó automáticamente |
| DQE_Ext_Process_Address__c | Id interno usado para sincronizar los resultados de vuelta |
Solo Salesforce: un campo fórmula adicional, DQE_{X}_QDes__c, decodifica el código de calidad en una frase legible. No existe en los demás conectores — en Dynamics/Postgres/BigQuery/Snowflake solo dispone del código en bruto.
También puede activar columnas de enriquecimiento adicionales (geocodificación y detalles de normalización postal francesa como el código INSEE, los geocódigos hexakey/hexaposte/hexavia, el código IRIS, latitud/longitud) seleccionándolas al configurar el proceso — sus nombres de campo siguen la misma capitalización por conector que arriba, pero no se detallan campo por campo en este artículo.
En una salida CSV/SFTP, las columnas de seguimiento se reducen a DQE_CQ_ADRS (código de calidad) y DQE_STATUT_RNVP (detalle de calidad), más las columnas de enriquecimiento que haya seleccionado.
Check B2B
B2B no sigue el patrón anterior — su conjunto de campos es distinto, y {X} es siempre la palabra literal B2B:
| Campo | Contiene |
|---|---|
| DQE_B2B_Certainty__c | Puntuación de certeza de coincidencia |
| DQE_B2B_Found__c | Si se encontró una coincidencia |
| DQE_B2B_Status__c | Estado de la coincidencia (bruto) |
| DQE_B2B_Code_Status__c | Estado de la coincidencia (código corto — esto es lo que se compara con el umbral de fusión automática) |
| DQE_B2B_Label_Status__c | Estado de la coincidencia (legible) |
| DQE_B2B_Succession__c | Vínculo de sucesión de empresa (sucesión SIREN/SIRET) |
| DQE_B2B_RunDate__c | Fecha de ejecución |
| DQE_Is_Process_B2B__c | Si este campo ha sido procesado |
| DQE_Is_Merge_B2B__c | Si este registro se fusionó automáticamente |
| DQE_Ext_Process_B2B__c | Id interno usado para sincronizar los resultados de vuelta |
Los campos de enriquecimiento opcionales (como SIREN, SIRET, enlaces de predecesor/sucesor) siguen la misma capitalización por conector pero, a diferencia de Check Postal Address, no tienen reasignación de etiqueta amigable — el nombre del campo se construye directamente a partir del código en bruto seleccionado.
En una salida CSV/SFTP, los campos son DQE_CERTAINTY, DQE_FOUND, DQE_STATUS, DQE_CODE_STATUS y DQE_LABEL_STATUS — sin "B2B" en el nombre, más las columnas de enriquecimiento seleccionadas.
Deduplicación (Unify Process)
| Campo | Contiene |
|---|---|
| DQE_DUP_KIND__c | Rol PARENT / CHILD en el grupo de duplicados |
| DQE_DUP_KIND_WEIGHT__c | Peso/nivel de esa clasificación |
| DQE_DUP_MATCHES__c | Lista de ids de registros coincidentes |
| DQE_DUP_THRESHOLD__c | Distancia de coincidencia (más bajo = coincidencia más cercana) |
| DQE_GROUP_CARDINALITY__c | Número de registros en el grupo de duplicados |
| DQE_KEY_NUMBER__c | Qué regla de coincidencia produjo la coincidencia |
| DQE_PARENT_PK__c | Puntero al registro padre/maestro del grupo |
| DQE_External_Parent_PK__c | Igual, pero apuntando a un registro de otro objeto (solo deduplicación multi-fuente) |
| DQE_Status__c | Active / Inactive |
| DQE_Fusion_Json__c | Valores propuestos para el registro maestro |
| DQE_Old_Values__c | Instantánea previa a la fusión, usada para deshacerla |
| DQE_Is_Process_Dedup__c | Si este campo ha sido procesado |
| DQE_Dup_RunDate__c | Fecha de ejecución |
| DQE_Dup_First_Merge_Date__c / DQE_Dup_Last_Merge_Date__c | Historial de fusión |
| DQE_Index_Group_ID__c | Id que vincula el grupo de duplicados |
| DQE_Ext_Process__c | Id interno usado para sincronizar los resultados de vuelta |
| DQE_Dup_Merge_Status__c | Done / Pending / Skipped |
Solo Salesforce: también se crean tres campos fórmula "amigables" adicionales —
DQE_DUP_LABEL__c(Master/Duplicate/Unique),DQE_DUP_KIND_LABEL__c(Parent/Child/Unique) yDQE_Match_Certainty__c(un porcentaje derivado de la distancia de coincidencia). No están disponibles al sincronizar con Dynamics, Postgres, BigQuery o Snowflake — en esos destinos solo dispone del código en brutoDQE_DUP_KIND__cy de la distancia numéricaDQE_DUP_THRESHOLD__c.
En una salida CSV/SFTP, el conjunto de columnas se reduce: solo DQE_DUP_KIND, DQE_DUP_KIND_WEIGHT, DQE_DUP_MATCHES, DQE_DUP_THRESHOLD, DQE_GROUP_CARDINALITY, DQE_KEY_NUMBER, DQE_PARENT_PK (o DQE_External_Parent_PK), DQE_Dup_RunDate, DQE_Ext_Process y DQE_Index_Group_ID — Status, Fusion_Json, Old_Values, Is_Process_Dedup, los campos de fecha de fusión y Dup_Merge_Status son campos de control de la sincronización con el CRM que no aplican a un archivo plano.
Index Records
Index Records no crea ningún campo de resultado en ningún sitio — en ningún conector ni archivo. Solo alimenta el índice de búsqueda interno propio de DQE, que es lo que impulsa las API de búsqueda de duplicados en tiempo real (vea Use the Lookup API in DQE One Standalone). Sus datos de origen nunca se modifican con este tipo de proceso.
Dónde se almacenan los mapeos de campos
No existe un objeto de mapeo independiente, como un registro de configuración que se abra por separado — su Field Tag, el campo que está comprobando y cualquier columna de enriquecimiento seleccionada se almacenan todos como parte de la propia configuración del proceso, definida al crearlo en el asistente de proceso. Vea Create and launch a process in DQE One Standalone y Connect a data source in DQE One Standalone.
Carencias y limitaciones conocidas
- Check B2B no sigue el patrón Código de calidad / Detalle de calidad / Fecha de ejecución / Procesado que usan todos los demás checks — su conjunto de campos es distinto, como se muestra arriba.
- Index Records nunca escribe en su fuente de datos — no espere encontrar un campo de resultado después de ejecutarlo.
- Los tres campos de deduplicación "amigables" (etiquetas legibles y un porcentaje de certeza) solo existen cuando el destino es Salesforce.
- La salida CSV/SFTP siempre tiene menos columnas que el conector en vivo equivalente — en particular, sin fecha de ejecución ni indicador "procesado" para Check Email/Check Phone, y sin campos de historial de fusión para Unify Process.
Artículos relacionados
- 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
Relacionada con