La technologie est rarement la difficulté. Ce qui décide de l’usage d’un tableau de bord prudentiel, c’est pour qui il a été conçu, le peu de vues qu’il propose, et si ses alertes restent assez rares pour être encore lues.
En bref
- Le SupTech désigne la technologie employée par les autorités pour exercer la supervision — par distinction avec le RegTech, employé par les entités régulées pour satisfaire à leurs obligations.
- La chaîne compte plus que l’interface : collecte, validation, rapprochement et ordonnancement déterminent la fraîcheur possible d’un signal, et aucun tableau de bord ne peut afficher une information que la chaîne n’a pas encore livrée.
- La plupart des tableaux de bord prudentiels sont conçus pour celui qui les bâtit — exhaustifs, paramétrables, et organisés par structure de données plutôt que par la décision que le superviseur s’apprête à prendre.
- La lassitude face aux alertes est un défaut de conception, non d’utilisateur. Des alertes assez fréquentes pour devenir routinières cessent d’être lues, et le dispositif fonctionne alors moins bien qu’en l’absence d’alertes.
- Le test utile est comportemental : quelles vues un superviseur ouvre-t-il spontanément un lundi matin ? Le reste n’est qu’un rapport qui se trouve résider sur un écran.
Sur cette page
Ce que signifie SupTech#
Le SupTech désigne l’usage de la technologie par les autorités de supervision pour exercer la supervision elle-même. Il se distingue du RegTech, technologie employée par les entités régulées pour satisfaire à leurs obligations — les deux sont souvent évoqués ensemble et servent les côtés opposés d’une même relation.
Dans un contexte d’alerte précoce, il couvre tout ce qui sépare la remise d’un état par une banque de la décision d’agir d’un superviseur : collecte, validation, rapprochement, couche analytique, et tableaux de bord et alertes par lesquels le résultat est reçu.
La chaîne détermine le possible#
L’attention se porte d’ordinaire sur l’interface, qui en est la partie la moins déterminante. Ce qu’un tableau de bord peut montrer est entièrement borné par ce que la chaîne située derrière a livré, validé et rapproché.
Quatre propriétés de cette chaîne fixent le plafond, et aucune n’est visible à l’écran.
- **La fréquence de collecte**, qui plafonne la fraîcheur possible de tout chiffre.
- **La validation à la saisie**, qui décide si les erreurs sont interceptées avant de se propager ou découvertes en aval par un analyste qui le remarque par hasard.
- **Le rapprochement entre états**, sans lequel une même grandeur déclarée à deux endroits diverge sans qu’on sache laquelle croire.
- **L’ordonnancement**, qui détermine le délai réel entre l’arrivée d’un chiffre et son accès par la personne qui en a besoin.
Une autorité mécontente de son tableau de bord découvrira souvent, à l’examen, que celui-ci affiche fidèlement une chaîne qui livre tard et se contredit.
Là où cela dérape#
Les tableaux de bord prudentiels échouent selon un petit nombre de schémas reconnaissables, et ces échecs relèvent de la conception plutôt que de la technologie.
- **Conçu pour son constructeur.** Exhaustif, paramétrable, organisé par structure de données — un outil pour qui sait déjà ce qu’il cherche, remis à qui l’ignore.
- **Trop de vues.** Un superviseur disposant de quarante écrans en utilise trois. Les trente-sept autres ne sont pas neutres : ils rendent les trois plus difficiles à trouver.
- **Aucun chemin du système à l’établissement puis à l’exposition.** Un superviseur qui voit un agrégat préoccupant sans pouvoir descendre à la banque, puis à l’exposition qui le porte, a reçu un constat et non une piste.
- **Des alertes qui se déclenchent régulièrement.** Dès qu’une alerte est attendue, elle cesse d’être une information. Le dispositif fonctionne alors moins bien qu’en l’absence d’alertes, l’écartement étant devenu une habitude.
- **Aucune trace des écartements.** Lorsque les alertes sont clôturées sans motif consigné, nul ne peut dire si le dispositif se trompe ou s’il est ignoré.
Une alerte qu’un superviseur s’attend à voir n’est plus une alerte. Elle est devenue le décor, et le décor ne se lit pas.
À quoi ressemble un bon dispositif#
Un tableau de bord réellement utilisé partage généralement quatre caractéristiques, peu spectaculaires.
- **Peu de vues, chacune répondant à une question réellement posée** — quels établissements ont le plus évolué sur la période, lesquels s’écartent le plus de leurs pairs, lesquels approchent d’un seuil.
- **Une exploration qui aboutit quelque part d’utile** : un portefeuille, une contrepartie ou une exposition qu’un superviseur peut évoquer en réunion.
- **Des états gradués plutôt qu’un unique voyant rouge**, afin que le rapprochement d’une limite soit visible avant son franchissement.
- **Des écartements consignés avec un motif**, ce qui, au fil des mois, transforme le journal d’alertes en preuve portant sur le calibrage plutôt que sur les banques.
L’automatisation, et où s’arrêter#
Collecte, validation, rapprochement et calcul doivent tourner sans intervention. Rien de ce qui suit ne le doit. Le point où l’automatisation doit passer la main est celui où le résultat cesse d’être une mesure pour devenir un jugement sur un établissement.
Cette ligne mérite d’être tracée explicitement et consignée, car elle se déplace discrètement à mesure qu’un dispositif mûrit, chaque pas isolé au-delà paraissant raisonnable pris séparément.
Que faire ensuite#
Demander quelles vues les superviseurs ouvrent spontanément un lundi matin, et comparer cette liste à celles que le dispositif propose. L’écart entre les deux constitue le cahier des charges.
Puis lire le journal d’alertes sur un trimestre et compter celles clôturées sans motif consigné. Ce nombre en dit davantage sur le dispositif que toute mesure de sa couverture.
Questions fréquentes
Qu’est-ce que le SupTech ?
Le SupTech désigne l’usage de la technologie par les autorités de supervision pour exercer la supervision elle-même, par distinction avec le RegTech, employé par les entités régulées pour satisfaire à leurs obligations. Dans un contexte d’alerte précoce, il couvre tout ce qui sépare la remise d’un état par une banque de la décision d’agir d’un superviseur : collecte et validation automatisées des états prudentiels, rapprochement et contrôles de qualité, ordonnancement déterminant la fraîcheur possible d’un signal, couche analytique qui note ou classe les établissements, et tableaux de bord et alertes par lesquels les superviseurs reçoivent le résultat. La technologie est rarement la difficulté — les obstacles récurrents sont la qualité des données à la collecte, des tableaux de bord conçus pour leurs constructeurs, et des alertes si fréquentes qu’elles cessent d’être lues.
Qu’est-ce qui fait qu’un tableau de bord prudentiel est réellement utilisé ?
Quatre caractéristiques, toutes peu spectaculaires. Peu de vues, chacune répondant à une question réellement posée — quels établissements ont le plus évolué, lesquels s’écartent le plus de leurs pairs, lesquels approchent d’un seuil. Une exploration qui aboutit quelque part d’utile : un portefeuille, une contrepartie ou une exposition qu’un superviseur peut évoquer en réunion, plutôt qu’un nouvel agrégat. Des états gradués plutôt qu’un unique voyant rouge, afin que le rapprochement d’une limite soit visible avant son franchissement. Et des écartements consignés avec un motif, ce qui transforme au fil des mois le journal d’alertes en preuve portant sur le calibrage plutôt que sur les banques. Le test comportemental est simple : quelles vues un superviseur ouvre-t-il spontanément un lundi matin ?
Qu’est-ce que la lassitude face aux alertes dans un système d’alerte précoce ?
La lassitude face aux alertes est l’état où celles-ci se déclenchent assez souvent pour devenir routinières : elles cessent alors de porter de l’information et sont écartées par habitude plutôt qu’évaluées. C’est un défaut de conception et non d’utilisateur : des seuils tels qu’une large part des établissements est signalée chaque mois la garantissent. Un dispositif dans cet état fonctionne moins bien qu’un dispositif sans alertes, car il produit un sentiment trompeur de couverture alors que personne ne lit le résultat. Le diagnostic consiste à lire le journal d’alertes sur un trimestre et à compter celles clôturées sans motif consigné — là où les écartements ne sont pas consignés, nul ne peut dire si le dispositif se trompe ou s’il est simplement ignoré.
Quelle part d’un système d’alerte précoce prudentiel automatiser ?
Collecte, validation, rapprochement et calcul doivent tourner sans intervention ; rien de ce qui suit ne le doit. Le point où l’automatisation doit passer la main est celui où le résultat cesse d’être une mesure pour devenir un jugement sur un établissement — classer une banque comme méritant une attention accrue est un acte de supervision, non un calcul. Cette ligne mérite d’être tracée explicitement et consignée, car elle se déplace discrètement à mesure qu’un dispositif mûrit, chaque pas isolé au-delà paraissant raisonnable. Automatiser la chaîne est aussi là que réside l’essentiel du bénéfice pratique : c’est ce qui détermine la fraîcheur possible d’un signal, et aucune interface ne peut afficher une information que la chaîne n’a pas livrée.
Le programme derrière cet article
Travaillez ces sujets avec les praticiens qui les ont écrits.
Masterclass Systèmes d’alerte précoce pour la supervision bancaire : économétrie, IA et SupTech
Le regard du superviseur sur la détérioration d’une banque — modèles économétriques, apprentissage automatique et IA, base prudentielle pour agir sur un signal, et le SupTech qui le porte à temps au bon bureau.
Voir le programme →Programme résidentiel pour dirigeants de banques centrales
Des programmes bilatéraux et résidentiels sur mesure pour les banques centrales — mise en œuvre de Bâle III, surveillance des paiements, cyber-résilience et SupTech, fondés sur l’échange entre institutions.
Voir le programme →Masterclass — Stabilité des systèmes financiers et tests de résistance bancaires
La stabilité financière de banque centrale et les tests de résistance top-down à un niveau avancé — outils macroprudentiels, indicateurs de risque systémique et les choix de modélisation derrière les tests de résistance prudentiels.
Voir le programme →