L’IA vous demande de payer : qui décide de la relance ?

L’IA vous demande de payer · Volet 1

Lire le deuxième volet : derrière les gains annoncés.

À la page 7 de sa notice française de confidentialité, Intrum Corporate décrit une notation automatique pouvant orienter un dossier vers le recouvrement judiciaire. Le document place ainsi l’automatisation en amont du message reçu : elle peut contribuer au choix de la suite donnée à l’impayé. [1]

Cette distinction change la manière d’examiner le recouvrement par intelligence artificielle. Une conversation peut paraître ordinaire alors que plusieurs décisions ont déjà été prises : sélectionner le dossier, choisir le canal de contact, préparer une proposition. Inversement, une réponse produite par un modèle de langage peut n’avoir aucun pouvoir sur le montant réclamé ou sur un éventuel recours.

Pour comprendre ce qui se joue, il faut donc remonter avant la conversation. Qui détient la créance ? Quelle entreprise agit pour son compte ? Quelles données alimentent le système ? Et à quel moment une personne peut-elle remettre en cause son résultat ?

Cette enquête documentaire porte sur les dettes de particuliers en France. Les documents étrangers sont identifiés comme tels. Elle ne repose sur aucun témoignage reconstitué ni sur un test de dispositif en production.

Le nom sur le message n’est pas forcément celui du créancier

Le créancier est celui qui détient le droit de réclamer le paiement. Il peut confier les démarches à une société de recouvrement : celle-ci agit alors pour son compte. Dans le régime français du recouvrement amiable pour autrui, une convention écrite doit notamment préciser le fondement de la créance, les sommes à recouvrer et la rémunération du prestataire. Confier la relance ne transfère donc pas, en soi, la propriété de la créance. [2]

Autre possibilité : la créance a été vendue. La cession transfère alors le droit de réclamer le paiement à un nouvel acquéreur, qui peut lui-même déléguer le recouvrement. Le changement de créancier et le changement d’interlocuteur sont deux opérations différentes. [3]

Dans le régime général du Code civil, lorsque le débiteur n’a pas déjà consenti à la cession, celle-ci doit lui être notifiée ou il doit en avoir pris acte pour qu’elle puisse lui être opposée. Le texte préserve aussi des moyens de défense contre l’acquéreur, notamment ceux qui tiennent à la dette elle-même. Vendre une créance ne fait pas disparaître, par principe, une contestation sur son existence. Des régimes spéciaux peuvent toutefois s’appliquer à certaines opérations financières. [4]

Le fournisseur de logiciel constitue encore une autre fonction. Pour attribuer les responsabilités, il faut le situer séparément : développer l’outil, configurer ses règles et détenir la créance ne sont pas des responsabilités interchangeables. Plusieurs fonctions peuvent être réunies dans un même groupe ; il faut vérifier quelle entité les exerce.

Cette carte des intervenants sert à poser les bonnes questions. Une erreur de facture se recherche d’abord dans les pièces qui fondent la demande. Un mandat renseigne sur les pouvoirs confiés au recouvreur. La documentation du logiciel décrit ce que son utilisateur peut automatiser. Aucun de ces documents ne remplace les autres.

Une dette doit pouvoir se vérifier hors de l’interface

La DGCCRF rappelle qu’une créance réclamée doit être certaine, liquide et exigible : son existence doit être établie, son montant déterminé ou déterminable, et son échéance atteinte. Ces conditions portent sur l’obligation de payer, pas sur la qualité de présentation d’un portail. [5]

La règle de preuve est également réciproque. Celui qui réclame l’exécution d’une obligation doit la prouver ; celui qui affirme en être libéré doit justifier le paiement ou l’événement qui l’a éteinte. Le dossier utile comprend donc autant les éléments à l’origine de la demande que les règlements et corrections intervenus depuis. [6]

