Rectification RGPD : corriger les bases dérivées
Organiser une rectification dans les bases, exports et destinataires, avec une carte de propagation et une preuve utile.
Corriger une adresse dans le logiciel principal ne suffit pas si l’ancienne valeur reste utilisée dans un outil de facturation, un dossier exporté et une base analytique. Une rectification réussie suit la donnée jusqu’aux endroits où l’erreur produit encore un effet. Son périmètre dépend aussi de la signification du champ : une adresse actuelle et l’adresse historique d’une livraison ne racontent pas la même chose.
Ce qu’il faut retenir
- Identifiez la donnée inexacte et le contexte dans lequel elle est utilisée.
- Corrigez la source, puis les copies et traitements qui continuent à utiliser l’erreur.
- L’article 19 encadre l’information des destinataires d’une rectification.
- Une correction ne doit pas falsifier une pièce historique ni effacer sans analyse la trace d’une opération.
Qualifier l’erreur avant de propager une valeur
L’article 16 du RGPD reconnaît le droit d’obtenir, dans les meilleurs délais, la rectification des données inexactes. Il prévoit aussi la possibilité de compléter des données incomplètes, compte tenu des finalités du traitement. L’article 5(1)(d) impose de prendre des mesures raisonnables pour que les données inexactes soient rectifiées ou effacées sans tarder. RGPD.
Demandez au service métier ce que signifie exactement le champ contesté. « Adresse client » peut désigner l’adresse actuelle, celle connue à la signature ou celle déclarée pour une expédition particulière. Une nouvelle adresse ne rend pas automatiquement inexacte la mention historique d’une livraison passée.
Documentez la demande, les éléments permettant de l’apprécier, la valeur corrigée et les éventuelles réserves. Si l’exactitude est contestée, la personne peut demander une limitation pendant la vérification, selon l’article 18(1)(a). La procédure de gestion des droits doit prévoir ce passage vers les équipes applicatives.
Construire la carte de propagation
Pour une erreur avérée, partez du système maître puis suivez les interfaces. Exemple hypothétique : un client signale une date de naissance incorrecte qui influence son classement dans un service.
| Emplacement | Risque lié à l’ancienne valeur | Intervention |
|---|---|---|
| Fiche de référence | Nouvelle diffusion de l’erreur | Rectifier et contrôler les droits d’écriture |
| Copie applicative | Utilisation d’une valeur périmée | Resynchroniser et vérifier le résultat |
| Export encore utilisé | Décision fondée sur l’erreur | Remplacer l’export ou avertir son détenteur |
| Indicateur ou score dérivé | Résultat calculé à partir de la donnée inexacte | Examiner la nécessité de recalculer |
| Archive d’une opération passée | Confusion entre fait historique et état actuel | Ajouter une correction ou annotation adaptée |
La correction d’un score ne découle pas mécaniquement de toute modification. Vérifiez si la donnée inexacte l’a influencé, si le score est encore utilisé et si le nouveau calcul correspond à la finalité. L’objectif est de supprimer l’effet de l’inexactitude, pas de modifier arbitrairement chaque résultat historique.
Informer les destinataires sans surdiffuser
L’article 19 prévoit que le responsable communique la rectification effectuée conformément à l’article 16 à chaque destinataire auquel les données ont été communiquées, sauf impossibilité ou efforts disproportionnés. Il informe la personne de ces destinataires si elle le demande. Cette exception exige une appréciation concrète ; elle ne se présume pas parce que la liste est difficile à reconstituer. RGPD, chapitre III.
Utilisez un bordereau court : identifiant de dossier, donnée concernée, correction à appliquer, contexte utile et canal de confirmation. N’envoyez pas tout le dossier pour corriger un seul champ. Distinguez les sous-traitants, auxquels vous adressez une instruction appropriée, des destinataires qui agissent sous leur propre responsabilité.
Vérifier le résultat et éviter le retour de l’erreur
Une interface peut réimporter l’ancienne valeur la nuit suivante. Vérifiez la priorité entre sources, les fichiers en attente, les imports manuels et le comportement d’une restauration. Si la donnée exacte repart vers un système puis revient remplacée par l’ancienne, la tâche n’est pas terminée.
Conservez une preuve minimale : demande, décision, systèmes vérifiés, destinataires informés et exceptions motivées. Une capture de chaque fiche complète est rarement nécessaire. Les bonnes pratiques de l’article 12 s’appliquent aussi à la clarté de la réponse : précisez les actions réalisées et les points encore contestés.
La CNIL présente le droit de rectification comme un moyen de corriger ou compléter les informations utilisées. Reliez votre traitement opérationnel à ce résultat concret, plutôt qu’à la seule fermeture d’un ticket.
FAQ
Faut-il modifier une facture déjà émise ?
Le droit de rectification ne permet pas d’ignorer les règles comptables applicables. Faites déterminer la procédure adaptée à la pièce : rectification formalisée, document correctif ou annotation, selon le cas.
Un export téléchargé est-il hors périmètre ?
Son téléchargement ne fait pas disparaître la question. Recherchez qui le détient, s’il est encore utilisé et comment notifier ou appliquer la correction.
Peut-on conserver l’ancienne valeur dans un journal ?
Seulement si cette conservation répond à un besoin justifié, avec des accès et une durée adaptés. La traçabilité ne justifie pas de réexposer l’ancienne valeur à tous les usages courants.
Recevez nos analyses pratiques sur la conformité RGPD dans la newsletter.
Thiébaut Devergranne, docteur en droit et fondateur de donneespersonnelles.fr, travaille depuis plus de vingt ans sur le droit des technologies et la protection des données.