Chronologies du traitement du cycle de vie des données data-lifecycle-processing-timelines

Utilisez ce document pour comprendre les délais de traitement des demandes liées au cycle de vie des données dans Adobe Experience Platform. Les demandes de suppression d’enregistrements et d’expiration de jeu de données suivent différentes chronologies de traitement.

Les délais de suppression des enregistrements varient selon le niveau de droits : les droits standard ont un SLA de 30 jours, tandis que les organisations qui disposent d’un module complémentaire Privacy and Security Shield ou Healthcare Shield ont un SLA de 15 jours. Si vous ne savez pas quel niveau s’applique à votre organisation, vérifiez votre utilisation des quotas ou contactez votre représentant Adobe.

Les requêtes d’expiration de jeu de données suivent un calendrier distinct, indépendant des niveaux de droits de suppression d’enregistrement. Voir Chronologies de traitement de l’expiration du jeu de données pour les étapes qui se produisent après l’heure d’expiration planifiée.

Traitement des demandes de suppression d’enregistrements how-record-delete-timelines-work

Après avoir envoyé une demande de suppression d’enregistrement, celle-ci passe par trois phases : mise en file d’attente et traitement par lots, traitement en aval et achèvement. Tous les niveaux de droits suivent le même flux ; votre SLA détermine la durée de chaque phase. Votre SLA dure 30 jours pour les droits standard et 15 jours pour les organisations qui disposent d’un module complémentaire Privacy and Security Shield ou Healthcare Shield.

Si vous avez déjà soumis une demande et souhaitez confirmer qu’elle progresse normalement, utilisez la section Délais de traitement par droit pour déterminer où votre demande doit se fonder sur le temps écoulé.

Phase 1 : mise en file d’attente et traitement par lots queuing-and-batching

Après l’envoi, un ordre de travail est créé et votre demande entre dans une file d’attente de traitement. Les demandes sont conservées dans la file d’attente et regroupées par lots avant le début du traitement. Le traitement par lots, et non une erreur système, est la principale raison pour laquelle la suppression ne se produit pas immédiatement après l’envoi.

La durée de la file d’attente varie en fonction du niveau de droit. Les demandes standard peuvent rester dans la file d’attente pendant 14 jours au maximum. Les requêtes sous Privacy and Security Shield ou Healthcare Shield sont généralement traitées par lots dans les 24 heures environ, bien que les requêtes volumineuses puissent être promues plus tôt en fonction des seuils de volume.

Phase 2 : traitement en aval downstream-processing

Une fois qu’un lot quitte la file d’attente, les services en aval traitent la suppression dans vos entrepôts de données Experience Platform. Le statut de l’ordre de travail ne se met pas à jour au cours de cette phase ; il reflète le résultat global une fois le traitement confirmé. Pour vérifier le statut actuel de votre requête, voir Surveillance du statut de la requête. La durée du traitement varie en fonction de la charge du système et du niveau de droits et se produit dans la fenêtre SLA opérationnelle pour votre niveau de droits.

Phase 3 : Achèvement completion

Le statut de l’ordre de travail est mis à jour sur completed une fois que tous les systèmes confirment la suppression. Vous pouvez vérifier le statut d’achèvement dans l’espace de travail Cycle de vie des données.

Chronologies de traitement par droit processing-timelines-by-entitlement

Les trois phases ci-dessus s’appliquent à tous les niveaux de droits. Les tableaux suivants indiquent la durée approximative de chaque phase en fonction de vos droits. Identifiez votre niveau avant de vous fier à un calendrier spécifique. Les durées des phases sont approximatives et varient en fonction de la charge du système et de la planification des lots. Le SLA de bout en bout indiqué est l’engagement opérationnel.

Droit standard standard-entitlement

La chronologie suivante s’applique aux organisations sans un module complémentaire Privacy and Security Shield ou Healthcare Shield.

IMPORTANT
Le SLA de bout en bout de 30 jours est l’engagement opérationnel.
Phase
Planning approximatif
Description
Demande envoyée et groupée
Jusqu’à 14 jours
Un ordre de travail est créé et entre dans la file d’attente de traitement. Les demandes sont traitées par lots avant le début du traitement. Le traitement par lots est la principale raison pour laquelle la suppression n’est pas immédiate.
Traitement en aval
Jour 15-25
Les services en aval reçoivent et exécutent la requête de suppression d’enregistrement. La durée varie en fonction de la charge du système.
Achèvement
Jour 25-30
Les étapes finales de traitement et de validation sont terminées avant la mise à jour du statut de l’ordre de travail sur completed.

Privacy and Security Shield / Healthcare Shield shield-entitlement

