Aanvragen voor het verwijderen van records (gebruikersinterface-workflow) record-delete

Gebruik de Data Lifecycle werkruimte ​ om records in Adobe Experience Platform te verwijderen op basis van hun primaire identiteit. Deze gegevens kunnen worden gekoppeld aan individuele consumenten of aan elke andere entiteit die in de identiteitsgrafiek is opgenomen.

Vereisten prerequisites

Voor het verwijderen van records moet u goed begrijpen hoe identiteitsvelden in Experience Platform werken. Specifiek, moet u de waarden van identiteitsnamespace van de entiteiten kennen waarvan verslagen u wilt schrappen, afhankelijk van de dataset (of datasets) u hen van schrapt.

Raadpleeg de volgende documentatie voor meer informatie over identiteiten in Experience Platform:

Een aanvraag maken create-request

Selecteer Data Lifecycle in de linkernavigatie van de gebruikersinterface van Experience Platform om het proces te starten. De werkruimte van Data lifecycle requests wordt weergegeven. Selecteer vervolgens Create request op de hoofdpagina in de werkruimte.

De workflow voor het maken van aanvragen wordt weergegeven. Standaard is de optie Delete record geselecteerd onder de sectie Requested Action . Laat deze optie ingeschakeld.

Gegevenssets selecteren select-dataset

De volgende stap is te bepalen of u verslagen van één enkele dataset of alle datasets wilt schrappen. Afhankelijk van de configuratie van uw organisatie, kan de optie van de datasetselectie niet beschikbaar zijn. Als u deze optie niet ziet, blijf aan ​ verstrekken identiteiten ​ sectie van de gids.

Selecteer in de sectie Record Details een keuzerondje om een specifieke gegevensset of alle gegevenssets te kiezen.

Om van een specifieke dataset te schrappen, selecteer Select dataset, dan het gegevensbestandpictogram ( ). Kies in het dialoogvenster dat wordt weergegeven een gegevensset en selecteer Done om te bevestigen.

Selecteer All datasets als u gegevens uit alle gegevenssets wilt verwijderen. Met deze optie vergroot u het bereik van de bewerking en moet u alle relevante identiteitstypen opgeven.

Elke dataset in Experience Platform ondersteunt slechts één primair identiteitstype.

Identiteiten opgeven provide-identities

Wanneer het schrappen van verslagen, moet u identiteitsinformatie verstrekken zodat kan het systeem bepalen welke verslagen moeten worden geschrapt. Voor om het even welke dataset in Experience Platform, worden de verslagen geschrapt gebaseerd op het identiteit namespace gebied dat door het schema van de dataset wordt bepaald.

Zoals alle identiteitsgebieden in Experience Platform, wordt een identiteit namespace samengesteld uit twee dingen: a type (soms bedoeld als identiteit namespace) en a waarde. Het identiteitstype biedt context voor de manier waarop een record in het veld wordt geïdentificeerd (bijvoorbeeld een e-mailadres). De waarde vertegenwoordigt de specifieke identiteit van een record voor dat type (bijvoorbeeld jdoe@example.com voor het email identiteitstype). Veelvoorkomende velden die als identiteiten worden gebruikt, zijn accountgegevens, apparaat-id's en cookie-id's.

TIP

Als u de naamruimte voor een bepaalde gegevensset niet kent, kunt u deze vinden in de gebruikersinterface van Experience Platform. Selecteer in de werkruimte Datasets de desbetreffende gegevensset in de lijst. Op de detailspagina voor de dataset, houd over de naam van het schema van de dataset in het juiste spoor. De naamruimte voor identiteit wordt samen met de naam en beschrijving van het schema weergegeven.

Er zijn twee opties om id's op te geven wanneer u records verwijdert:

Een JSON-bestand uploaden upload-json

Als u een JSON-bestand wilt uploaden, kunt u het bestand naar het opgegeven gebied slepen. U kunt ook Choose files selecteren om in de lokale map te bladeren en een bestand te selecteren.

Het JSON-bestand moet zijn opgemaakt als een array van objecten, elk object dat een identiteit vertegenwoordigt.

[
  {
    "namespaceCode": "email",
    "value": "jdoe@example.com"
  },
  {
    "namespaceCode": "email",
    "value": "san.gray@example.com"
  }
]

Zodra het dossier wordt geupload, kunt u het verzoek ​ blijven voorleggen ​.

Voer identiteiten handmatig in manual-identity

Selecteer Add identity als u identiteiten handmatig wilt invoeren.

Er worden besturingselementen weergegeven waarmee u de identiteiten een voor een kunt invoeren. Selecteer het identiteitstype in het keuzemenu onder identity namespace . Geef onder Primary Identity Value de naamruimtewaarde van de identiteit op voor de record.

Om meer identiteiten toe te voegen, selecteer het plusteken ( ) naast een van de rijen of selecteer Add identity .

Quoten en verwerkingstijdlijnen quotas

