Skip to main content

Debuggear fallas de mapping — cómo hacerlo en Data 360

Un atributo del DMO aterriza en blanco, o mal, o un registro no unifica. El flujo de diagnóstico es el mismo siempre — caminá desde el DLO hacia arriba hasta el DMO y encontrá la capa donde el valor se rompe. El playbook de debugging de mapping.

Cómo hacerlo·Actualizado 2026-06-01·Escrito por Lira · Editado por German Medina

Un valor no está donde debería. Un atributo del DMO está en blanco para todos los registros. Una fecha no parsea. Un campo muestra la data correcta para algunos registros y basura para otros. O la resolución de identidad no unifica dos registros que sabés que son la misma persona. Las fallas de mapping son silenciosas — nada tira error, el valor simplemente está mal downstream — así que el diagnóstico es siempre el mismo: caminá desde el DLO crudo hacia arriba hasta el DMO y encontrá la capa donde el valor se rompe.

Las capas

[ Campo del sistema origen ]
        ↓ ingesta (Data Stream)
[ Campo del DLO — crudo, tal cual llegó ]
        ↓ mapping
[ Atributo del DMO — armonizado ]
        ↓ resolución de identidad
[ Perfil unificado ]

Cada flecha es un lugar donde un valor puede romperse. Chequealas en orden; la primera que está mal es la dueña del bug.

Paso 1 — ¿El valor está correcto en el DLO?

Antes de culpar al mapping, confirmá que la data cruda realmente llegó. Inspeccioná el DLO — ¿el campo origen contiene el valor que esperás, para los registros que esperás?

  • En blanco también en el DLO — el bug es upstream, en la ingesta o el origen. El mapping es inocente; chequeá el Data Stream y la query del origen. (Ver DLOs.)
  • Correcto en el DLO — la data llegó; el bug está en la capa de mapping o más arriba. Seguí.

Paso 2 — ¿El campo está mapeado, y al atributo correcto?

Abrí el mapping del DLO al DMO. Para el atributo que está mal:

  • Sin mapear — ese es el blanco. Un atributo requerido sin mapear produce blancos sin warning. Mapealo. (Ver mapping.)
  • Mapeado al atributo equivocado — el clásico state aterrizando en country. El valor va a algún lado; simplemente no es donde estás leyendo. Re-apuntá el mapping al atributo cuyo significado coincide.

Paso 3 — ¿Es un type mismatch?

Si el campo está mapeado correcto pero el valor es basura o falta para algunos registros:

  • Una fecha guardada como texto en el origen mapeada a un atributo de fecha o falla al parsear o coerce de forma impredecible — los registros con un formato inesperado son los que se rompen.
  • Un número con formato (separadores de miles, símbolos de moneda) mapeado a un atributo numérico se cae o queda null.

El arreglo es normalizar en la capa de mapping, o corregir el tipo, para que el atributo del DMO reciba lo que espera.

Paso 4 — ¿La primary key está haciendo colisionar o partir registros?

Si faltan o se duplican registros enteros en vez de atributos individuales mal:

  • Una primary key no única colapsa registros distintos en uno — desaparecen filas.
  • Una key que cambió entre runs hace que el mismo registro aterrice como dos.

Confirmá que la key identifica de forma única y estable a una fila. (Ver relaciones y keys.)

Paso 5 — ¿La capa que está mal es la resolución de identidad?

Si el atributo está bien en el DMO pero el perfil unificado está mal — dos personas fusionadas, o una persona partida:

  • Dos clientes fusionados — las match rules son demasiado laxas. El perfil unificado muestra una persona con la data de los dos clientes.
  • Un cliente partido — las match rules son demasiado estrictas, o el atributo de matcheo (email, teléfono) es inconsistente entre orígenes.

La resolución de identidad es una capa por encima del mapping; un mapping limpio puede igual producir un perfil equivocado si las match rules están mal.

Causas comunes rankeadas por frecuencia

| Síntoma | Capa probable | Dónde mirar | |---|---|---| | Un atributo en blanco para todos los registros | Mapping — sin mapear | El mapping de campos DLO a DMO | | Un atributo mal para todos los registros | Mapping — atributo equivocado | El mapping; matcheá significado, no nombre | | Atributo mal para algunos registros | Type mismatch | Variación de formato del origen; normalizá al mapear | | Registros enteros faltando o duplicados | Primary key | Unicidad y estabilidad de la key | | Dos clientes como uno, o uno como dos | Resolución de identidad | Match y reconciliation rules | | Valor en blanco también en el DLO | Ingesta / origen | Data Stream y query del origen |

Relacionado