Une cellule C 07.00 ramène jusqu’au programme Cobol

Une cellule du COREP C 07.00 affiche un montant d’exposition au risque de crédit. En revue, l’auditeur demande son origine. L’équipe retrouve la table qui alimente le reporting. Puis une table intermédiaire. Le montant provient d’un encours converti en euros, mais la règle de conversion reste à retrouver.

Prenons un cas illustratif où cette conversion est répartie entre deux programmes Cobol. Le premier lit l’encours dans une table DB2 et recherche le taux de change. Le second applique la conversion avant l’agrégation. Pour expliquer le chiffre, il faut suivre les colonnes utilisées, ouvrir les instructions concernées et vérifier les conditions du calcul.

Une flèche entre « crédits » et « reporting réglementaire » laisse ces opérations invisibles. Elle ne montre ni le taux retenu ni le traitement d’une devise absente du référentiel. Ces étapes doivent pouvoir être examinées.

Distinguer les principes BCBS 239 des attentes détaillées de la BCE

Les principes BCBS 239 de 2013 portent notamment sur l’architecture des données, leur exactitude et leur exhaustivité. Le paragraphe 39 attend des banques qu’elles documentent et expliquent leurs processus d’agrégation des données de risque, automatisés ou manuels. Le lignage aide à répondre à cette attente. Comité de Bâle, janvier 2013, principes 2 à 4 et § 39.

Le guide BCE de mai 2024 précise l’attente de lignage au niveau des attributs. Celui-ci doit être complet et à jour, de la capture aux transformations, pour les indicateurs de risque et leurs données critiques dans le périmètre retenu. Le guide n’impose pas de nouvelles exigences. BCE, introduction et section 3.4.

Dans notre exemple, la démarche consiste à relier la cellule aux données sources et à rendre chaque calcul consultable. Une carte générale du système d’information ne suffit pas à examiner la conversion.

Le niveau colonne expose les transformations du montant

Dans une même table DB2, l’encours d’origine et l’encours converti peuvent coexister. Un lignage limité aux tables indique une dépendance entre deux objets. Il ne permet pas de déterminer quelle colonne contribue effectivement au montant reporté.

Le parcours doit donc relier la cellule à son agrégation, puis remonter chaque transformation jusqu’à la colonne source. Pour notre exemple, cela implique de retrouver le champ de devise et la provenance du taux. Il faut aussi examiner les filtres qui déterminent les encours inclus.

Les Copybooks définissent les structures de données utilisées par les programmes Cobol. Le JCL aide à replacer les traitements dans leur chaîne d’exécution. Leur rapprochement avec les accès DB2 permet de suivre le chemin technique au-delà du nom d’un programme.

Le code ne suffit pas. Il décrit une logique possible. Pour justifier un arrêté précis, il faut également établir quelle version a tourné, avec quelles données et quels paramètres. Le lignage du code actuel ne prouve pas, à lui seul, le montant remis le trimestre précédent.

Distinguer les liens déclarés des liens retrouvés dans le code

Si un programme change sans mise à jour du catalogue, le lien documenté peut ne plus correspondre au traitement exécuté. Le nom de la table d’arrivée peut pourtant rester identique.

Un lien déclaré garde son utilité. Un responsable métier peut expliquer pourquoi une donnée appartient à un indicateur. Cette explication doit rester identifiable comme une déclaration. Un lien retrouvé dans le code permet, lui, d’examiner les instructions qui réalisent la transformation.

Conserver cette distinction aide à repérer les raccords encore non vérifiés. Lorsqu’un passage repose sur une explication humaine, le dossier doit l’indiquer et préciser la pièce manquante.

L’utilisation d’un analyseur distinct pour chaque technologie demande aussi de vérifier les raccords. Chaque outil peut restituer son morceau sans couvrir le passage au système suivant. Le test porte donc sur le parcours complet de la cellule, y compris les interfaces entre technologies.

Relier le calcul technique à sa définition métier

Le lignage technique explique comment une colonne alimente une autre. La vue métier rattache cette transformation à une définition et aux rapports concernés. Les deux vues doivent permettre de retrouver la même donnée.

Dans notre exemple, l’instruction de conversion doit être rapprochée de la règle métier applicable à l’encours. L’équipe Risques doit pouvoir examiner cette correspondance avec l’IT. Le responsable du reporting doit retrouver la cellule concernée sans interpréter lui-même tout le Cobol.

