Construire des scores de crédit à partir de données comportementales et bureau

Un prêteur reçoit une demande à 9h14. À 9h14:03, un modèle a renvoyé un score, un prix et une décision. Quelque part dans ces trois secondes, des dizaines de features ont été extraites, transformées et pondérées. Reconstituons exactement ce qui s'est passé.

La décision que nous reconstruisons

Imaginez « Maya », 29 ans, qui demande un prêt personnel de 12 000 $. Son historique de crcrLe pourcentage de visiteurs ou de prospects qui réalisent une action attendue (achat, inscription, formulaire de contact), calculé en divisant les conversions par le nombre total d'opportunités.Voir la définition complète →édit est modeste : une carte de crédit ouverte il y a trois ans, pas de crédit immobilier, un crédit auto antérieur remboursé.

Le travail du prêteur consiste à estimer sa probabilité de défaut (PD), le risque qu'elle ne rembourse pas comme convenu (souvent défini comme un retard de 90 jours ou plus dans les 12 à 24 mois). Ce seul chiffre détermine la décision d'accord ou de refus et le taux d'intérêt.

Pour l'estimer, le modèle s'appuie sur trois sources de données. Prenons-les une par une.

Source 1 : les données bureau

Un credit bureau est une société qui agrège les historiques d'emprunt et de remboursement de plusieurs prêteurs. Aux États-Unis, les trois grands sont Equifax, Experian et TransUnion. Dans la plupart des pays, un ou deux bureaux dominants jouent le même rôle.

Quand Maya dépose sa demande, le prêteur récupère son credit report et souvent un score bureau de type FICO ou VantageScore. Les features brutes qui comptent le plus :

• Historique de paiement : paiements à l'heure ou en retard. C'est le facteur le plus lourd dans la plupart des scores.
• Taux d'utilisation du crédit : encours divisés par les plafonds. Une carte à 90 % de son plafond signale une tension.
• Ancienneté de l'historique : des comptes anciens réduisent l'incertitude.
• Mix de crédit et nouvelles demandes : de nombreuses « hard inquiries » récentes (demandes de crédit) peuvent indiquer quelqu'un en quête de crédit.

Le Consumer Financial Protection Bureau **explique ce qui entre dans un score de crédit** en termes simples, utile pour les non-spécialistes.

Pour Maya, les données bureau sont propres mais maigres. Trois ans d'historique et une carte ouverte laissent peu de matière au modèle. C'est le problème du thin-file, sur lequel nous reviendrons.

Source 2 : les données comportementales et transactionnelles

Si Maya est cliente du prêteur, ou si elle donne accès aux données de son compte, le modèle voit les flux de trésorerie, pas seulement l'historique de crédit.

L'open bankingopen bankingCadre réglementaire (PSD2 en Europe) obligeant les banques à partager les données clients via des API standardisées, avec consentement, transformant les données bancaires en actif compétitif., cadre qui permet aux consommateurs d'autoriser des tiers à accéder à leurs données de transactions bancaires via des APIAPIApplication Programming Interface : une interface standardisée qui permet aux applications de communiquer et d'échanger des données sans connaître leur fonctionnement interne respectif.Voir la définition complète → sécurisées, a généralisé cette pratique. Au Royaume-Uni et dans l'UE, elle est réglementée ; aux États-Unis, elle se développe sous les règles finalisées autour des travaux de la CFPB sur la Section 1033.

Les données de transactions sont riches. À partir d'un flux brut de débits et de crédits, les analystes construisent des features comme :

• Stabilité des revenus : régularité et montant des dépôts entrants.
• Coussin de trésorerie : solde typique en fin de mois, et fréquence à laquelle il approche de zéro.
• Dépenses discrétionnaires versus dépenses contraintes : loyer, charges et échéances de prêt versus restaurants et achats.
• Fréquence des découverts : des découverts répétés sont un signal précoce fort de tension.

Voici le type de feature engineering qui transforme un flux brut en input de modèle :

# Flux de trésorerie net mensuel et nombre de découverts à partir d'une table de transactions
monthly = (txns
    .assign(month=txns.date.dt.to_period("M"))
    .groupby("month")
    .agg(inflow=("amount", lambda x: x[x > 0].sum()),
         outflow=("amount", lambda x: -x[x < 0].sum()),
         min_balance=("running_balance", "min")))

monthly["net_flow"] = monthly.inflow - monthly.outflow
overdraft_months = (monthly.min_balance < 0).sum()

Pour Maya, ces données valent de l'or. Même avec un dossier de crédit mince, douze mois de dépôts de salaire réguliers et un solde constamment positif racontent une solide histoire de remboursement que le bureau seul avait manquée.

Source 3 : les données alternatives

Les données alternatives désignent tout élément prédictif situé hors des fichiers de crédit traditionnels. Exemples courants et défendables :

• Loyers et factures de services : un loyer payé à l'heure est très pertinent mais historiquement invisible pour les bureaux. Des programmes permettent désormais aux consommateurs de l'ajouter.
• Paiements télécoms et abonnements : règlement régulier de factures récurrentes.
• Cash flow underwriting : les features transactionnelles ci-dessus, formalisées.

Certains prêteurs expérimentent des signaux plus risqués (données d'appareil, comportement d'achat). À manier avec prudence : ils soulèvent des questions d'équité et de vie privée et attirent l'attention des régulateurs. La valeur des données alternatives est maximale là où elles reflètent une réelle capacité et volonté de payer, comme l'historique de loyer.