Pour les professionnels relevant des articles R124-1 à R124-7 du Code des procédures civiles d’exécution, la lettre de recouvrement doit identifier le recouvreur et le créancier, exposer le fondement de la demande et distinguer principal, intérêts et accessoires. Les démarches suivantes doivent rappeler ses références et sa date d’envoi. Cela ne signifie pas que chaque SMS doit reproduire toute la lettre. Ce régime vise le recouvrement pour autrui, sous réserve des professions soumises à un statut particulier. [7] [2]

Les frais appellent un contrôle distinct. Sans titre exécutoire, les frais de recouvrement restent en principe à la charge du créancier. Il existe des exceptions prévues par le droit, notamment pour certains actes prescrits par la loi ; le juge peut aussi mettre certains frais nécessaires à la charge d’un débiteur de mauvaise foi. Le coût d’un outil d’IA ne devient donc pas automatiquement une somme due par le particulier. [8]

Ces vérifications permettent d’éviter une confusion dans l’attribution des erreurs. Si un règlement manque déjà dans le fichier transmis au prestataire, le modèle n’a pas nécessairement inventé l’impayé. S’il reformule correctement un montant faux, son exactitude linguistique ne corrige rien. Il faut comparer l’information d’origine, sa transmission et l’action déclenchée.

Avant de parler, le système choisit

Les descriptions publiques permettent de distinguer plusieurs fonctions, sans supposer qu’elles sont toutes actives sur chaque dossier.

Dans une brochure belge consacrée à Ophelos, Intrum explique que les ouvertures de messages, les clics, les connexions et le montant de la dette alimentent le choix du moment, du canal et du message. Le fournisseur décrit un apprentissage par renforcement : le système ajuste ses choix en fonction des résultats recherchés. Il s’agit d’une description commerciale publiée en Belgique, pas d’une observation de dossiers français. [9]

PAIR Finance présente une autre partie du travail : classer les messages entrants, notamment les demandes de délai, d’échelonnement et les contestations, puis orienter leur traitement vers un humain ou vers une réponse générée. Ophelos décrit aussi l’utilisation de modèles de langage pour repérer des situations nécessitant davantage d’accompagnement. Ce sont les fonctionnalités déclarées par les entreprises, non des performances validées par l0g. [10] [11]

Pour les examiner, une distinction pratique suffit. Une règle fixe programme une relance. Un score estime une probabilité. Un mécanisme de sélection choisit une action. Un modèle de langage rédige une réponse. Enfin, un logiciel disposant des autorisations nécessaires peut exécuter une modification. Les assembler ne rend pas leurs rôles identiques.

Il faut notamment connaître l’objectif que le système cherche à améliorer. Obtenir une réponse, recevoir un premier paiement et établir un échéancier tenu jusqu’au bout ne mesurent pas le même résultat. Un gain sur le premier indicateur ne démontre pas un gain sur les deux autres.

De même, un clic ne suffit pas à établir une capacité de remboursement. Une absence de réponse peut avoir plusieurs explications. Le point à vérifier est la manière dont l’opérateur traite cette incertitude, au lieu de prendre une prédiction pour un fait individuel.

Le déploiement doit lui aussi être documenté à la bonne échelle. Dans une communication du 25 juillet 2025, Intrum citait la France parmi les pays où Ophelos avait été mis en service. Cette annonce ne précise pas quels modules étaient actifs dans chaque portefeuille. Une présence nationale n’établit ni une généralisation de l’IA générative, ni une autonomie complète du recouvrement. [12]

Quand un score oriente la suite du dossier

Revenons à la notice française. Intrum considère que ses décisions automatisées n’ont pas d’effet juridique ou significatif, les droits contractuels restant inchangés. L’entreprise indique aussi qu’un réexamen humain de l’évaluation peut être demandé. Elle déclare une supervision régulière des réponses et des logiques de décision de l’IA par des experts humains. Cette supervision annoncée ne démontre pas un contrôle préalable de chaque dossier ; l’ensemble reste la position de l’entreprise, sans validation établie par une autorité. [1]

