Vianmääritys: Segmenteissä näkyy virheellinen jäsenmäärä

Tässä artikkelissa on ratkaisu ongelmaan, jossa segmentti ei palauta odotettua jäsenmäärää. Segmentissä voi olla odotettua suurempia tai pienempiä määriä. Tämä artikkeli voi auttaa määrittämään, onko kyseessä poikkeama, ja siinä esitetään ohjeita virheen juurisyyn selvittämiseen.

Virheellisen jäsenmäärän oireet

Segmentti suoritetaan, ja se päivittyy, mutta se on ristiriidassa odotettujen määrien kanssa. Segmentissä on odotettua suurempi tai pienempi määrä yhteyshenkilötunnuksia.

Virheellisen jäsenmäärän esimerkkejä ja ratkaisuja

Tämän artikkelin seuraavissa osissa eritellään jäsenmääräristiriidat, joita saattaa esiintyä, ja esitetään vianmääritysvinkkejä ongelman ratkaisemiseksi.

Segmenteissä ei ole jäseniä tai odotettua vähemmän jäseniä

Kokeile seuraavia vianmääritysohjeita selvittääksesi, miksi segmentillä on odotettua vähemmän jäseniä:

Vaihe 1: Vahvista ristiriitaisten ehtojen tai sääntöjen peruslogiikka

Ristiriitaiset JA-ehdot tai -säännöt samassa määritteessä johtavat aina tyhjiin segmentteihin. Esimerkki: FirstName = Joe AND FirstName = Frank.

Määritettyjä toimintoja (toiminnoilla liitos, leikkaus ja paitsi yhdistetään kaksi sääntöä) sovelletaan kunkin säännön palauttamaan ContactId-tunnukseen. Varmista siis odotetusta tuloksesta riippuen, onko odotettu ContactId kunkin säännön arvioinnin tulos (tai ettei se ole).

Vaihe 2: Jaottelun monimutkaisuus

Kun käsittelet monimutkaisia segmenttejä, joilla on useita ehtoja tai sääntöjä, vähennä monimutkaisuutta ja eristä ongelman aiheuttava ehto tai sääntö. Tämä auttaa tunnistamaan tarkan tapauksen tai ehdon, jossa ongelma tapahtuu.

• Aloita koko segmentistä ja poista ehtoja ja sääntöjä yksi kerrallaan. Suorita segmentti jokaisen muutoksen jälkeen, kunnes se palauttaa jäseniä.
• Luo uusi segmentti alusta ja lisää ehdot ja säännöt yksi kerrallaan segmentistä, joka ei palauta jäseniä. Suorita segmentti kunkin ehtojen tai sääntöjen lisäämisen jälkeen, kunnes jäseniä ei enää palauteta.
• Kun sääntö, joka suodattaa jäsenet pois, on tunnistettu, käytä jotakin odotettua yhteyshenkilöä sen tarkastamiseen, vastaako se kaikkia segmentille lisättyjä ehtoja.
• Poista poissulkemissegmentit sen tarkastamiseksi, tuleeko yhteyshenkilö mukaan ennen kuin lisäät hänet, ja tarkasta, onko poissulkemissegmentillä ContactId, joka saattaa sulkea sen pois ensisijaisesta segmentistä.

Vaihe 3: Tarkasta liiketoimintayksiköt

Tarkasta, onko liiketoimintayksikköjen rajaus käytössä organisaatiossa. Jos se on käytössä, reaaliaikaiset siirtymät palauttavat jäseniä vain sinun liiketoimintayksiköstäsi.

• Reaaliaikaiset siirtymät ottavat liiketoimintayksiköt käyttöön oletusarvoisesti. Lähtevässä markkinoinnissa liiketoimintayksiköt voivat olla käytössä tai eivät.
• Lähtevässä markkinoinnissa kullakin segmentillä voi olla muttei ole pakko olla liiketoimintayksikköjä, kun taas reaaliaikaisissa siirtymissä joko kaikilla segmenteillä on liiketoimintayksiköt käytössä tai millään ei ole.

Vaihe 4: Tarkasta tyhjät taulukot

Tarkasta, että segmentissä käytetyt taulukot eivät ole tyhjiä. Kaikki segmentissä käytettävät entiteetit edellyttävät vähintään yhtä tietuetta, jotta synkronointi voidaan käynnistää segmentille. Jos entiteetti on tyhjä, segmentissä ei näy odotettuja jäseniä.

Vaihe 5: Tarkasta suostumus

Tarkasta, onko suostumus otettu käyttöön. Suostumus suodattaa näytettävät segmentit valitun tarkoituksen ja aiheen perusteella. Lisätietoja: Suostumuksen siirtäminen lähtevästä markkinoinnista

Segmenteissä näkyy odotettua enemmän jäseniä

Kokeile seuraavia vianmääritysohjeita selvittääksesi, miksi segmentillä on odotettua enemmän jäseniä:

Vaihe 1: Jaottelun monimutkaisuus

• Aloita koko segmentistä ja poista ehtoja ja sääntöjä yksi kerrallaan. Suorita segmentti jokaisen muutoksen jälkeen, kunnes se sisältää odotetun jäsenen.
• Tarkasta, onko segmentissä paitsi-lausekkeita tai poisjättösegmenttejä ja tarkasta, kuuluvatko odotetut yhteyshenkilöt siihen eikä heitä suodateta ulos.
• Kun sääntö, joka aiheuttaa jäsenen lisääminen on selvitetty, varmista, että tiedot vastaavat tulosta. Jos sääntö esimerkiksi on firstname = 'Frank', segmenttiin pitäisi sisältyä vain yhteyshenkilöitä, joissa firstname = 'Frank'.

Vaihe 2: Ristiriita lähtevän markkinoinnin tai erikoishaun jäsenten kanssa

Jos havaitset ristiriitaisuuksia lähtevän markkinoinnin tai erikoishaun jäsenten kanssa, tarkasta seuraavat seikat:

• Tarkasta, ovatko käytetyt suhteet samassa järjestyksessä. Tili-entiteettiä käytetään segmentissä suhteena entiteettien yhteyshenkilö ja tili välillä. Se eroaa suodatinten soveltamisesta suoraan tili-entiteettiin erikoishaussa.
• Reaaliaikaiset siirtymät mahdollistavat segmenttien luomisen vain yhteyshenkilö- ja liidientiteettien perusteella. Varmista, että nämä ovat lähtevän markkinoinnin tai erikoishaun kentissä käytetyt ensisijaiset entiteetit.

Vaihe 3: Tarkasta, ettei virtuaalisia kenttiä käytetä

Tällä hetkellä Dataversessä taulukoissa luotuja virtuaalisia kenttiä ei tueta segmentointiominaisuudessa.

Milloin tukipalvelupyyntö pitäisi tehdä?

Jos kaikki edellä mainitut ehdot täyttyvät ja odotetut yhteyshenkilöt eivät edelleenkään täsmää, sinun pitäisi tehdä tukipalvelupyyntö. Kun teet tukipalvelupyynnön, sisällytä siihen aina seuraavat tiedot:

• OrgId-tunnus
• Reaaliaikaisten siirtymien segmenttien segmenttitunnus
• Ristiriidan lähde: erikoishaku vai lähtevä markkinointi
  • Erikoishaun FetchXML
  • Segmenttitunnus lähtevän markkinoinnin kohdalla.
• Esimerkinomaisia ContactId-tunnuksia, joiden pitäisi tai ei pitäisi näkyä segmentissä.
• Määritteet ja entiteetit, joissa ContactId aiheuttaa mahdollisen ristiriidan.