Une vision stratégique du reporting réglementaire

When Technology Means Transparency

Une vision stratégique du reporting réglementaire

25 Mars 2014

 Vu du régulateur

 Contrôler les établissements financiers

 Anticiper et maitriser le risque systémique

 Protéger l’épargne des particuliers

 Limiter l’évasion fiscale

 Vu du régulé

 Obtenir / Conserver sa licence d’activité

 Minimiser le risque de questions du régulateur sur les rapports soumis

 Importance de la validation des données avant soumission

 Minimiser le temps passé en interne par le régulateur lors d’audits (ie: savoir répondre rapidement aux questions posées)

 Importance de la transparence et du versioning complet des processus de reporting

 Minimiser les coûts de compliance

 Besoin d’évolutivité (vs l’approche tactique silo 1 réglementation = 1 produit de reporting)

 Valoriser les données consolidées pour le reporting réglementaire pour générer de la

Les enjeux du reporting réglementaire

 Tendances côté régulateur

 De plus en plus de réglementations – tendance en accélération

 L’ESMA doit publier 211 documents en 2014

 La réglementation FATCA fait des émules : UK FATCA, EAI de l’OCDE…

 Sur quelques années seulement

 Dodd-Frank, EMIR, Solvency 2, AIFMD, UCITS V, PRIPS, MIFID 2, CRD4/Bâle 3, FATCAs…

 V+1 attendues pour chaque réglementation sur un horizon 3/7 ans.

 Demande de données de plus en plus granulaires / détaillées

 Vers du reporting de data model (XBRL) et non plus de simples formulaires

 Convergence des formats techniques au niveau européen

 Format XBRL de l’EBA pour FINREP/COREP

 Format XBRL de l’EIOPA pour Solvency 2

 Format XML de l’ESMA pour AIFMD

 Consolidation paneuropéenne des données récoltées par les régulateurs locaux (Base de données de l’ESRB)  Supervision européenne

 Les tests sur chaque rapport, et entre les rapports d’entités similaires, vont être démultipliés

 Plus de moyens, plus de collaboration entre régulateurs = plus de questions à attendre sur les données envoyées

Les tendances structurelles du reporting réglementaire – 1 / 3

 Impacts pour les entités régulées

 Challenge technologique

 Volume de données à manipuler, transmettre et archiver en forte croissance

 Besoin d’outils matures, stables et performants

 Challenge opérationnel

 Besoin d’automatisation pour accroitre la productivité des équipes de reporting

 Problématique de la validation des données d’un data model complet (XBRL), vs simples formulaires Excel auparavant

 Challenge autour de la cohérence et qualité des données rapportées

 Globalisation européenne des formats et rapports attendus : comparabilité entre entités

 Informations réglementaires reprises dans différents rapports

 Risque de différences dans les méthodes de calculs similaires entre rapports, en cas d’infrastructure de reporting fragmentée (ex: entre FINREP et COREP)

 Besoin de cohérence entre les différents rapports requis - Exemple AIFMD : reporting au régulateur, reporting investisseur, reporting annuel…

 Besoin de synchronisation ou de rationalisation des données sources

Les tendances structurelles du reporting réglementaire – 2 / 3

 Impacts pour les entités régulées - suite

 Risque sur les audits futurs

 Besoin d’une transparence totale sur les étapes du processus de chaque reporting

 Besoin de versioning complet de ces processus (de la donnée source issue des systèmes opérationnels, jusqu’au rapport soumis)

 Pas de processus boite noire

 Les transformations de données doivent être versionnées avec la logique de reporting

 Challenge économique

 Risque d’explosion des coûts de compliance réglementaire sans vision stratégique

 Rationalisation des outils

 Fin des implémentations tactiques locales (ie 1 outil pour 1 juridiction + réglementation)

 Besoin de solutions technologiques évolutives et intégrant des fonctionnalités de gestion du changement très poussées, minimisant les coûts

 Evolutions des systèmes sources

 Evolutions réglementaires

 Réflexions nécessaires pour générer de la valeur ajoutée à partir de l’infra réglementaire

Les tendances structurelles du reporting réglementaire – 3 / 3

 L’architecture de reporting réglementaire du futur doit être pensée

autour d’une stratégie et d’un outil de data management, et non plus

autour d’outils de reporting par réglementation

Evolution des infrastructures de reporting

Product

Data Form

Initial View

Evolution des infrastructures de reporting

Product

Data Form

Initial View

Initial Solution