L’orientation d’un dossier vers le recouvrement judiciaire ne signifie pas qu’un algorithme rend un jugement. Elle ne vaut pas davantage autorisation immédiate de saisir des biens. L’exécution forcée suppose notamment un titre exécutoire constatant une créance liquide et exigible. La décision de transmettre un dossier et les conditions d’une saisie appartiennent à des étapes différentes. [13]

La question concerne ici le traitement de la personne avant une éventuelle décision judiciaire. L’article 22 du règlement général sur la protection des données (RGPD) encadre les décisions reposant exclusivement sur un traitement automatisé qui produisent des effets juridiques ou affectent la personne de manière significative comparable. La CNIL précise que l’absence de modification formelle des droits n’exclut pas, à elle seule, un effet significatif. [23]

Des exceptions existent, notamment la nécessité contractuelle, une autorisation légale assortie de garanties ou le consentement explicite. Leur application exige une analyse du cas et des protections correspondantes. L’existence d’un score ne permet donc de conclure ni à une interdiction automatique, ni à une liberté générale d’automatiser. [14]

Un précédent aide à formuler l’examen. Le 7 décembre 2023, dans l’affaire SCHUFA, la Cour de justice de l’Union européenne a retenu qu’un score pouvait constituer une décision automatisée lorsque les entreprises qui l’utilisent lui donnent un rôle déterminant dans l’octroi de crédit. Cette affaire ne portait pas sur Intrum ni sur le recouvrement français. Son intérêt ici est de montrer pourquoi le rôle effectif du résultat compte, y compris lorsqu’une autre entreprise intervient ensuite. [15]

Pour qualifier le dispositif décrit, il manque donc des éléments opérationnels : le score recommande-t-il une transmission ou la déclenche-t-il ? Une personne examine-t-elle les pièces avant d’agir ? Peut-elle écarter le résultat, et le fait-elle effectivement ? Quels effets la décision produit-elle pour le destinataire ?

Les documents publics consultés ne répondent pas à cet ensemble de questions. Ils justifient une investigation sur le pouvoir du système, pas une accusation d’illégalité.

Savoir à qui l’on parle

Un interlocuteur automatisé soulève une autre question, plus directement observable : s’identifie-t-il ? La Commission européenne confirme l’application, depuis le 2 août 2026, des obligations de transparence de l’article 50 de l’AI Act. Pour les systèmes concernés qui dialoguent directement avec une personne, le fournisseur doit assurer l’information sur leur nature artificielle dès la première interaction, sauf notamment lorsqu’elle est évidente. Cette obligation particulière ne vise pas un score fonctionnant uniquement en arrière-plan. [16]

L’annonce de la nature de l’interlocuteur et l’explication du traitement restent deux choses différentes. Savoir que l’on parle à une machine ne renseigne pas sur la raison du montant réclamé, la provenance des données ou l’autorité qui a fixé une proposition.

Le RGPD organise cette information indépendamment de l’AI Act. Lorsque les données ont été obtenues ailleurs et servent à contacter la personne, l’article 14 prévoit en principe l’information sur le traitement au plus tard lors de la première communication, avec les exceptions prévues par le texte. La source des données fait partie des informations à fournir. [14] [24]

L’absence d’une nouvelle demande de consentement ne suffit toutefois pas à démontrer un traitement illicite. Le consentement n’est qu’une des bases juridiques prévues par le RGPD. Un autre fondement, tel que l’intérêt légitime, suppose de remplir ses conditions, dont la mise en balance avec les droits des personnes. Il ne dispense pas du respect de la finalité, de la minimisation et de l’exactitude des données. [17]

Faire suivre la correction

L’une des difficultés à rechercher serait la suivante : une information est corrigée chez le créancier, mais une copie ancienne continue d’alimenter les relances. C’est un scénario de risque, pas un incident établi dans cette enquête. Il illustre pourquoi il faut suivre la correction jusqu’au système qui exécute l’action.

