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:
- Dienst van de Identiteit van Adobe Experience Platform : Brugshanden identiteiten over apparaten en systemen, die datasets verbinden samen op de identiteitsgebieden worden gebaseerd die door de schema's XDM worden bepaald zij met in overeenstemming zijn.
- Identiteit namespaces : Identiteitsnaamruimten bepalen de verschillende soorten identiteitsinformatie die op één enkele persoon kunnen betrekking hebben, en een vereiste component voor elk identiteitsgebied zijn.
- Real-Time Profiel van de Klant : Gebruikt identiteitsgrafieken om verenigde consumentenprofielen te verstrekken die op samengevoegde gegevens van veelvoudige bronnen worden gebaseerd, in bijna-real-time wordt bijgewerkt.
- Model van de Gegevens van de Ervaring (XDM) : Verstrekt standaarddefinities en structuren voor de gegevens van Experience Platform door het gebruik van schema's. Alle Experience Platform-gegevenssets voldoen aan een specifiek XDM-schema en het schema definieert welke velden id's zijn.
- de gebieden van de Identiteit : Leer hoe een identiteitsgebied in een XDM schema wordt bepaald.
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 (
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.
- Wanneer het schrappen van a enige dataset, moeten alle identiteiten in uw verzoek het zelfde type gebruiken.
- Wanneer het schrappen van alle datasets, kunt u veelvoudige identiteitstypes omvatten, aangezien de verschillende datasets op verschillende primaire identiteiten kunnen vertrouwen."
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.

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"
}
]
namespaceCode
value
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 (
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.
_change_request_type = 'd'
, worden tijdens de opname verwijderd. U kunt records zonder vlag opnieuw invoegen.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:
- Veilige-exemplaardatasetbenadering: Dupliceer de productieset en pas schrappingen op het exemplaar voor gecontroleerd testen of verzoening toe alvorens veranderingen op productiegegevens toe te passen.
- schrapt-slechts partijupload: Upload een dossier dat slechts schrappingsverrichtingen voor gerichte hygiëne bevat wanneer u specifieke verslagen moet verwijderen zonder andere gegevens te beïnvloeden.
Beschrijvende steun voor hygiënische activiteiten descriptor-support
Modelgebaseerde schemabeschrijvingen bieden essentiële metagegevens voor nauwkeurige hygiënebewerkingen:
- Primaire zeer belangrijke beschrijver: Identificeert verslagen uniek voor gerichte updates of schrapt, die ervoor zorgen dat de correcte verslagen worden beïnvloed.
- beschrijver van de Versie: Verzekert schrapt en de updates zijn van toepassing in de correcte chronologische orde, die uit-van-opeenvolgingsverrichtingen verhinderen.
- de beschrijver van de tijdstempel (tijd-reeksen schema's): Lijnt schrapt verrichtingen met de tijden van gebeurtenisvoorkomen eerder dan ingangstijden uit.
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:
- Coördinaat schrappingen: Lijn verslagschrappingen met uw configuratie van de vangst van veranderingsgegevens en brongegevensbeheerstrategie uit.
- de veranderingsgegevens van de Monitor vangen stromen: Na het schrappen van verslagen in Platform, controleert dataflows en bevestigt dat het bronsysteem of de zelfde verslagen verwijdert of hen met
_change_request_type = 'd'
omvat. - Schoon de bron op: Voor bronnen die volledig gebruiken verfrist opname of die die niet steunen schrapt door veranderingsgegevens vangen, schrapt direct verslagen van het bronsysteem om re-ingestie te vermijden.
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 .