La chronologie accélérée ci-dessous s’applique uniquement aux organisations qui ont acheté le module complémentaire Privacy and Security Shield ou Healthcare Shield. Pour vérifier le niveau de droits, contactez votre représentant Adobe ou passez en revue votre utilisation du quota.

IMPORTANT
Le SLA de bout en bout de 15 jours est l’engagement opérationnel.
Phase
Planning approximatif
Description
Demande envoyée et groupée
Généralement ~24 heures
Un ordre de travail est créé et mis en file d’attente. Les demandes sont regroupées par lots avant le début du traitement, c’est pourquoi la suppression n’est pas immédiate.
Traitement et achèvement en aval
Dans un SLA de 15 jours
Les services en aval reçoivent et exécutent la requête de suppression d’enregistrement. Le statut de l’ordre de travail est mis à jour sur completed une fois que tous les systèmes confirment la suppression.

Chronologies de traitement de l’expiration des jeux de données dataset-expiration-timelines

Les requêtes d’expiration de jeu de données suivent une chronologie de traitement distincte des requêtes de suppression d’enregistrement. Les contrats de niveau de service de 15 jours et de 30 jours décrits ci-dessus ne s’appliquent pas à l’expiration des jeux de données.

Ce qui suit se produit lorsqu’une requête d’expiration de jeu de données est créée :

Étape
Durée après expiration planifiée
Description
La requête a été soumise
0 heure
Un gestionnaire de données ou un analyste de la confidentialité soumet une demande pour qu’un jeu de données expire à un moment donné. La requête est visible dans l’interface utilisateur du cycle de vie des données après avoir été soumise et reste dans un statut en attente jusqu’à l’heure d’expiration planifiée, après quoi la requête s’exécutera.
Jeu de données supprimé du lac de données
1 heure
Le jeu de données est supprimé de la page d’inventaire jeu de données dans l’interface utilisateur. Les données du lac de données sont uniquement supprimées de manière réversible et le resteront jusqu’à la fin du processus, après quoi elles seront supprimées définitivement.
Jeu de données supprimé du service de profil
3 heures
À partir de maintenant, les opérations comprenant la segmentation par lots et en flux continu, la prévisualisation ou l’estimation, l’exportation et l’accès aux entités ne liront plus les données de ce jeu de données. Les données du service de profil sont uniquement supprimées de manière réversible et le resteront jusqu’à la fin du processus, après quoi elles seront supprimées définitivement.
Nombre de profils et audiences mis à jour
48 heures
Une fois tous les profils affectés mis à jour, toutes les audiences connexes sont mises à jour pour refléter leur nouvelle taille. Selon le jeu de données supprimé et les attributs que vous segmentez, la taille de chaque audience peut augmenter ou diminuer en raison de la suppression. À ce stade, toutes les modifications résultantes dans le nombre total de profils sont répercutées dans les widgets de tableau de bord et d’autres rapports.
Destinations et parcours mis à jour
50 heures
Les Parcours, destinations, et campagnes sont mis à jour en fonction des modifications apportées aux segments connexes.
Suppression définitive terminée
15 jours
Toutes les données liées au jeu de données sont supprimées définitivement du lac de données et du service de profil. Le statut de la tâche du cycle de vie des données qui a supprimé le jeu de données est mis à jour pour refléter cette situation.

Quota et limites de soumission quota-and-submission-limits

Les délais de traitement s’appliquent une fois la demande acceptée. Les demandes de suppression d’enregistrements sont également soumises à des quotas d’envoi d’identifiants mensuels et quotidiens distincts et indépendants des contrats de niveau de service de traitement. Si une demande soumise ne semble pas être en cours d’exécution, confirmez qu’elle a été acceptée avant d’attribuer le retard au traitement par lots. Une requête bloquée par l’épuisement du quota requiert une action et ne pénètre pas dans la file d’attente de traitement. Le dépassement de votre quota empêche l’acceptation de nouvelles demandes, quel que soit votre niveau SLA.

Pour les niveaux de quota, les limites mensuelles et les limites basées sur les droits, voir :

Surveillance du statut des demandes monitoring-request-status

Pour vérifier le statut d’une demande de suppression d’enregistrement envoyée, accédez à l’espace de travail Cycle de vie des données dans l’interface utilisateur d’Experience Platform et sélectionnez l’onglet Enregistrement. Une liste des demandes de suppression d’enregistrements envoyées et leur statut actuel s’affiche. Pour les vérifications d’état par programmation, utilisez l’API work order.

Pour obtenir des instructions détaillées, voir Parcourir les ordres de travail relatifs au cycle de vie des données ou le Guide de point d’entrée des ordres de travail.

Étapes suivantes next-steps

Pour continuer à travailler avec les demandes de suppression d’enregistrements, consultez les ressources suivantes.

recommendation-more-help
experience-platform-help-hygiene