Avancerad livscykelhantering av data i Adobe Experience Platform

Adobe Experience Platform har en robust uppsättning verktyg för hantering av stora, komplicerade dataåtgärder för att samordna kundupplevelser. När data hämtas in till systemet över tid blir det allt viktigare att hantera dina datalager så att data används som förväntat, uppdateras när felaktiga data behöver korrigeras och tas bort när organisationsprofiler anser det nödvändigt.

Dessa aktiviteter kan utföras med arbetsytan Data Lifecycle i användargränssnittet ​ eller API:t för datahygien. När ett datatillverkarsjobb körs får systemet genomskinlighetsuppdateringar vid varje steg i processen. Mer information om hur varje jobbtyp visas i systemet finns i avsnittet tidslinjer och genomskinlighet.

NOTE
Avancerad livscykelhantering för data stöder borttagning av datauppsättningar via datamängdens slutpunkt och ID-borttagningar (radnivådata) med hjälp av primära identiteter via arbetsorderslutpunkten. Du kan också hantera förfallodatum för datauppsättningar och borttagningar av poster via Experience Platform-gränssnittet. Mer information finns i den länkade dokumentationen. Observera att datalifecycle inte stöder batchborttagning.

Arbetsytan i gränssnittet för Data Lifecycle ui

Med arbetsytan Data Lifecycle i Experience Platform UI kan du konfigurera och schemalägga datalivscykelåtgärder, vilket säkerställer att dina poster bevaras som förväntat.

Detaljerade anvisningar om hur du hanterar livscykelaktiviteter för data i användargränssnittet finns i användargränssnittshandboken för datatillgångar.

API för datahygien api

Gränssnittet Data Lifecycle är byggt ovanpå API:t för datahygien, vars slutpunkter är tillgängliga för dig att använda direkt om du föredrar att automatisera dina datalivscykelaktiviteter. Mer information finns i API-handboken för datahygien.

Tidslinjer och genomskinlighet timelines-and-transparency

Förfrågningar om borttagning av poster och förfallodatum för datauppsättningar har sina egna bearbetningstidslinjer och tillhandahåller genomskinlighetsuppdateringar vid viktiga punkter i sina respektive arbetsflöden.

TIP
Ytterligare referensinformation:

Följande inträffar när en förfallobegäran för en datauppsättning skapas:

Scen
Tid efter schemalagd förfallotid
Beskrivning
Begäran har skickats
0 timmar
En datahanterare eller integritetsanalytiker skickar en begäran om att en datauppsättning ska upphöra att gälla vid en viss tidpunkt. Begäran är synlig i Data Lifecycle UI efter att den har skickats och har en väntande status fram till den schemalagda förfallotiden, efter vilken begäran kommer att köras.
Datauppsättningen tas bort från datasjön
1 timme
Datauppsättningen tas bort från datauppsättningens lagersida i användargränssnittet. Data i datasjön tas bara bort på ett mjukt sätt, och kommer att finnas kvar tills processen är slut, varefter de kommer att tas bort.
Datauppsättningen tas bort från profiltjänsten
3 timmar
Från och med nu kommer åtgärder som batchsegmentering och direktuppspelningssegmentering, förhandsgranskning eller uppskattning, export och åtkomst till enheter inte längre att läsa data från den här datauppsättningen. Informationen i profiltjänsten är endast mjuk och tas bort tills processen är klar. Därefter tas den bort.
Profilantal och målgrupper har uppdaterats
48 timmar
När alla profiler som påverkas har uppdaterats uppdateras alla relaterade målgrupper så att deras nya storlek återspeglas. Beroende på vilken datauppsättning som har tagits bort och vilka attribut du segmenterar på, kan storleken på varje målgrupp öka eller minska på grund av borttagningen. Vid den här tidpunkten återspeglas eventuella ändringar i det totala antalet profiler i instrumentpanelswidgetar och andra rapporter.
Uppdaterade resor och destinationer
50 timmar
Resor, kampanjer och mål uppdateras enligt ändringar i relaterade segment.
Borttagningen har slutförts
15 dagar
Alla data som är relaterade till datauppsättningen tas bort från datasjön och profiltjänsten. Status för datatilleriet ​ som tog bort datauppsättningen uppdateras för att återspegla detta.

Spela in borttagningstidslinjer record-delete-transparency

Följande inträffar när en begäran om radering av post har skickats.

NOTE
Tidsinställningarna är ungefärliga och varierar beroende på systembelastning, batchplanering och tillståndsnivå. SLA (30 dagars standard, 15 dagar för Privacy and Security Shield eller Healthcare Shield) är det avgörande åtagandet.
Scen
Cirka. timing
Beskrivning
Begäran har skickats och grupperats
Dag 1-15
En arbetsorder skapas och köas. Förfrågningar kan ställas i kö och grupperas i upp till 14 dagar innan bearbetningen börjar. Batchning är den primära orsaken till att borttagningen inte sker omedelbart.
Begäran om borttagning av processer i äldre system
Dag 16-25
Underliggande tjänster tar emot och kör begäran om radering av post.
Buffert - integritetskontroller och återinlämning
Dag 25-30
Ett buffertfönster tillåter integritetskontroller och återsändning av misslyckade jobb innan SLA-fönstret stängs. Arbetsorderstatusen uppdateras till completed när alla system har bekräftat borttagningen.

Information om berättigandebaserade kötider och maximala SLA-värden finns i Bearbeta tidslinjer för identifieraröverföringar.

Nästa steg next-steps

I det här dokumentet finns en översikt över Experience Platform funktioner för datalivscykel. Om du vill komma igång med att göra datahygien-begäranden i användargränssnittet läser du användargränssnittsguiden för datalängd. Information om hur du skapar datalifecycle-jobb programmatiskt finns i API-handboken för datahygien.

recommendation-more-help
332f81c1-51e7-4bde-8327-2eb07f09604f