Une vision stratégique du reporting réglementaire

Transcription

1 When Technology Means Transparency Une vision stratégique du reporting réglementaire 25 Mars 2014

2 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

3 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

4 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 Besoin de synchronisation ou de rationalisation des données sources

5 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

6 Evolution des infrastructures de reporting Initial View Data Product Form

7 Evolution des infrastructures de reporting Initial View Data Product Form Initial Solution (Implementation #1 black-box/fixed data model reporting tool )

8 Evolution des infrastructures de reporting Initial View Data Product Form Initial Solution Understood View Variable Process Variable

9 Evolution des infrastructures de reporting Initial View Data Product Form Initial Solution Understood View Variable Process Variable Nearly There View (Implementation #2 Ex: in-house development) Process (80% covered) 20% manual process = 80% of the effort

10 L approche holistique d AxiomSL : reporting réglementaire 3.0 Moving input data sources AXIOMSL FRAMEWORK Workflow Moving regulatory output requirements files flow No Black Box flow Full versioning Full transparency Agile change management database Calculations Business Rules: Transformation, Validation, Adjustment, Allocation, Reconciliation, Consolidation, Netting etc. Reporting Process : Alerts, Role based Freezing and Signoff

11 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

12 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 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

13 L approche AxiomSL vs l approche tactique historique Legacy Approach Source Repository 80% of reporting project budget Fixed Data Model Report Data Process Data Process Data Process Data 6 to 12+ months AxiomSL Approach Source Repository Report Data Process Data Process Data 3 to 6 months 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

14 and more Operational Vision Capital Features AxiomSL Regulatory reports AxiomSL en bref Company and Vision Benefits Solutions Company founded in 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 Continual re-investment 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 Constant Improvements 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. 14