Expurger les données personnellesVersion bêta publique
Supprimez l'accès système aux données personnelles sur les objets.
Vous pouvez utiliser les tâches d’expurgation pour supprimer les données de vos utilisateurs de votre Dashboard et de l’API dans le cadre des demandes de suppression de données des clients. Utilisez-les pour expurger des objets contenant des données personnelles, telles que le nom et l’adresse du client. L’expurgation d’un objet entraîne également l’expurgation des objets associés, tels que les logs d’événements et de requêtes. Cette fonctionnalité vous permet de créer des processus pour faciliter les demandes de suppression des clients
Les tâches d’expurgation sont en version bêta publique.
Aperçu
Suivez ces étapes pour expurger des données de votre Dashboard et de votre API.
- Créez une tâche d’expurgation à l’aide des identifiants d’objet contenant les données personnelles que vous souhaitez expurger.
- Validez et corrigez les erreurs de validation avant de continuer.
- Une fois que la tâche a été validée, exécutez-la (ou annulez-la) pour expurger les objets.
Vous pouvez expurger des objets dans des environnement de test et en mode production. Vérifiez votre intégration dans un environnement de test avant d’utiliser le mode production.
Nous vous recommandons de suivre le guide pour exécuter votre première tâche d’expurgation.
L’expurgation est irréversible
Vous ne pouvez pas mettre à jour ou réutiliser des objets expurgés. Traiter les objets expurgés comme inutilisables. Lorsque vous accéderez aux objets expurgés à l’aide du Dashboard ou de l’API, vous verrez apparaître [redacted]
(ou des paramètres substituables similaires) à la place des valeurs qui contenaient précédemment des données personnelles.
Cela signifie également que la suppression des objets supprime l’option pour les actions futures. Les transactions expurgées sont automatiquement perdues en cas de litige et vous ne pouvez pas les rembourser.
Créer une tâche d’expurgation
Tout d’abord, identifiez les objets Stripe à expurger. Le cas d’usage le plus courant consiste à expurger un objet Customer.
L’expurgation d’un objet entraîne également la suppression de tous les objets associés. Par exemple, si vous expurgez à l’aide d’un objet Customer
, les données associées à ce client sont également expurgées. Si vous souhaitez expurger un plus petit ensemble d’objets, vous pouvez choisir un autre objet comme racine. Voici tous les objets pris en charge :
- Customers
- Payment Intents
- Invoices
- Sessions Checkout
- Setup Intents
- Cartes Issuing
- Fraud Value List Items
- Identity Verification Sessions
- Charges
Utilisez Créer une tâche d’expurgation pour configurer et créer une nouvelle tâche. La création d’une tâche n’expurge pas immédiatement les données. Tout d’abord, un contrôle de validation évalue tous les objets associés pour voir si la tâche peut expurger les objets.
Valider et résoudre les erreurs de validation éventuelles
Une fois la tâche créée, la validation démarre. Le validation_
détermine comment la tâche valide les objets. Cela modifie également la façon dont la tâche expurge les objets si vous l’exécutez ultérieurement :
error
est la valeur par défaut. La tâche génère une erreur de validation pour chaque objet que vous ne pouvez pas expurger. Si vous rencontrez des erreurs, vous devez toutes les résoudre pour que la tâche puisse s’exécuter.fix
tente de corriger les erreurs de validation dès que possible. Les corrections apportées aux objets s’appliquent lors de l’exécution de la tâche. Certains objets ne peuvent pas être corrigés automatiquement et vous devez les résoudre pour que la tâche puisse s’exécuter.
Vous pouvez configurer le comportement de validation d’une tâche lors de la création d’une nouvelle tâche ou de la mise à jour d’une tâche existante.
Nous pouvons vous demander de finaliser l’utilisation d’un objet ou d’attendre la fin des périodes de risque. Par exemple, vous pouvez expurger les objets PaymentIntent
lorsqu’ils sont à l’état succeeded
ou canceled
.
Une tâche avec un comportement de validation d’erreur échoue et renvoie l’erreur. Une tâche avec un comportement de validation correctif applique un correctif lors de l’exécution de la tâche. Vous pouvez afficher la liste des comportements de validation correctifs pour tous les objets. Dans l’exemple PaymentIntent, l’exécution d’une tâche d’expurgation avec un comportement de validation correctif annule l’objet.
Vous pouvez utiliser la liste de toutes les erreurs de validation pour afficher les erreurs de validation d’une tâche, comme suit :
{ "object": "list", "data": [ { "id": "prjve_123", "object": "privacy.redaction_job_validation_error", "code": "invalid_state", "erroring_object": { "id": "pi_123", "object_type": "payment_intent" }, "message": "PaymentIntent isn't finalized. Confirm or cancel the payment intent." } ], "has_more": false, "url": "/v1/privacy/redaction_jobs/:job/validation_errors" }
Exécuter ou annuler une tâche d’expurgation
Une fois la validation terminée, la tâche passe à l’état ready
ou failed
. Vous pouvez désormais exécuter une tâche d’expurgation ou annuler une tâche d’expurgation.
Une fois que vous avez effectué l’une ou l’autre de ces actions, elle est irréversible et se poursuit jusqu’à ce qu’elle soit terminée.
- Vous ne pouvez pas annuler l’expurgation d’un objet après l’avoir expurgé.
- L’annulation d’une tâche laisse les objets dans leur état actuel et aucun objet n’est expurgé. Pour expurger à nouveau les mêmes objets, vous pouvez créer une nouvelle tâche d’expurgation en utilisant la même configuration.
Corriger les comportements de validation
Voici la liste des correctifs que Stripe applique lorsque le comportement de validation est défini sur fix
. Le lien vers la documentation fournit plus de détails sur le comportement du produit.
Type d’objet | Erreur | Corriger l’action de comportement de validation |
---|---|---|
Client | Non supprimé | Supprimer l’objet Customer |
PaymentIntent | Non finalisé | Annuler le PaymentIntent |
PaymentMethod | Le moyen de paiement est toujours associé à un objet Customer | Dissocier l’objet Customer de la carte |
Carte bancaire | Vous avez tenté d’expurger une carte associée à un client actif | Dissocier l’objet Customer de la carte |
Facture | Non finalisé | Annuler la facture |
Dispute | Aucun litige n’a été soumis | Clôturer le litige. Vous ne pouvez plus soumettre de preuves pour un litige après son expiration |
Issuing card | Non finalisé | Clôturer la carte Issuing |
VerificationSession | La VerificationSession est en attente d’action | Annuler la VerificationSession |
Élément de liste de valeurs Radar | Non supprimé | Supprimer l’élément de liste de valeurs Radar |
Expurgation de transactions
À des fins de prévention de la fraude et des risques, les transactions ne peuvent être expurgées que 90 jours après leur création. Après la période de risque, ce qui suit s’applique à toutes les transactions expurgées. Passez en revue les éléments suivants et évaluez votre stratégie de réduction des données :
- Vous ne pouvez pas contester les litiges portant sur une transaction expurgée. Le litige sera automatiquement perdu, car votre compte n’a pas accès aux données pertinentes pour envoyer des preuves justificatives.
- Vous ne pouvez pas rembourser les transactions expurgées. Si votre client demande l’expurgation de ses données et le remboursement d’une transaction, commencez par rembourser le paiement, puis expurgez l’objet d’API.
Expurgation de Setup Intents
Dans la plupart des cas, en suivant nos recommandations pour l’intégration avec Setup Intents, vous pouvez expurger ces objets sans les modifier. Évitez les Setup Intents non confirmés de longue durée, car les identifiants de paiement collectés pourraient ne pas être valides.
Temps de réponse et prise en charge des objets RedactionJob
Bien que presque tous les objets de votre chemin d’intégration Stripe soient pris en charge et que la plupart des tâches soient traitées en quelques minutes, certains cas de configurations d’objets complexes peuvent prendre plus de temps à traiter.
L’identification et l’expurgation de toutes les données associées de manière asynchrone peuvent prendre jusqu’à 30 jours. Pendant ce temps, la valeur du champ status
de la tâche est validating
ou redacting
.