Le droit de rectification vise les données personnelles inexactes ou incomplètes. La CNIL rappelle également l’obligation de communiquer la rectification aux destinataires auxquels les données ont été transmises, sauf impossibilité ou efforts disproportionnés. Une réponse polie reconnaissant l’erreur ne permet pas, à elle seule, de vérifier que cette circulation a eu lieu. [18]

Lorsque l’exactitude de données est contestée, une limitation de leur traitement peut être demandée pendant la vérification. Ce mécanisme ne vaut pas annulation de la dette ni suspension universelle de toute procédure : certaines utilisations restent possibles, notamment pour la constatation, l’exercice ou la défense de droits en justice. [19]

Pour reconstituer un cas, une demande d’accès peut porter sur les données détenues et leur origine, pas seulement sur une nouvelle copie des conditions générales. La CNIL rappelle qu’un responsable de traitement doit aussi organiser la remontée des informations détenues par ses sous-traitants. Le droit d’accès n’ouvre cependant pas automatiquement tous les documents internes ou les données de tiers. [22]

L’arrêt Dun & Bradstreet Austria du 27 février 2025, relatif à une évaluation automatisée de solvabilité, précise pour sa part la nature de l’explication attendue dans les situations concernées : permettre de comprendre quelles données ont été utilisées et comment. Le secret d’affaires ne justifie pas un refus général ; l’autorité ou le juge doit pouvoir mettre en balance les intérêts. Cela ne se confond pas avec un droit automatique au code source. [20]

Pour le débiteur, l’information utile est souvent plus concrète : quelle donnée de paiement a été retenue, quel résultat a été produit et quelle action en a découlé ? C’est à ce niveau que l’on peut chercher une erreur et vérifier sa correction.

Mesurer la résolution du dossier

L’automatisation peut avoir des avantages. Un dispositif qui retrouve rapidement un justificatif ou permet de corriger une erreur sans multiplier les appels pourrait rendre un service réel. Une réduction du coût de traitement n’est pas, en elle-même, contraire à l’intérêt du débiteur. Il faut examiner ce que le système permet de résoudre et ce qu’il laisse sans réponse.

La mesure pertinente dépasse donc la rapidité du dialogue. Une contestation a-t-elle été enregistrée ? Une proposition tient-elle compte des informations vérifiées ? Une personne autorisée peut-elle reprendre le dossier ? Les mêmes questions se posent lorsque le premier interlocuteur est humain.

Enfin, l’identité du professionnel doit être vérifiée par un canal connu, indépendamment du lien éventuellement reçu. Cybermalveillance.gouv.fr recommande cette vérification face aux messages suspects. Il faut conserver le message d’origine sans communiquer de données sensibles à un destinataire non authentifié. Un nom inconnu n’établit pas une fraude ; une formulation convaincante n’établit pas non plus l’authenticité. [21]

À ce stade, l’apport des documents est de déplacer l’examen vers les décisions qui précèdent la conversation. Il reste à obtenir les configurations et les traces d’exécution permettant de relier, sur un dossier, une donnée, une orientation et ses effets. Un outil peut rendre le recouvrement plus facile à gérer. Pour apprécier son résultat, il faut aussi savoir si la personne concernée peut faire vérifier ce qu’on lui réclame.

Pour prolonger cette lecture, notre enquête sur la fabrication des profils à partir des traces personnelles explique comment une observation devient une déduction. Celle sur les données après la fin d’un contrat suit leurs copies et leurs destinataires. Le glossaire du profilage précise la différence entre évaluer une personne et prendre une décision entièrement automatisée.

Méthode et limites

Documents publics consultés le 24 septembre 2026 : textes français, publications de la CNIL et de la Commission européenne, communiqués du service de presse de la CJUE et documentation des opérateurs. Les communiqués de la Cour résument les arrêts ; ils ne se substituent pas à leur texte intégral et n’engagent pas la Cour.

