Jumeaux numériques bancaires

Un jumeau numérique bancaire devrait soutenir une décision que l'équipe responsable peut définir précisément. Une équipe chargée des paiements pourrait par exemple examiner l'effet de paiements entrants retardés sur les files de règlement pendant une période opérationnelle donnée. Le périmètre du modèle devrait préciser les comptes participants et les règles de règlement incluses dans cette question. Les activités extérieures restent des hypothèses explicites, et un résultat concernant un processus de paiement ne permet donc pas d'établir le comportement de toute la banque.

Durham University et Atom bank ont développé un jumeau numérique bancaire avec des modèles mathématiques et statistiques des relations entre clients et produits. Ce projet historique soutenait les décisions de planification financière, de tarification et de financement, avec des modèles actualisés par les données réelles à mesure que les produits mûrissaient. Les banques évaluant une approche similaire devraient préciser les décisions que leur modèle doit soutenir et comment les résultats réels testeront ses hypothèses.

Le simulateur des systèmes de paiement et de règlement de la Bank of Finland permet d'analyser la liquidité et les performances de règlement, notamment avec des règles modifiées et des scénarios de stress. Ces fonctions donnent aux équipes bancaires des exemples concrets de questions traitables par la simulation financière. Un simulateur devient une composante d'un jumeau numérique lorsqu'un processus d'actualisation défini maintient le lien avec l'activité financière modélisée. Pour la liquidité intrajournalière, les équipes devraient comparer les retards de règlement et la liquidité nécessaire avec les mêmes hypothèses de paiement.

Un processus bancaire peut dépendre de plusieurs applications et des règles appliquées entre ces applications. Un jumeau numérique peut modéliser les dépendances pertinentes et tester les effets d'un changement proposé dans des conditions définies. Le modèle exige des preuves reliant les événements des systèmes aux résultats opérationnels mesurés, y compris les étapes de traitement manuel. La modernisation des systèmes bancaires existants traite la mise en œuvre des changements, tandis que le jumeau numérique fournit un environnement entretenu pour examiner certaines conséquences avant et après ces changements.

Chaque entrée d'un jumeau numérique bancaire exige une origine identifiable et une date d'observation enregistrée. L'équipe devrait préciser la fréquence d'actualisation des entrées et les mesures prévues lorsqu'une source devient indisponible ou obsolète. Des données agrégées ou synthétiques peuvent soutenir certains tests, mais leurs limites doivent rester visibles dans l'interprétation des résultats. Les autorisations d'accès et la conservation exigent des contrôles propres, tandis que les rapprochements devraient montrer la cohérence des soldes et des totaux de paiement avec le périmètre financier défini.

Les agents de codage IA en finance peuvent aider les équipes à explorer le code existant et à proposer des explications des dépendances entre applications. Ces explications peuvent alimenter un jumeau numérique bancaire après vérification des règles métier par des spécialistes techniques à partir du code et du comportement observé. Une description générée seule n'établit pas le comportement numérique d'un modèle de paiement ou de financement. Les calculs financiers exigent des méthodes reproductibles et des entrées vérifiées, avec une personne désignée pour accepter les changements du modèle et de ses hypothèses.

Le BIS Project Danu, toujours en cours, développe un cadre de jumeaux numériques pour surveiller les risques émergents de stabilité financière, notamment ceux des catastrophes naturelles et des phénomènes météorologiques extrêmes. Le projet associe surveillance des données, simulation de scénarios et intégration continue des données dans son cadre prévu. Au niveau bancaire, la validation des modèles devrait comparer les résultats simulés aux observations et examiner leur sensibilité aux hypothèses incertaines. Un scénario constitue un résultat analytique dans un périmètre modélisé, avec une incertitude que les décideurs doivent comprendre.

Un premier jumeau numérique bancaire peut porter sur un flux de paiement délimité, avec un responsable opérationnel existant. Avant le développement, l'équipe devrait convenir de la décision soutenue et des preuves nécessaires à l'acceptation du modèle. La répétition de situations historiques peut tester la reproduction des comportements connus avant l'évaluation de conditions modifiées. L'utilisation continue exige ensuite un calendrier d'actualisation et une revue après les changements pertinents du processus, afin que la relation entre le modèle numérique et l'activité financière reste vérifiable dans le temps.