Automatiser un processus en respectant le RGPD

Automatiser un processus en respectant le RGPD

· par Panayot Dimkov

Presque tout processus administratif que vous automatisez touche à des données personnelles. Une facture porte le nom d'un contact ; une intégration de salarié porte la moitié de la vie d'une personne ; un flux qui trie les courriels lit ce qu'écrivent des clients identifiables. Dès qu'un robot ou un modèle d'IA passe par là, il y a traitement de données personnelles et le RGPD s'applique.

La bonne nouvelle : automatiser un processus en respectant le RGPD n'exige rien de nouveau. Cela exige de rendre explicite ce qui aurait déjà dû être en ordre : une base légale pour chaque finalité, ne déplacer que les données nécessaires, un contrat de sous-traitance avec chaque prestataire, savoir où les données sont traitées et garder une personne sur les décisions aux effets importants. Le problème, c'est que dans un processus manuel les manques passent inaperçus, alors que dans un processus automatisé ils finissent inscrits dans la configuration d'un outil que quelqu'un peut auditer.

Cet article parcourt les points où une automatisation dérape, ce qu'il faut exiger de l'éditeur et ce qu'il faut vérifier avant de mettre un flux en production. Si c'est le coût qui vous intéresse, nous le traitons dans combien coûte l'automatisation d'un processus avec l'IA.

1Les cinq erreurs RGPD qui reviennent quand on automatise

Elles ne sont pas théoriques. Ce sont celles qui apparaissent encore et encore lorsqu'on relit un flux déjà monté.

📌
Changer de finalité sans s'en rendre compte
Les données ont été collectées pour facturer et un flux les utilise désormais aussi pour segmenter commercialement. C'est une autre finalité, qui exige sa propre base légale. L'automatisation ne crée pas le problème, mais elle le systématise.
🧹
Copier plus de données que nécessaire
L'erreur la plus fréquente. Le flux déverse l'enregistrement entier d'une table dans une autre parce que c'est plus simple que de sélectionner des champs. Le principe de minimisation dit exactement l'inverse : seulement ce que la finalité exige.
🤝
Des prestataires sans contrat de sous-traitance
Chaque outil qui traite des données pour votre compte est un sous-traitant et exige le contrat de l'article 28. Cela inclut la plateforme d'automatisation, le service d'OCR et le fournisseur du modèle d'IA.
🌍
Ne pas savoir où se fait le traitement
Beaucoup de services d'IA traitent hors de l'Espace économique européen. Ce n'est pas interdit, mais le transfert doit reposer sur un fondement (une décision d'adéquation ou des garanties comme les clauses contractuelles types) et il faut savoir lequel. « C'est dans le cloud » n'est pas une réponse.
⚖️
Décider sans intervention humaine
L'article 22 encadre les décisions fondées exclusivement sur un traitement automatisé produisant des effets juridiques ou significatifs. Écarter un CV ou refuser un crédit automatiquement entre dans ce cadre.
Le cinquième point mérite une lecture pratique : automatiser la préparation d'une décision est très différent d'automatiser la décision. Un flux qui trie, résume et propose, en laissant l'approbation à une personne réellement en mesure de la modifier, se situe sur un autre terrain.

2Ce qu'il faut mettre à jour quand on automatise

Trois documents que presque personne ne touche en montant un flux cessent de refléter la réalité dès sa mise en service.

DocumentCe qui change avec l'automatisation
Registre des activités de traitement De nouveaux destinataires apparaissent (les outils), parfois de nouveaux transferts internationaux et, souvent, des durées de conservation différentes
Information des personnes concernées S'il y a des décisions automatisées relevant de l'article 22, y compris du profilage, il faut les signaler, avec la logique appliquée et les conséquences prévues
Analyse d'impact Elle peut devenir obligatoire. L'autorité espagnole (AEPD) l'estime nécessaire dans la plupart des cas qui réunissent au moins deux critères de sa liste, dont le profilage, les décisions automatisées, les données à grande échelle, le croisement de bases aux finalités différentes ou l'usage innovant de technologies

L'analyse d'impact effraie plus qu'elle ne le devrait. Ce n'est pas une formalité auprès de l'autorité : c'est une analyse interne, qui tient en quelques pages sur un petit projet. Il ne faut consulter l'autorité de contrôle que si le risque reste élevé une fois les mesures appliquées. Ce qui tourne mal, c'est de ne pas l'avoir envisagée au bon moment.

3Règlement sur l'IA : ce qui s'applique déjà et ce qui ne s'applique pas encore

Le règlement européen sur l'intelligence artificielle s'ajoute désormais au RGPD, et il ne faut pas les confondre : l'un protège les données personnelles, l'autre encadre les systèmes d'IA selon leur niveau de risque.

01
Transparence, depuis août 2026
Depuis le 2 août 2026, l'essentiel du règlement s'applique, y compris les obligations de transparence : informer lorsqu'une personne interagit avec un système d'IA et signaler certains contenus générés par l'IA.
02
Haut risque, reporté
L'omnibus numérique sur l'IA (règlement (UE) 2026/1744), en vigueur depuis le 27 juillet 2026, a déplacé les obligations des systèmes à haut risque de l'annexe III au 2 décembre 2027. C'est là que se situent des usages comme le recrutement ou l'octroi de crédit.
03
La plupart des flux ne sont pas à haut risque
Classer des factures, extraire des données d'un bon de livraison ou rédiger un brouillon de réponse n'entre pas dans cette catégorie. Il faut le vérifier, mais l'inquiétude habituelle est infondée.
04
Le RGPD s'applique toujours autant
Qu'un usage d'IA ne soit pas à haut risque ne le dispense de rien en matière de protection des données. Ce sont deux textes indépendants, respectés séparément.