Aucun entretien contradictoire, dossier individuel ni essai de plateforme n’a été réalisé pour cette version. La documentation des entreprises établit leurs déclarations, pas l’efficacité réelle de chaque module. La date de publication de la notice Intrum n’est pas établie par son seul nom de fichier. Les constats ne permettent pas de mesurer une fréquence d’erreurs ou de conclure à une infraction d’un acteur nommé.

Les schémas sont des explications de principe. Ils ne reproduisent pas l’architecture certifiée d’une entreprise. Les règles propres aux créances publiques, aux relations entre entreprises et aux procédures spéciales ne sont pas extrapolées ici.

Sources et documents

Toutes les références ont été consultées le 24 septembre 2026. Les dates ci-dessous désignent une publication, une mise à jour affichée ou l’entrée en vigueur de la version d’un article, selon la précision donnée.

1. Intrum Corporate. Notice française de confidentialité, p. 7. Date de publication non établie ; version consultée le 24 septembre 2026.
2. Légifrance. Code des procédures civiles d’exécution, R124-1 et R124-3. Versions applicables consultées au 24 septembre 2026.
3. Légifrance. Code civil, article 1321. Version en vigueur depuis le 1er octobre 2016.
4. Légifrance. Code civil, article 1324. Version en vigueur depuis le 1er octobre 2016.
5. DGCCRF. Recouvrement amiable de créances : les règles à connaître. Publication affichée : 24 octobre 2025.
6. Légifrance. Code civil, article 1353. Version en vigueur depuis le 1er octobre 2016.
7. Légifrance. Code des procédures civiles d’exécution, R124-4. Version en vigueur depuis le 2 février 2013.
8. Légifrance. Code des procédures civiles d’exécution, L111-8. Version en vigueur depuis le 19 mars 2014.
9. Intrum Belgique. Brochure Ophelos sur la personnalisation, p. 1. Document non daté ; publication belge.
10. PAIR Finance. Présentation française des fonctions d’intelligence artificielle. Page non datée ; version consultée au 24 septembre 2026.
11. Ophelos. Présentation française de l’IA dans le recouvrement. Page non datée ; version consultée au 24 septembre 2026.
12. Intrum. Extension d’Ophelos au Portugal et à l’Italie. Publication : 25 juillet 2025 ; la France figure parmi les déploiements antérieurs.
13. Légifrance. Code des procédures civiles d’exécution, L111-2. Version en vigueur depuis le 1er juin 2012.
14. CNIL. RGPD, chapitre III, notamment articles 14 et 22. Règlement du 27 avril 2016 ; texte consulté au 24 septembre 2026.
15. CJUE, service de presse. Affaire C-634/21, SCHUFA : communiqué n° 186/23, p. 1. Arrêt et communiqué : 7 décembre 2023.
16. Commission européenne. FAQ sur les obligations de transparence de l’article 50 de l’AI Act. Mise à jour affichée : 24 juillet 2026 ; application : 2 août 2026.
17. CNIL. RGPD, chapitre II, articles 5 et 6. Règlement du 27 avril 2016 ; texte consulté au 24 septembre 2026.
18. CNIL. Le droit de rectification : corriger vos informations. Page consultée au 24 septembre 2026.
19. CNIL. Le droit à la limitation du traitement. Page consultée au 24 septembre 2026 ; à lire avec l’article 18 du RGPD.
20. CJUE, service de presse. Affaire C-203/22, Dun & Bradstreet Austria : communiqué n° 22/25. Arrêt et communiqué : 27 février 2025.
21. Cybermalveillance.gouv.fr. Hameçonnage : les bons réflexes. Publication : 10 janvier 2020 ; mise à jour affichée : 7 mai 2026.
22. CNIL. Professionnels : répondre à une demande de droit d’accès. Publication affichée : 13 juin 2017 ; version consultée au 24 septembre 2026.
23. CNIL. Profilage et décision entièrement automatisée. Publication affichée : 29 mai 2018.
24. CNIL. Information des personnes et transparence. Date de publication affichée : 29 juillet 2019 ; contenu signalé comme mis à jour le 26 juillet 2019.