Los segmentos no devuelven ni cero miembros

Nota:

El 1 de septiembre de 2023, nos fusionamos y cambiamos el nombre de Dynamics 365 Marketing y Dynamics 365 Customer Insights. Dynamics 365 Marketing se llama ahora Dynamics 365 Customer Insights - Journeys. Dynamics 365 Customer Insights ahora se llama Dynamics 365 Customer Insights - Data. Para obtener más información, consulte Preguntas más frecuentes sobre Dynamics 365 Customer Insights.

En este artículo se proporciona una resolución para un problema por el que un segmento no devuelve ningún miembro según lo previsto.

Requisitos previos

• El estado de actualización del segmento se realiza correctamente.
• El segmento se crea o edita recientemente, o las reglas de importación o unificación de datos o la definición de negocio de los datos han cambiado.

Si el segmento se realizó correctamente anteriormente y tenía miembros, pero muestra cero miembros y no se ha producido ningún otro cambio como se especificó anteriormente, abra una incidencia de soporte técnico.

Síntomas

Un segmento se ejecuta y actualiza correctamente, pero no incluye ningún miembro.

Solución

Puede realizar los pasos siguientes para investigar la causa principal y corregir el problema.

Validación de la lógica básica para condiciones o reglas contrarias

AND Las condiciones o reglas contrarias en el mismo atributo siempre generan segmentos vacíos. Por ejemplo, FirstName = Joe AND FirstName = Frank.

Revise todas las reglas y condiciones de la lógica rota. Considere también las contradicción más complejas entre varios atributos (esto requiere más conocimiento del conjunto de datos). Por ejemplo, Status = 1 AND StatusDescription = Inactive, mientras que un valor de estado de 1 siempre significa que está activo.

Las operaciones de conjunto (Union, , y Except se usan para combinar dos reglas) se aplican en el CustomerId devuelto Intersectpor cada regla. Por lo tanto, en función del resultado esperado, compruebe si es CustomerId parte (o no) del resultado de cada evaluación de regla.

Desglosar la complejidad

Al trabajar con segmentos complejos con varias condiciones o reglas, reduzca la complejidad y aísle la condición o regla responsable del problema.

• Comience desde el segmento completo y quite las condiciones y reglas una por una. Ejecute el segmento después de cada cambio hasta que devuelva miembros.
• Cree un nuevo segmento desde cero y agregue condiciones y reglas uno por uno desde el segmento que no produce ningún miembro. Ejecute el segmento después de cada paso de agregar condiciones o reglas hasta que ya no se devuelva ningún miembro.

Faltan datos para los atributos usados en una regla o condición de segmento

Si falta el valor del atributo usado en una regla o condición de segmento por cualquier motivo, es probable que el segmento no devuelva ningún miembro. Compruebe si el valor esperado existe.

• Explore los datos de tabla y los valores de atributo. Si está disponible, revise la columna Resumen de los atributos en los que está interesado y asegúrese de que no están en estado Ausente o Error .

  Nota:

  El resumen no está disponible para las tablas generadas por el sistema y opcional para las tablas importadas desde su propia instancia de Azure Data Lake Storage.

• Compruebe si los registros de origen no se rechazan por estar dañados.

• Compruebe si existe un valor específico en la tabla para un atributo determinado. Cree una medida para esa tabla, filtrada en el valor del atributo. Use la opción Recuento para ver cuántos registros contienen el valor de la condición de filtrado. Use la opción First (Primera ) en la clave principal o la clave externa para buscar un registro de referencia.

• Para explorar aún más los valores de atributo de los datos, tenga en cuenta las siguientes opciones:

  • Descargue el .csv archivo de una tabla en la vista de tabla para validar los primeros 100 000 registros.

  • Use el conector de Power BI para explorar la entidad en Power BI.

    Nota:

    Todas las entidades, especialmente las entidades de origen de un origen de datos de Azure Data Lake Storage, no estarán disponibles con este conector. También se recomienda usarlo en tablas con menos de 1 millón de filas.

  • Exporte datos a Azure en Azure Blob Storage, Azure Data Lake Storage o Azure Synapse Analytics. Las exportaciones pueden ayudar con investigaciones adicionales mediante Synapse Analytics, Power BI o cualquier otra herramienta de exploración de datos.

  • En el caso de los orígenes de datos de Power Query, cree un nuevo origen de datos o una consulta de referencia independiente en el origen de datos existente con la condición de filtrado para el atributo que falta. Una vez actualizado, compruebe si la nueva tabla contiene datos.

Problemas con las relaciones entre tablas

Si la relación entre la tabla utilizada para la segmentación y la tabla de cliente unificada no funciona debido a los motivos indicados a continuación, el segmento no devuelve ningún miembro.

• Compruebe si se usa la ruta de acceso de relación prevista, ya que varias rutas de acceso podrían ser técnicamente válidas entre la tabla de origen (con una condición de filtrado en los atributos) y la tabla Customer. Si hay varias tablas implicadas, inspeccione cada relación y valide si están configuradas correctamente con los atributos correctos.

• La evaluación del valor del atributo distingue mayúsculas de minúsculas. Por ejemplo, dos tablas están relacionadas a través de un atributo común, MembershipType. Si el valor del atributo es GOLD en una tabla y oro en la otra, no producirá una combinación correcta y no devolverá ningún resultado. La misma lógica se aplica a GUIDs, que son fáciles de perder.

• Compruebe que los tipos de datos de los atributos se alinean entre tablas.

• El proceso de desduplicación identifica un registro "ganador" durante la unificación de datos. Las medidas y los segmentos creados con la tabla de origen del perfil desduplicado en la ruta de acceso de relación pueden usar el registro "ganador", lo que da lugar a resultados inesperados.

La evaluación de segmentos y medidas se produce mediante la combinación de tablas en los atributos definidos en las relaciones. Por ejemplo, MembershipMaster tiene una relación con la tabla Contact , con MembershipId atributos y MembershipType . La tabla Contact tiene una relación con la tabla Customer , que contiene perfiles de cliente unificados ContactId sobre los atributos y ContactId (Source1_Contact). Para obtener más información sobre la relación de tabla, consulte la captura de pantalla siguiente:

Si la tabla de perfiles (en este ejemplo, la tabla Contact ) se desduplica, la evaluación se realiza a través del registro "ganador" debido a la relación.

En este ejemplo, contact C1 (con la pertenencia "Gold") y C2 (con la pertenencia "Silver") se han unificado con C2 siendo el ganador. Por lo tanto, cuando se crea un segmento para identificar los miembros "Gold", "First Person" no formará parte del segmento porque la ruta de acceso de la relación solo se evalúa con C2.