(Implementation #1  black-box/fixed data model reporting tool )

Evolution des infrastructures de reporting

Variable Process Variable

Product

Data Form

Initial View

Understood View

Initial Solution

Evolution des infrastructures de reporting

Variable Process Variable

Product

Data Form

Initial View

Understood View Initial Solution

Nearly There View

(Implementation #2  Ex:

in-house development)

Process

(80%

covered)

20% manual

No Black Box

AXIOMSL FRAMEWORK Workflow

Reporting Process : Alerts, Role based Freezing and Signoff

Calculations

Business Rules: Transformation, Validation, Adjustment, Allocation, Reconciliation, Consolidation, Netting etc.

Full versioning Full transparency

Agile change management

L’approche holistique d’AxiomSL : reporting réglementaire 3.0

files

database Moving input data

sources

Moving regulatory

output requirements

flow flow

www.axiomsl.com

 Plateforme de gestion de données entièrement configurable

 Pas de modèle de données imposé : toutes les données source nécessaires sont chargées sans prétraitement

 Enrichissement et validation de données paramétrable au cas par cas

 Moteur de workflow permettant l’automatisation des processus de traitement

 Modèle opérationnel de gouvernance dédié via des dashboards spécifiques

 Aucun « code en dur » : tout est configuré en fonction du périmètre

 Plateforme logicielle mature et fonctionnellement évolutive

 Version 9, plus de 350 sites installés : garantie de stabilité et de performance

 Tous les clients AxiomSL utilisent la même plateforme logicielle

 Pas de mise à jour de la plateforme AxiomSL requise en cas d’évolution réglementaire ou de nouvelle réglementation

 Bibliothèque de plus de 1200 template réglementaire (= 1 régulateur + 1 réglementation)

 Maintenance par AxiomSL des règles de classification, formats de rapport, et formats électroniques de soumission en phase avec les évolutions réglementaires

 Un template réglementaire s’importe simplement dans AxiomSL

L’approche AxiomSL en résumé – 1 / 2

 Transparence de bout en bout : audit réglementaire indolore

 Toutes les étapes de processing / calcul sont auditables, depuis les chiffres rapportés aux régulateurs jusqu’à la donnée issue des systèmes sources

 Possibilité de ré-exécuter un rapport, ou plusieurs versions de rapports différents, avec différents jeux de données, le tout sur la même plateforme logicielle

 Optimisation budgétaire : Concrétisation du “One-stop shop” réglementaire

 Ex: Publication BCBS 239 - Principles for effective risk data aggregation and risk reporting

 Centralisation des données et processus de reporting

 Possibilité d’extension rapide du périmètre de reporting réglementaire initial

 Ex: 20 jours / homme pour implémenter EMIR

 Synergies grâce à la réutilisation de données et des compétences dans un outil unique

 Flexibilité pour générer des rapports à valeur ajoutée interne ou clients

L’approche AxiomSL en résumé – 2 / 2

Data ^Process Data ^Process Data ^Process Data

Source Repository

Fixed

Data Model Report

Legacy Approach

L’approche AxiomSL vs l’approche tactique historique

Key Reasons

• No Black Box

• No Fixed Data Model

• No Data Duplication

• Framework

• Change Management Control

• Easy troubleshooting (full drill-down transparency)

• No software package upgrades to fix issues

Data Process Data Process Data

Source Repository Report

AxiomSL Approach

3 to 6 months

6 to 12+

months 80% of

reporting project budget

AxiomSL en bref

 Company founded in 1991

 350+ staff

 Singapore, New York, London, Luxembourg

 Privately held

 Best regulatory solution

 One global Platform

 Holistic vision V silo approach

 No fixed data model/no black box

 Flexible, transparent, auditable

 E2E 100% regulatory process

 Vendor Independence

 Performance driven

 Partnership approach

Company and Vision

 Full transparency

 Complete data lineage

 Flexible reporting Layers

 Robust adjustments process

 Eliminates manual processes

 Client defined timelines

 Clear audit trails

 Lower TCO – faster delivery

 Reduced regression efforts

 Lower upgrade costs

 Different location can reuse

 Leverage shared services

 Data and logic version control

Benefits

 1200+ regulatory reports

 Liquidity – EMR, LCR, NSFR.

 Capital / Financial / Statistical – COREP, FINREP and BOE

 Asset Management – UCITS, AIFMD, Form PF

 Transaction – EMIR, MIFID

 HMRC Levy, FATCA, other tax

 Management information

 Basel/Solvency cap. calculation

 Desk level capital allocation

 Stress testing capabilities, LMM

 Multi-jurisdictional reporting

 Strong ETL – normalisation, enrichment, reconciliation, validations/data quality

Solutions

AxiomSLVision FeaturesOperational Regulatory reports Capital…and more