La présentation de Thierry HAENSENBERGER, Senior Vice

Une vision stratégique du reporting
réglementaire
When Technology Means Transparency
www.axiomsl.com
25 Mars 2014
Les enjeux du reporting réglementaire

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
valeur
 Reporting clients ou internes supplémentaires, MI, KPIs…
www.axiomsl.com
Les tendances structurelles du reporting réglementaire – 1 / 3

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
www.axiomsl.com
Les tendances structurelles du reporting réglementaire – 2 / 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…

www.axiomsl.com
Besoin de synchronisation ou de rationalisation des données sources
Les tendances structurelles du reporting réglementaire – 3 / 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
 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
www.axiomsl.com
Evolution des infrastructures de reporting
Initial View
www.axiomsl.com
Data
Product
Form
Evolution des infrastructures de reporting
Initial View
Initial Solution
(Implementation #1 
black-box/fixed data
model reporting tool )
www.axiomsl.com
Data
Product
Form
Evolution des infrastructures de reporting
Initial View
Data
Product
Form
Variable
Process
Variable
Initial Solution
Understood View
www.axiomsl.com
Evolution des infrastructures de reporting
Initial View
Data
Product
Form
Variable
Process
Variable
Initial Solution
Understood View
Process
(80%
covered)
Nearly There View
(Implementation #2  Ex:
in-house development)
www.axiomsl.com
20% manual
process = 80%
of the effort
L’approche holistique d’AxiomSL : reporting réglementaire 3.0
Moving
input data
sources
Moving
regulatory
output
requirements
AXIOMSL FRAMEWORK
Workflow
files
flow
No Black Box
Full versioning
Full transparency
Agile change management
Calculations
Business Rules: Transformation, Validation,
database
www.axiomsl.com
Adjustment, Allocation, Reconciliation,
Consolidation, Netting etc.
Reporting Process : Alerts, Role based
Freezing and Signoff
flow
L’approche AxiomSL en résumé – 1 / 2

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
www.axiomsl.com
L’approche AxiomSL en résumé – 2 / 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
www.axiomsl.com
L’approche AxiomSL vs l’approche tactique historique
Legacy Approach
Repository
Source
Data
Process
Data
80% of
reporting
project
budget
Process
Fixed
Data Model
Data
Report
Process
Data
www.axiomsl.com
Report
Repository
Process
6 to 12+
months
Key Reasons
AxiomSL Approach
Source
Data
Data
Process
Data
3 to 6
months
•
•
•
•
•
•
•
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
AxiomSL en bref

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
Continual re-investment

Vision










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
Constant Improvements

Regulatory reports


Full transparency
Complete data lineage






Capital


Solutions




…and more

Company founded in 1991
350+ staff
Singapore, New York, London,
Luxembourg
Privately held
Features

Benefits
Operational
AxiomSL
Company and Vision


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
Multiple submission XML,
XBRL, SFTP, encrypted file etc.
www.axiomsl.com
14

Download Report