Aanvragen voor het verwijderen van records zijn onderworpen aan dagelijkse en maandelijkse indieningslimieten voor id's, die worden bepaald door de licentierechten van uw organisatie. Deze limieten gelden voor verwijderingsaanvragen voor zowel de gebruikersinterface als de API.

Maandelijkse indieningstoeslagrechten per product quota-limits

In de onderstaande tabel worden de indieningslimieten voor id's per product en machtigingsniveau weergegeven. Voor elk product is de maandelijkse limiet de laagste van twee waarden: een vast identificatieplafond of een op percentage gebaseerde drempel die is gekoppeld aan uw gelicentieerde gegevensvolume.

De quota zijn opnieuw ingesteld op de eerste dag van elke kalendermaand. Ongebruikte quota niet draagt over.

Tijdlijnen verwerken voor id-verzending sla-processing-timelines

Na verzending worden aanvragen voor het verwijderen van records in de wachtrij geplaatst en verwerkt op basis van uw machtigingsniveau.

Als uw organisatie hogere limieten nodig heeft, neemt u contact op met uw Adobe-vertegenwoordiger voor een beoordeling van uw rechten.

De aanvraag verzenden submit

Nadat u de gewenste id's aan de aanvraag hebt toegevoegd, voert u onder Request settings een naam en een optionele beschrijving voor de aanvraag in voordat u Submit selecteert.

Er wordt een dialoogvenster Confirm request weergegeven waarin wordt aangegeven dat de identiteiten niet kunnen worden hersteld nadat ze zijn verwijderd. Selecteer Submit om de lijst met identiteiten te bevestigen waarvan u de gegevens wilt verwijderen.

Nadat de aanvraag is verzonden, wordt een werkorder gemaakt en wordt deze weergegeven op het tabblad Record van de werkruimte van Data Lifecycle . Van hier, kunt u de status van de het werkorde controleren aangezien het het verzoek verwerkt.

Gegevens verwijderen uit op modellen gebaseerde gegevenssets model-based-record-delete

Als de dataset u uit een model-gebaseerd schema schrapt, herzie de volgende overwegingen om ervoor te zorgen de verslagen correct worden verwijderd en niet opnieuw worden opgenomen wegens wanverhoudingen tussen Experience Platform en uw bronsysteem.

gedrag voor verwijderen van records

In de volgende tabel wordt beschreven hoe recordverwijderingen zich gedragen in Experience Platform en bronsystemen, afhankelijk van de innamemethode en de configuratie voor het vastleggen van gegevens.

Als u wilt voorkomen dat bestanden opnieuw worden ingevoerd, past u dezelfde verwijderingsmethode toe in zowel uw bronsysteem als Experience Platform, door records van beide systemen te verwijderen of door _change_request_type = 'd' op te nemen voor records die u wilt verwijderen.

Kolommen voor vastleggen en besturen van gegevens wijzigen

Op modellen gebaseerde schema's die Bronnen gebruiken met de vangst van veranderingsgegevens kunnen de _change_request_type controlekolom gebruiken wanneer het onderscheiden schrapt van upserts. Tijdens opname worden records die zijn gemarkeerd met d verwijderd uit de gegevensset, terwijl records die zijn gemarkeerd met u of zonder kolom, worden behandeld als invoegtoepassingen. De kolom _change_request_type wordt alleen gelezen bij invoer en wordt niet opgeslagen in het doelschema of toegewezen aan XDM-velden.

Aanvullende verwijderingsmethoden voor op modellen gebaseerde schema's

Naast de standaard werkstroom voor het verwijderen van records ondersteunen modelschema's aanvullende methoden voor specifieke gebruiksgevallen:

Beschrijvende steun voor hygiënische activiteiten descriptor-support

Modelgebaseerde schemabeschrijvingen bieden essentiële metagegevens voor nauwkeurige hygiënebewerkingen:

Gepland behoud voor op model-gebaseerde schema's

Voor geautomatiseerde hygiëne die op gegevensleeftijd eerder dan specifieke identiteiten wordt gebaseerd, zie ​ het behoud van de dataset van de Gebeurtenis van de Ervaring beheren (TTL) ​ voor geplande rij-vlakke behoud in het gegevensmeer.

Tips en trucs voor op modellen gebaseerde verwijdering van records

Om onbedoelde heropname te voorkomen en de consistentie van de gegevens in de verschillende systemen te handhaven, volgt u de volgende aanbevolen procedures:

Voor meer details op schemavereisten, zie ​ op model-gebaseerde vereisten van de schemabeschrijver ​.
Leren hoe de veranderingsgegevens werken met bronnen vangen, zie ​ veranderingsgegevens toelaten vangen in bronnen ​.

Volgende stappen

In dit document wordt beschreven hoe records in de gebruikersinterface van Experience Platform kunnen worden verwijderd. Voor informatie over hoe te om andere het beheerstaken van de gegevenslevenscyclus in UI uit te voeren, verwijs naar het ​ overzicht UI van de Levenscyclus van Gegevens ​.

Leren hoe te om verslagen te schrappen gebruikend de Hygiëne API van Gegevens, verwijs naar de ​ gids van het het ordeeindpunt van het werk ​.