Rejouer une politique de crédit avant de l'activer
Modifier un seuil est l'acte le plus rapide et le plus lourd de conséquences d'une direction des risques. Le rejeu sur historique transforme un pari en décision informée.
Le geste le plus risqué du métier
Abaisser un seuil de taux d'effort de trois points prend dix secondes. L'effet se mesure six mois plus tard, sur un portefeuille qu'on ne peut plus reconstituer autrement que par approximation.
Cette asymétrie entre la facilité du geste et la lenteur de son évaluation explique une pratique répandue : on ne touche plus aux seuils. La politique se fige, non par conviction, mais par prudence — et l'institution perd la capacité d'adaptation qui justifiait le dispositif.
Ce que le rejeu apporte
Rejouer une politique candidate sur l'historique de l'institution répond à une question précise : parmi les dossiers déjà traités, combien changeraient d'issue avec cette politique, dans quel sens, et pour quel volume d'encours.
Cette question a une réponse exacte, pas une estimation. Les dossiers existent, leurs données aussi, la politique candidate est déterministe. Il ne s'agit pas de prédire l'avenir mais de mesurer un écart sur le passé.
La limite est réelle et doit être énoncée : le rejeu ne dit pas si les dossiers nouvellement acceptés auraient remboursé. Il dit combien ils sont, qui ils sont, et ce qu'ils représentent. C'est déjà considérablement plus que rien.
Ce que le rejeu ne remplace pas
Il ne remplace pas le jugement. Une politique qui accepte quatre-vingts dossiers de plus par mois peut être excellente ou catastrophique selon la nature de ces dossiers — et c'est la direction des risques qui en juge, pas le calcul.
Il ne remplace pas non plus le suivi a posteriori. Une politique activée doit être évaluée sur ses cohortes réelles, et comparée à ce que le rejeu avait annoncé. C'est cette comparaison, répétée, qui construit la confiance dans l'outil.
Une exigence de gouvernance, pas de confort
Le rejeu prend tout son sens lorsqu'il devient obligatoire : aucune politique ne s'active sans avoir été simulée au moins une fois, et l'auteur d'une modification ne peut pas l'approuver lui-même.
Ces deux règles paraissent bureaucratiques. Elles sont exactement ce qu'un contrôleur cherche à vérifier, et elles coûtent moins cher que la reconstitution d'un changement de politique non documenté deux ans plus tard.
Sources
- Spécifications fonctionnelles NEXCLARA — module ADMIN, cycle de vie d'un paramétrage.
- Commission bancaire de l'UMOA — exigences de contrôle interne et de séparation des tâches.