🎬 [VIDEO: "How Credit Scores Actually Work" - youtube.com - une explication claire des facteurs derrière les scores bureau et des raisons de leurs variations]

Assembler les features dans un modèle

Le prêteur dispose maintenant de 50 à 200 features construites. Deux approches de modélisation courantes :

Régression logistique / scorecards. Le cheval de bataille traditionnel. Les features sont discrétisées et se voient attribuer des points. Transparent, facile à expliquer aux régulateurs et facile à raisonner. Toujours dominant dans le crédit réglementé, précisément parce qu'on peut désigner chaque motif.

Gradient boosted trees et modèles ML. Plus prédictifs, surtout avec des données transactionnelles riches. Mais plus difficiles à expliquer, ce qui pèse énormément en crédit.

Quel que soit le modèle, la sortie est une PD. Une logique de scorecard simplifiée ressemble à ceci :

• Points de base : 600
• Ratio de paiements à l'heure supérieur à 98 % : +40
• Utilisation inférieure à 30 % : +30
• Dépôts de salaire réguliers (12 mois ou plus) : +35
• Deux découverts ou plus le trimestre dernier : -25

Maya obtient de bons résultats sur le cash flow, ce qui compense son dossier bureau mince. Accordé, à un taux intermédiaire.

Le problème du thin-file

Plusieurs dizaines de millions d'adultes américains sont credit invisible ou unscorable, c'est-à-dire que les bureaux manquent de données pour générer un score. La CFPB a publié des travaux estimant cette population à plusieurs dizaines de millions de personnes.

Les demandeurs thin-file sont, de manière disproportionnée, jeunes, immigrés récents ou à faibles revenus. Un modèle qui ne s'appuie que sur les données bureau en refusera beaucoup par défaut, non parce qu'ils sont risqués, mais parce qu'ils sont inconnus.

C'est l'argument économique et social central en faveur des données alternatives : elles peuvent étendre le crédit en toute sécurité à des personnes solvables mais invisibles. Les données de cash flow et de loyer sont les leviers les plus éprouvés.

Les contraintes d'équité remodèlent le modèle

Les modèles de crédit opèrent sous une législation anti-discrimination stricte. Aux États-Unis, l'Equal Credit Opportunity Act (ECOA) interdit la discrimination fondée sur des caractéristiques protégées comme la race, le sexe, l'âge et l'origine nationale.

Deux conséquences façonnent chaque décision sur les features :

1. Disparate impact. Même une feature d'apparence neutre peut être illégale si elle produit de moins bons résultats pour un groupe protégé sans justification métier. Une feature de code postal, par exemple, peut servir de proxy de la race. Les modélisateurs testent les features sur ce point et les suppriment ou les contraignent souvent.

2. Adverse action notices. Si Maya était refusée, l'ECOA impose au prêteur de lui indiquer les motifs précis (« taux d'utilisation du crédit élevé », « historique de dépôts insuffisant »). C'est pourquoi l'explicabilité n'est pas optionnelle. Une boîte noire incapable de produire un code motif valide ne peut pas être déployée dans le crédit réglementé.

Le travail d'équité avance donc en parallèle de la modélisation : mesurer les écarts de résultats entre groupes, chercher des modèles alternatifs moins discriminatoires qui conservent la précision tout en réduisant les écarts, et documenter chaque choix. La CFPB a déclaré que les règles d'adverse action s'appliquent pleinement aux algorithmes complexes, y compris au machine learning.

Remettre les pièces ensemble

Revenons à Maya à 9h14. Voici la reconstruction complète :

1. L'extraction bureau renvoie un dossier mince mais propre. Seul, il est limite.
2. Le flux open banking ajoute douze mois de revenus réguliers et un coussin de solde sain. Cela relève son score de façon significative.
3. Les données alternatives de loyer confirment des paiements de logement à l'heure.
4. Les contrôles d'équité confirment qu'aucune feature interdite n'a déterminé la décision, et les codes motifs sont prêts si besoin.
5. Le modèle produit une PD assez basse pour accorder le prêt, et le tarifie en conséquence.

La leçon : le scoring de crédit moderne n'est pas un chiffre unique issu d'un seul bureau. C'est un système en couches où les données transactionnelles et alternatives sauvent les demandeurs thin-file, et où les contraintes d'équité et d'explicabilité déterminent activement quelles features survivent.

À retenir

• Trois couches de données alimentent les modèles de crédit : bureau (historique et utilisation), comportementale (cash flow issu des transactions) et alternative (loyer, charges). Chacune comble les manques des autres.
• Les demandeurs thin-file relèvent d'un problème de features, pas d'un problème de risque. Des dizaines de millions de personnes solvables sont invisibles pour les bureaux ; les données de cash flow et de loyer sont les moyens les plus éprouvés de les scorer en sécurité.
• Le droit de l'équité remodèle l'ensemble des features. L'ECOA et les tests de disparate impact peuvent éliminer des features prédictives (comme les proxys de code postal) et imposer des modèles explicables plutôt que des boîtes noires.
• L'explicabilité est une exigence dure, pas un confort. Les adverse action notices impliquent que chaque refus s'accompagne de motifs précis et valides, ce qui favorise les scorecards transparentes ou un ML bien instrumenté.
• Le score est une probabilité de défaut, convertie en accord/refus et en prix. Tout ce qui se trouve en amont existe pour estimer ce seul chiffre plus précisément et plus équitablement.