Automatiser le reporting réglementaire bancaire

Un système déclaratif doit identifier l'établissement déclarant, le périmètre de consolidation et la période de référence avant de calculer les chiffres. Une banque peut avoir besoin de sélections différentes pour les déclarations prudentielles, statistiques et de résolution. Les cadres déclaratifs de l'EBA distinguent les modules et leurs dates de référence applicables, donc le dernier paquet disponible ne convient pas automatiquement à chaque dépôt.

L'automatisation devrait conserver le lien entre une exigence et les données sélectionnées pour y répondre. Les responsables déclaratifs ont besoin d'une file de traitement pour les données sources manquantes et les écarts de rapprochement non résolus. Un fichier techniquement accepté peut toujours contenir des chiffres fondés sur une interprétation métier incorrecte.

Un modèle de points de données définit les concepts déclaratifs et les dimensions nécessaires à leur interprétation. La DPM Alliance réunit la BCE, l'EBA et l'EIOPA autour de cette méthode commune de modélisation. Une définition commune aide les établissements à distinguer le montant déclaré des attributs tels que l'entité déclarante, la période et la devise.

Les taxonomies XBRL relient les concepts déclaratifs à une structure d'échange lisible par machine et aux règles associées. Une déclaration xBRL-CSV combine des données CSV avec des métadonnées décrivant leur représentation comme faits déclarés. Les équipes achats devraient vérifier la taxonomie exacte, les règles de dépôt et le canal exigé pour chaque déclaration pertinente.

La traçabilité documente le lien entre un chiffre déclaré, les données sources et leurs transformations successives. La revue du Comité de Bâle sur l'agrégation des données de risque identifie la traçabilité complète comme une difficulté persistante entre systèmes bancaires fragmentés. Joindre des jeux de données sans conserver leurs identifiants peut compliquer l'investigation ultérieure d'un écart.

Un test déclaratif utile commence par une transaction source corrigée et suit son effet dans le calcul. L'établissement devrait pouvoir comparer le résultat révisé au dépôt précédent et expliquer la différence. Les déclarations COREP et FINREP peuvent utiliser des concepts différents tout en exploitant des données bancaires communes. Le rapprochement avec les données comptables ou de risque concernées aide les réviseurs à repérer les écarts inexpliqués avant approbation.

Project Ellipse a étudié des déclarations exécutables par machine avec un modèle de données commun, avant de relier les informations réglementaires à des sources analytiques plus larges. Le prototype montre comment des instructions logiques explicites peuvent faciliter l'examen de la production déclarative. Une démonstration établit une approche expérimentale, tandis que chaque autorité détermine toujours les exigences applicables à un établissement.

Le centre d'innovation de la BRI fournit le cadre institutionnel de ces travaux sur les technologies de supervision. Pour les équipes bancaires, la question pratique concerne la reproduction d'une instruction déclarative à partir d'un état défini des données. Cela exige des définitions versionnées et une décision documentée lorsque l'interprétation d'une exigence change.

Project AISE est une preuve de concept en cours qui étudie l'IA de supervision avec des données synthétiques et des cas de paiement de détail. L'expérience compare déclarations lisibles par machine, graphes de connaissances, analyses déterministes et synthèse contrainte produite par modèle. Ces tests étudient des architectures analytiques sans établir un service déclaratif en production pour les établissements financiers.

Dans un processus déclaratif bancaire, l'IA peut aider un analyste à retrouver une définition ou examiner une exception. La source justificative et la version pertinente devraient rester accessibles à côté de l'explication proposée. La logique de calcul approuvée et l'équipe déclarante responsable doivent déterminer les chiffres finaux et la décision de dépôt.

Les jalons de mise en œuvre IReF de la BCE distinguent le futur reporting statistique intégré des obligations déclaratives existantes. Le calendrier annoncé prévoit un pilote au deuxième trimestre 2030 et les premières déclarations officielles au deuxième trimestre 2031. Ces dates restent soumises à l'adoption du règlement IReF après la consultation prévue.

Les établissements peuvent utiliser cette préparation pour examiner les définitions réutilisables et les preuves des déclarations existantes. Les logiciels déclaratifs devraient séparer les obligations actuelles des changements encore en préparation. Un plan de migration nécessite aussi des comparaisons contrôlées lorsque les anciens et nouveaux dispositifs fonctionnent parallèlement.

Les tests de réception devraient inclure des données incomplètes, une taxonomie modifiée et une donnée corrigée d'une période antérieure. Les réviseurs doivent voir quels contrôles ont échoué et comment chaque correction a modifié les chiffres finaux. Le test devrait aussi confirmer la conservation d'un accusé de dépôt avec la version effectivement transmise.

Un acheteur peut demander au fournisseur de répéter le même calcul depuis le même état de données approuvé. Un autre test utile remplace une règle déclarative et vérifie si les chiffres non concernés restent inchangés. Des responsabilités claires pour les données sources, la logique déclarative et l'approbation finale facilitent l'évaluation des résultats.