Documentatie Experience Platform Geavanceerde handleiding voor levenscyclusbeheer van gegevens

Advanced Data Lifecycle Management in Adobe Experience Platform

Last update: Tue May 05 2026 00:00:00 GMT+0000 (Coordinated Universal Time)

Onderwerpen:
Gegevensgezondheid

Gemaakt voor:

Gebruiker
Ontwikkelaar
Beheerder

Adobe Experience Platform biedt een robuuste set hulpmiddelen voor het beheer van grote, gecompliceerde gegevensbewerkingen om de ervaringen van de consument te kunnen indelen. Aangezien het gegeven in tijd in het systeem wordt opgenomen, wordt het steeds belangrijker om uw gegevensopslag te beheren zodat de gegevens zoals verwacht worden gebruikt, wordt bijgewerkt wanneer de onjuiste gegevens moeten verbeteren, en wordt geschrapt wanneer het organisatorische beleid het noodzakelijk acht.

Deze activiteiten kunnen worden uitgevoerd gebruikend de Data Lifecycle werkruimte UI of Hygiene API van Gegevens . Wanneer een gegevenslevenscyclusbaan uitvoert, verstrekt het systeem transparantie updates bij elke stap van proces. Zie de sectie op chronologie en transparantie voor meer informatie over hoe elk baantype in het systeem wordt vertegenwoordigd.

NOTE

Het geavanceerde Beheer van de Levenscyclus van Gegevens steunt datasetschrappingen door het eindpunt van de gegevenssetvervalsing en identiteitskaart schrappingen (rij-vlakke gegevens) gebruikend primaire identiteiten via het werkordeeindpunt . U kunt datasetvervalingen en verslagschrappingen door Experience Platform UI ook beheren. Raadpleeg de gekoppelde documentatie voor meer informatie. Merk op dat de Levenscyclus van Gegevens geen partijschrapping steunt.

Data Lifecycle UI-werkruimte ui

Met de werkruimte van Data Lifecycle in de gebruikersinterface van Experience Platform kunt u bewerkingen tijdens de gegevenslevenscyclus configureren en plannen, zodat u zeker weet dat uw records op de verwachte manier worden onderhouden.

Voor gedetailleerde stappen bij het beheren van de taken van de gegevenslevenscyclus in UI, zie de gids UI van de gegevenslevenscyclus .

API voor gegevenshygiëne api

De gebruikersinterface van Data Lifecycle is gebaseerd op de API voor gegevenshygiëne, waarvan de eindpunten direct beschikbaar zijn voor u als u uw activiteiten tijdens de levenscyclus van gegevens liever wilt automatiseren. Zie de gids van de Hygiëne API van Gegevens voor meer informatie.

Tijdlijnen en transparantie timelines-and-transparency

schrapt het Verslag en de verzoeken van de datasetvervalsing elk hun eigen verwerkingschronologie hebben en transparantie updates op zeer belangrijke punten in hun respectieve werkschema's verstrekken.

TIP

Voor aanvullende informatie:

Om uw huidig gebruik tegen quotagrenzen te controleren, zie de gids van de de verwijzingsverwijzing van de Quota .
Voor betitelingsregels, maandelijkse kappen, de chronologie van SLA, en uitzondering behandelend beleid, zie het Deel van het Verslag quotagids (UI) schrappen en de Gids van het de ordequota van het Werk (API) .

Het volgende vindt plaats wanneer het verzoek van de a datasetvervaldatum wordt gecreeerd:

Werkgebied

Tijd na geplande vervaldatum

Beschrijving

Verzoek is ingediend

0 uur

Een gegevensbeheerder of privacyanalist dient een verzoek in om een dataset op een bepaald tijdstip te laten verlopen. Het verzoek is zichtbaar in Data Lifecycle UI nadat het is ingediend en blijft in behandeling tot de geplande vervaltijd, waarna het verzoek zal uitvoeren.

Dataset wordt verwijderd uit datumpigment

1 uur

De dataset wordt gelaten vallen van de pagina van de datasetinventaris in UI. De gegevens in het datumpeer worden slechts zachte geschrapt, en zullen zo tot het eind van het proces blijven, waarna het hard zal worden geschrapt.

Gegevensset wordt verwijderd uit profielservice

3 uur

Vanaf dit punt, zullen de verrichtingen met inbegrip van partij en het stromen segmentatie, voorproef of raming, de uitvoer, en entiteittoegang niet meer gegevens van deze dataset lezen. De gegevens binnen de profielservice worden alleen op de elektronische manier verwijderd en blijven geldig tot het einde van het proces, waarna de gegevens worden verwijderd.

Aantal profielen en publiek bijgewerkt

48 uur

Zodra alle beïnvloede profielen worden bijgewerkt, worden alle verwante publiek bijgewerkt om op hun nieuwe grootte te wijzen. Afhankelijk van de dataset die werd verwijderd en de attributen die u op segmenteert, kon de grootte van elk publiek wegens de schrapping stijgen of verminderen. Op dit punt worden om het even welke resulterende veranderingen in algemene profieltellingen weerspiegeld in dashboard widgets en andere rapporten.

Reizen en bestemmingen bijgewerkt

50 uur

de Reizen , campagnes , en bestemmingen worden bijgewerkt volgens veranderingen in verwante segmenten.

Harde verwijdering voltooid

Alle gegevens met betrekking tot de dataset zijn hard geschrapt van de gegevens meer en profieldienst. De status van de baan van de gegevenslevenscyclus die de dataset schrapte wordt bijgewerkt om dit te weerspiegelen.

Tijdlijnen opnemen voor verwijderen record-delete-transparency

Het volgende vindt plaats nadat het verzoek van de a verslagschrapping wordt voorgelegd.

NOTE

Timingen zijn bij benadering en variëren op basis van systeembelasting, batchplanning en machtigingsniveau. De end-to-end SLA (30 dagen standaard, 15 dagen voor Privacy and Security Shield of Healthcare Shield) is de operationele verbintenis.

Werkgebied

Ongeveer. timing

Beschrijving

Aanvraag ingediend en gearchiveerd

Dag 1-15

Er wordt een werkorder gemaakt en in de wachtrij geplaatst. Aanvragen kunnen maximaal 14 dagen in de wachtrij worden geplaatst en worden gebatcheerd voordat de verwerking begint. Batching is de belangrijkste reden waarom verwijdering niet onmiddellijk plaatsvindt.

Verzoek om verwijdering van systeemproces

Dag 16-25

Downstreamservices ontvangen de aanvraag voor het verwijderen van records en voeren deze uit.

Buffer — integriteitscontroles en opnieuw indienen

Dag 25-30

In een buffervenster kunnen integriteitscontroles worden uitgevoerd en mislukte taken opnieuw worden verzonden voordat het SLA-venster wordt gesloten. De status van de werkorder wordt bijgewerkt naar completed als alle systemen de verwijdering bevestigen.

Voor op betiteling-gebaseerde rijduur en maximum SLA waarden, zie Chronologie van de Verwerking voor herkenningstekenvoorlegging .

Volgende stappen next-steps

Dit document biedt een overzicht van de mogelijkheden van de Experience Platform Data Lifecycle. Om begonnen te worden het maken van verzoeken van de gegevenshygiëne in UI, zie de gids UI van de gegevenslevenscyclus . Om de banen van de Levenscyclus van Gegevens te creëren programmatically, zie de gids van de Hygiëne API van Gegevens .

recommendation-more-help

332f81c1-51e7-4bde-8327-2eb07f09604f