4Ce qu'il faut exiger de l'éditeur

Voici les cinq éléments à obtenir par écrit avant de connecter un outil à des données réelles.

  • Un contrat de sous-traitance comportant les clauses de l'article 28, et non de simples conditions de service acceptées d'un clic.
  • La liste des sous-traitants ultérieurs et un préavis en cas de changement. Presque toutes les plateformes s'appuient sur des tiers ; le problème est de ne pas savoir lesquels.
  • Le lieu du traitement et, s'il sort de l'Espace économique européen, ce sur quoi repose le transfert (une décision d'adéquation ou des clauses contractuelles types, par exemple).
  • Un engagement de ne pas entraîner sur vos données, si vous utilisez un service d'IA. Beaucoup de fournisseurs le proposent, parfois par défaut dans leurs offres entreprise, parfois comme option à activer ; dans tous les cas, faites-le consigner par écrit.
  • Les durées de conservation et de suppression, y compris pour les journaux d'exécution du flux, qui contiennent souvent des données et y restent indéfiniment.
Le quatrième point est le plus négligé. La différence entre une offre qui s'entraîne sur vos contenus et une autre qui ne le fait pas tient généralement à une case de configuration ou à un type de contrat, pas à un autre fournisseur.

5Comment concevoir un flux conforme au RGPD

La protection des données dès la conception n'est pas une formule de manuel : ce sont des décisions concrètes prises en montant le flux.

01
Ne déplacer que les champs nécessaires
Cela prend quelques minutes de plus que de déverser toute la table et supprime à la racine la moitié du problème de minimisation.
02
Pseudonymiser quand c'est possible
Si le flux a seulement besoin de savoir qu'une facture est en attente, il n'a pas besoin du nom. Un identifiant suffit et réduit le risque en cas de fuite.
03
Placer une personne sur les décisions sensibles
Pas comme un tampon : avec assez d'information et un réel pouvoir de modifier le résultat. C'est la différence que regarde l'article 22.
04
Enregistrer qui a fait quoi
La traçabilité aide à répondre aux demandes d'exercice de droits et à démontrer la diligence. Mais ces journaux sont aussi des données : donnez-leur une échéance.
05
Tester avec des données fictives
La phase de test est celle où se créent le plus de copies incontrôlées. Un jeu de données fictives évite la moitié des frayeurs.
06
Programmer la suppression dès le départ
Si le flux crée des copies intermédiaires, qu'elles s'effacent seules. Ajouter le nettoyage après coup n'est jamais priorisé.

La référence officielle en Espagne est l'Agence espagnole de protection des données, qui publie des guides spécifiques sur l'intelligence artificielle et les analyses d'impact. Cet article est informatif et ne remplace pas un conseil juridique.

RéglementationProtection des donnéesAutomatisation

Questions fréquentes

Puis-je utiliser un service d'IA avec les données personnelles de mes clients ?

Oui, à condition d'avoir une base légale, un contrat de sous-traitance avec le fournisseur, d'informer les personnes concernées de ce qui doit l'être et de savoir où les données sont traitées. Ce qui est exclu, c'est de coller des informations clients dans un outil public sans contrat et sans savoir ce qu'il en fait.

Faut-il une analyse d'impact pour automatiser un processus ?

Cela dépend du traitement, pas de la technologie. Elle est exigée lorsqu'un risque élevé pour les droits des personnes est probable, ce qui arrive généralement quand plusieurs facteurs se cumulent, comme les traitements à grande échelle, l'évaluation systématique d'aspects personnels ou des technologies nouvelles dans des contextes sensibles. Automatiser l'enregistrement des factures n'en demande généralement pas ; automatiser le tri des candidatures, presque toujours si.

Que dit le RGPD des décisions automatisées ?

L'article 22 encadre les décisions fondées exclusivement sur un traitement automatisé produisant des effets juridiques ou affectant significativement une personne, et reconnaît le droit d'obtenir une intervention humaine, d'exprimer son point de vue et de contester la décision. Le mot clé est « exclusivement » : si une personne examine avec discernement et peut modifier le résultat, la situation est différente.

Le règlement sur l'IA me concerne-t-il si je n'automatise que des tâches administratives ?

Depuis le 2 août 2026, l'essentiel du règlement s'applique, y compris les obligations de transparence sur l'interaction avec des systèmes d'IA et l'étiquetage de certains contenus générés. Les obligations des systèmes à haut risque de l'annexe III ont été reportées au 2 décembre 2027, et la plupart des automatisations administratives n'entrent pas dans cette catégorie.

Et les données qui restent dans les journaux du flux ?

Ce sont des données personnelles comme les autres et c'est généralement l'angle mort du projet. Les journaux d'exécution conservent souvent le contenu de ce qui a été traité et personne ne leur fixe d'échéance. Définir une durée de conservation et une suppression automatique est l'une des mesures les moins coûteuses et les plus efficaces.

En résumé

Le RGPD n'est pas un obstacle à l'automatisation ; c'est un guide de conception plutôt raisonnable. Ne déplacer que les champs nécessaires, savoir où se fait le traitement, avoir le contrat signé et laisser une personne sur les décisions qui comptent vraiment sont des mesures qui rendent aussi le flux plus propre et plus facile à maintenir.

Ce qui pose problème, c'est de le découvrir à la fin. Poser ces questions à la conception coûte quelques heures ; les résoudre avec le flux en production revient à le refaire. C'est ainsi que nous abordons l'automatisation des processus par l'IA.

Automatiser sans mauvaise surprise juridique ?

Dites-nous quel processus vous avez en tête et avec quelles données il travaille. Nous concevons le flux en tenant compte de la minimisation, du lieu de traitement et de l'intervention humaine dès la première esquisse.

Demander une analyse des processus