Lorsque les responsabilités sont réparties entre Risques, Finance et IT, chaque équipe peut détenir une partie de l’explication. Si les raccords ne sont pas documentés, une question d’auditeur oblige à reconstituer le parcours avec chacune d’elles.

Pour travailler sur la traçabilité COREP ou FINREP, on peut partir des rapports effectivement produits. Pour chaque cellule étudiée, il faut identifier le responsable de la définition et celui du traitement. En cas de divergence, les personnes concernées disposent alors d’une règle et d’un calcul à comparer.

Préparer les pièces que l’auditeur pourra examiner

Pour tester le dossier, je recommande de partir d’un montant remis et de préparer les pièces suivantes. Cette grille pratique ne constitue pas une liste réglementaire exhaustive.

Retrouver le chiffre. Identifier la cellule et la date d’arrêté, puis préciser le périmètre d’entités couvert.
Ouvrir la transformation. Montrer les colonnes sources et les lignes de programme qui expliquent le calcul.
Justifier la population. Présenter les critères d’inclusion et les exclusions appliquées avant l’agrégation.
Expliquer les interventions manuelles. Rattacher chaque ajustement au montant concerné et à sa justification.
Présenter les contrôles. Fournir leurs résultats pour l’arrêté examiné, avec les anomalies encore ouvertes. Vérifier aussi la disponibilité des données dans les délais requis.
Raccorder la preuve à la version exécutée. Distinguer le traitement utilisé lors de la remise de celui disponible aujourd’hui.

L’auditeur doit pouvoir passer du montant aux pièces qui l’expliquent. Une carte sans accès aux transformations laisse une partie de la vérification à faire.

Retrouver les rapports touchés par une anomalie

Supposons qu’un taux de change manque dans notre exemple. Le contrôle signale la colonne concernée. Le lignage permet ensuite d’identifier les transformations dépendantes et les rapports potentiellement touchés. Pour évaluer le montant affecté, il faut encore examiner les données de l’arrêté.

Un score global peut masquer des écarts entre rapports. La complétude peut être satisfaisante sur l’un et insuffisante sur l’autre. L’exactitude et l’intégrité doivent être examinées séparément. Selon les données, des vérifications d’unicité ou de cohérence peuvent compléter l’analyse. Les contrôles doivent aussi vérifier que les données sont disponibles dans les délais requis pour l’arrêté.

La section 3.5 du guide BCE prévoit des contrôles sur toute la chaîne du périmètre retenu, ainsi que des indicateurs de qualité avec tolérances et procédures de correction documentées. BCE, mai 2024, section 3.5.

Partir du code existant pour rendre les liens consultables

Vokse analyse le code tel qu’il existe, notamment Cobol, JCL et Copybooks, ainsi que DB2, les bases relationnelles et Salesforce. Sa rétro-ingénierie est issue de 25 ans de R&D ; l’IA trie et relie. Le lignage descend à la colonne, distingue les liens trouvés des liens déclarés et ouvre les transformations jusqu’aux lignes de code. Il relie ces chemins aux processus métier et aux rapports, avec des contrôles continus d’exactitude et d’exhaustivité, et un accès dédié aux auditeurs.

L’autodiagnostic BCBS 239 propose 8 questions en 3 minutes, avec un résultat immédiat, sans email.

FAQ

Comment le lignage contribue-t-il à répondre aux principes BCBS 239 ?

Il aide à expliquer l’origine des données et leurs agrégations, en appui des principes d’exactitude et d’exhaustivité. Le § 39 porte sur la documentation des processus d’agrégation. Comité de Bâle, 2013. L’attente explicite de lignage au niveau des attributs figure dans le guide BCE, section 3.4.

Lignage technique ou métier ?

Les deux se complètent. Le premier expose les dépendances et les transformations. Le second relie ces traitements aux définitions métier et aux rapports utilisés. Leur rapprochement permet de comparer le calcul exécuté à la règle attendue.

Pourquoi un lignage au niveau colonne ?

Deux colonnes d’une même table peuvent subir des traitements différents. Ce niveau permet d’identifier le champ réellement utilisé et la transformation qui contribue au montant final.

Comment documenter la traçabilité d’une cellule FINREP ?

Partir de la cellule et de sa date d’arrêté. Remonter les règles d’agrégation jusqu’aux colonnes sources et documenter les ajustements. Rattacher ensuite les résultats des contrôles, les données utilisées et les versions exécutées à la remise concernée.

BCBS 239 data lineage et traçabilité d’une cellule COREP