L’ACPR exige qu’un algorithme d’octroi de crédit immobilier soit explicable, non discriminatoire et traçable à chaque étape de la décision. Pour un couple non marié (concubins ou partenaires de PACS), le système doit démontrer qu’il évalue les revenus et charges de chaque co-emprunteur de façon équitable, sans inférer de risque supplémentaire lié au seul statut matrimonial. Les établissements doivent documenter leurs modèles et être en mesure de les présenter lors d’un contrôle sur place ou sur pièces.
🤖 L’intelligence du crédit de demain, disponible aujourd’hui. Même avec un profil complexe, ne devinez plus si votre prêt sera accepté. Testez notre pré-générateur de dossier propulsé par notre middleware IA. 🚀 Générer mon pré-accord IA →
Cadre réglementaire : ce que l’ACPR surveille dans les algorithmes de crédit
Obligations générales des établissements de crédit utilisant des modèles automatisés
L’ACPR, en tant qu’autorité de supervision prudentielle et de résolution, dispose d’un pouvoir de contrôle étendu sur les pratiques d’octroi de crédit des établissements qu’elle supervise. Conformément aux règles applicables aux établissements de crédit publiées par l’ACPR (acpr.banque-france.fr), tout algorithme intervenant dans la décision d’octroi doit satisfaire à plusieurs exigences cumulatives : gouvernance du modèle, traçabilité des décisions, absence de discrimination et capacité de restitution à l’emprunteur.
Ces exigences s’inscrivent dans le prolongement des orientations de l’Autorité Bancaire Européenne (ABE) sur l’octroi et le suivi des prêts, transposées dans le droit français. L’ACPR attend notamment que le comité des risques de l’établissement valide formellement le modèle, que des tests de robustesse soient conduits régulièrement (backtesting, stress-testing) et que toute dérive du modèle soit détectée et corrigée sans délai. La supervision porte aussi bien sur les modèles développés en interne que sur ceux fournis par des prestataires tiers (LLM, moteurs de scoring externalisés).
Sur le plan de la protection du consommateur, l’article L. 312-16 du Code de la consommation impose à l’établissement prêteur de vérifier la solvabilité de l’emprunteur avant tout octroi. Un algorithme qui court-circuiterait cette obligation — par exemple en substituant un score opaque à une analyse effective de la capacité de remboursement — exposerait l’établissement à des sanctions administratives et financières prononcées par l’ACPR.
Mécanismes concrets de contrôle : données, calculs et points de vigilance spécifiques aux couples non mariés
Évaluation du taux d’effort et traitement des revenus en union libre
Pour un couple non marié, l’algorithme doit traiter chaque co-emprunteur comme une entité financière distincte tout en consolidant correctement les charges communes. Le taux d’endettement maximal recommandé par le Haut Conseil de Stabilité Financière (HCSF) est fixé à 35 % des revenus nets avant impôt, assurance incluse (décision HCSF n° D-HCSF-2021-7 du 29 septembre 2021). L’ACPR vérifiera que l’algorithme applique ce seuil de manière identique quelle que soit la situation matrimoniale des co-emprunteurs. Par ailleurs, la DSP2 (Directive sur les services de paiement, transposée en droit français par l’ordonnance n° 2017-1252), dont le cadre est détaillé par la Banque de France, autorise l’accès aux données de compte bancaire avec le consentement explicite du client : un algorithme peut donc légitimement enrichir son scoring avec des données de flux, à condition que le consentement soit recueilli pour chaque co-emprunteur séparément.
| Point de contrôle ACPR | Exigence attendue | Risque en cas de manquement | Spécificité couple non marié |
|---|---|---|---|
| Explicabilité de la décision | Restitution des variables déterminantes au client | Sanction ACPR, recours CNIL | Justifier l’impact du statut matrimonial sur le score |
| Non-discrimination | Absence de variable proxy liée au statut conjugal | Qualification de pratique discriminatoire | Le concubinage ne peut constituer un facteur de risque autonome |
| Taux d’endettement (HCSF) | ≤ 35 % revenus nets, assurance incluse | Dépassement de la marge dérogatoire (20 %) | Consolidation des revenus des deux co-emprunteurs requise |
| Consentement DSP2 | Accord explicite par co-emprunteur pour accès aux comptes | Traitement illicite de données financières | Deux consentements distincts obligatoires |
| Gouvernance du modèle | Validation par comité des risques, backtesting annuel | Mise en demeure, injonction de remédiation | Documentation des scénarios de séparation/défaut |
| Traçabilité des décisions | Log horodaté de chaque décision algorithmique | Impossibilité de défense en cas de litige | Identification claire de la contribution de chaque profil |
{
"type_demande": "credit_immobilier",
"statut_matrimonial": "concubinage",
"co_emprunteur_1": {
"revenu_net_mensuel": 3200,
"charges_existantes": 400,
"consentement_dsp2": true
},
"co_emprunteur_2": {
"revenu_net_mensuel": 2800,
"charges_existantes": 150,
"consentement_dsp2": true
},
"mensualite_demandee": 1200,
"taux_endettement_consolide": 0.3333,
"seuil_hcsf": 0.35,
"decision_algorithme": "eligible",
"variables_explicatives": ["taux_endettement", "stabilite_emploi", "historique_flux_dsp2"],
"statut_matrimonial_utilise_comme_variable": false
}
Implications pratiques pour un middleware IA : automatisation, API et scoring conforme
Intégrer les exigences ACPR dans un pipeline d’octroi automatisé
Un middleware d’octroi de crédit immobilier conforme aux attentes de l’ACPR doit architecturer ses flux de données en distinguant clairement trois couches : la collecte consentie (API DSP2 / Open Banking), le moteur de scoring (modèle ML ou règles métier) et la couche d’explicabilité (SHAP values, LIME ou règles de décision lisibles). Pour un couple non marié, la couche de collecte doit impérativement gérer deux tokens d’accès DSP2 indépendants, associés chacun à un consentement horodaté et révocable. Toute mutualisation non consentie des données de flux constituerait une violation du cadre DSP2 tel que défini par la Banque de France.
Sur le plan du scoring, l’ACPR attend que la variable « statut matrimonial » soit soit absente du modèle, soit neutralisée par des tests d’équité (fairness testing) démontrant l’absence d’effet proxy. Les techniques de débiaisage (reweighting, adversarial debiasing) doivent être documentées dans le dossier de validation du modèle. En cas de contrôle sur place, l’inspecteur de l’ACPR peut demander à rejouer n’importe quelle décision passée : le middleware doit donc conserver un snapshot complet de l’état du modèle au moment de chaque décision, avec versioning.
Enfin, la gestion du risque de séparation — spécifique aux couples non mariés — doit être traitée dans la politique de crédit de l’établissement et non dans l’algorithme lui-même. L’ACPR distingue en effet les critères de risque légitimes (capacité de remboursement individuelle en cas de défaillance de l’un des co-emprunteurs) des critères discriminatoires (pénalisation systématique du concubinage). Un middleware bien conçu exposera cette logique via une API de politique de crédit séparée, auditée indépendamment du moteur de scoring.
Conclusion & Perspective 2027
D’ici 2027, la convergence entre les exigences de l’ACPR, le règlement européen sur l’IA (AI Act, entré en vigueur en 2024) et les standards Open Banking de la DSP3 en cours de finalisation devrait conduire à l’émergence de pipelines d’octroi entièrement auditables en temps réel. Les LLM spécialisés pourront générer automatiquement les rapports d’explicabilité exigés par le superviseur, tandis que des agents IA monitoreront en continu la dérive des modèles de scoring. Pour les couples non mariés, cette évolution représente une opportunité : un algorithme correctement gouverné et transparent sera structurellement moins susceptible de les pénaliser que les pratiques manuelles actuelles, souvent empreintes de biais implicites non documentés.
🤖 L’intelligence du crédit de demain, disponible aujourd’hui. Obtenez le feu vert des banques grâce à notre technologie de pointe. Générez un dossier de prêt immobilier ultra-optimisé et validé par notre IA. 🚀 Générer mon dossier IA →
