I segmenti restituiscono membri senza o zero

Nota

Il 1° settembre 2023 abbiamo unito e rinominato Dynamics 365 Marketing e Dynamics 365 Customer Insights. Dynamics 365 Marketing è ora denominato Dynamics 365 Customer Insights - Journeys. Dynamics 365 Customer Insights è ora denominato Dynamics 365 Customer Insights - Data. Per ulteriori informazioni, vedi le Domande frequenti su Dynamics 365 Customer Insights.

Questo articolo fornisce una risoluzione per un problema in cui un segmento non restituisce alcun membro come previsto.

Prerequisiti

  • Lo stato di aggiornamento del segmento ha esito positivo.
  • Il segmento viene appena creato o modificato oppure le regole di importazione o unificazione dei dati o la definizione business dei dati sono state modificate.

Se il segmento ha avuto esito positivo in precedenza e aveva membri ma mostra zero membri e non sono state apportate altre modifiche come specificato in precedenza, aprire un ticket di supporto.

Sintomi

Un segmento viene eseguito e aggiornato correttamente, ma non include alcun membro.

Risoluzione

È possibile eseguire i passaggi seguenti per analizzare la causa radice e risolvere il problema.

Convalidare la logica di base per condizioni o regole contraddittorie

Condizioni o regole contraddittorie AND sullo stesso attributo generano sempre segmenti vuoti. Ad esempio, FirstName = Joe AND FirstName = Frank.

Esaminare tutte le regole e le condizioni per la logica interrotta. Si considerino anche contraddizioni più complesse tra più attributi (questa operazione richiede una maggiore conoscenza del set di dati). Ad esempio, Status = 1 AND StatusDescription = Inactive, mentre un valore di stato pari a 1 indica sempre che è attivo.

Le operazioni set (Union, Intersecte Except vengono usate per combinare due regole) vengono applicate all'oggetto CustomerId restituito da ogni regola. Pertanto, a seconda del risultato previsto, verificare se fa CustomerId parte (o meno) del risultato di ogni valutazione della regola.

Suddividere la complessità

Quando si usano segmenti complessi con più condizioni o regole, ridurre la complessità e isolare la condizione o la regola responsabile del problema.

  • Iniziare dal segmento completo e rimuovere le condizioni e le regole uno per uno. Eseguire il segmento dopo ogni modifica fino a quando non restituisce membri.
  • Creare un nuovo segmento da zero e aggiungere condizioni e regole uno per uno dal segmento che non restituisce alcun membro. Eseguire il segmento dopo ogni passaggio dell'aggiunta di condizioni o regole fino a quando non vengono più restituiti membri.

Dati mancanti per gli attributi usati in una regola o una condizione di segmento

Se il valore dell'attributo utilizzato in una regola o condizione di segmento non è presente per qualsiasi motivo, il segmento probabilmente non restituisce alcun membro. Controllare se il valore previsto esiste.

  • Esplorare i dati della tabella e i valori degli attributi. Se disponibile, esaminare la colonna Riepilogo degli attributi a cui si è interessati e assicurarsi che non siano in stato Mancante o Errore .

    Nota

    Il riepilogo non è disponibile per le tabelle generate dal sistema e facoltativo per le tabelle importate da Azure Data Lake Storage.

  • Controllare se i record di origine non vengono rifiutati per essere danneggiati.

  • Controllare se nella tabella è presente un valore specifico per un attributo specificato. Creare una misura per la tabella, filtrata in base al valore dell'attributo. Usare l'opzione Conteggio per visualizzare il numero di record che contengono il valore della condizione di filtro. Usare l'opzione First sulla chiave primaria o sulla chiave esterna per trovare un record di riferimento.

  • Per esplorare ulteriormente i valori degli attributi nei dati, prendere in considerazione le opzioni seguenti:

    • Scaricare il .csv file per una tabella nella vista tabella per convalidare i primi 100.000 record.

    • Usare il connettore Power BI per esplorare l'entità in Power BI.

      Nota

      Tutte le entità, in particolare le entità di origine di un'origine dati di Azure Data Lake Storage, non saranno disponibili con questo connettore. È anche consigliabile usarlo in tabelle con meno di 1 milione di righe.

    • Esportare i dati in Azure in Archiviazione BLOB di Azure, Azure Data Lake Storage o Azure Synapse Analytics. Le esportazioni possono essere utili per ulteriori indagini tramite Synapse Analytics, Power BI o qualsiasi altro strumento di esplorazione dei dati.

    • Per le origini dati di Power Query, creare una nuova origine dati o una query di riferimento separata nell'origine dati esistente con la condizione di filtro per l'attributo mancante. Dopo l'aggiornamento, verificare se la nuova tabella contiene dati.

Problemi relativi alle relazioni tra tabelle

Se la relazione tra la tabella usata per la segmentazione e la tabella cliente unificata non funziona a causa dei motivi indicati di seguito, il segmento non restituisce alcun membro.

  • Controllare se viene usato il percorso di relazione previsto, in quanto diversi percorsi potrebbero essere tecnicamente validi tra la tabella di origine (con una condizione di filtro sugli attributi) e la tabella Customer. Se sono presenti diverse tabelle coinvolte, controllare ogni relazione e verificare se sono configurate correttamente con gli attributi corretti.

  • La valutazione del valore dell'attributo fa distinzione tra maiuscole e minuscole. Ad esempio, due tabelle sono correlate tramite un attributo comune, MembershipType. Se il valore dell'attributo è GOLD in una tabella e oro nell'altro, non restituirà un join riuscito e non restituirà alcun risultato. La stessa logica si applica a GUIDs, che è facile da perdere.

  • Verificare che i tipi di dati degli attributi siano allineati tra le tabelle.

  • Il processo di deduplicazione identifica un record "vincitore" durante l'unificazione dei dati. Le misure e i segmenti creati con la tabella di origine del profilo deduplicato nel percorso di relazione possono usare il record "vincitore", causando risultati imprevisti.

La valutazione dei segmenti e delle misure avviene unendo tabelle sugli attributi definiti nelle relazioni. Ad esempio, MembershipMaster ha una relazione con la tabella Contact , con MembershipId gli attributi e MembershipType . La tabella Contact ha una relazione con la tabella Customer , contenente i profili cliente unificati sugli attributi ContactId e ContactId (Source1_Contact). Per informazioni dettagliate sulla relazione tra tabelle, vedere lo screenshot seguente:

Screenshot che mostra un esempio di diagramma sulla relazione tra tabelle.

Se la tabella del profilo (in questo esempio, la tabella Contact ) viene deduplicata, la valutazione avviene tramite il record "vincitore" a causa della relazione.

Screenshot che mostra i dati di esempio per il diagramma delle relazioni.

In questo esempio, contattare C1 (con appartenenza "Gold") e C2 (con appartenenza "Silver") sono stati unificati con C2 come vincitore. Di conseguenza, quando viene creato un segmento per identificare i membri "Gold", "First Person" non farà parte del segmento perché il percorso della relazione viene valutato solo con C2.