Accords Bâle II - De la collecte de données

Présentation au sujet: "Accords Bâle II - De la collecte de données"— Transcription de la présentation:

1 Accords Bâle II - De la collecte de données
au rapprochement comptabilité/risques : enjeux et solutions Jean-Laurent Vidal Directeur Oracle Applications

2 Le challenge est maintenant à la DSI
Selon l’étude IDC, « Une forte proposition de banques et établissements déclare être en retard » …. Mais « reste confiante quant aux échéances », Même si « La Direction des Risques a souvent sous estimé les impacts SI » Le challenge est maintenant à la DSI

3 Une DSI expérimentée, aussi bien sur les risques que sur les évolutions réglementaires puisque rappelons-le ….

4 La Banque est un métier au carrefour ….
De tous les Risques Risques politiques (externe et stratégie interne) Risques techniques, opérationnels et environnementaux Risques bancaires et parabancaires (risques économiques, de contrepartie, risque de marché, …) De toutes les évolutions réglementaires Règles prudentielles (solvabilité, division des risques, liquidité …) Droit des consommateurs (français/européen) Réglementation et fiscalité des produits (ni-ni, CERS …) Des EX de Mesures gouvernementales Accord BâleII Décret Sécurité (aplication 2003) : Les agences bancaires doivent séparer l’espace de manipulation des fonds du reste des services Loi Murcef et convention Belorgey (2001) : Interdiction des ventes liées, les ventes groupées ne peuvent plus être imposées au client; hors CB (->impact sur démarche et économie commerciale); les emprunteurs à risques (pb santé) ont des conditions d’accès facilitées aux crédit (suppression du questionnaire santé jusqu’à 60ans) (-> stimulation du marché crédit mais augmentation des risques); Les particuliers faisant l’objet d’une saisie bancaire pourront demander la disponibilité immédiate d’un RMI sur leur compte (-> coût supplémentaire pour la banque) Loi Fabius (2001) : Loi sur l’épargne salariale favorisant la création de nouveaux produits et encourageant les PME et collaborateurs à y souscrire Fin annoncée du Ni-Ni Les normes IAS ont un impact particulier dans les banques, elles impliquent des modifications de la valorisation des transactions Ni-ni : ni rémunération des dépots à vue (DV) , ni facturation des chèques CERS : Compte Epargne Régime Spécial (ex livret A, PEL … réglementés par l’état = produits contraints

5 Nos expériences convergent pour traiter 2 sujets difficiles dans un projet Bâle II
En retard En cours Avancé Difficile Volumétrie Architecture globale Modèle de données Collecte de données Réconciliation risque/comptabilité Intégration technique et fonctionnelle Traçabilité des extractions et des traitements Moteurs de calcul Reporting réglementaire Moyen Extracteurs Restitutions Performance Facile Restitution Reporting interne Haute disponibilité Donc l’objectif de la présentation n’est donc certainement pas de donner «des leçons » sur l’implémentation de BALE II au sein des banques et Etablissements Financiers, mais se propose d’attirer l’attention sur 2 sujets identifies comme les plus délicats : Collecte de Données et Réconciliation Risques / Compta. Source : IDC 2005

6 Rationnalisation, Mutualisation
Pourquoi Oracle ? COMPORTEMENT DE LA CLIENTELE dans un contexte d’intensité concurrentielle Accompagner les Services Financiers dans la réalisation de leurs enjeux majeurs STRUCTURE DES EFFECTIFS DANS LA BANQUE DE DETAIL EVOLUTIONS TECHNOLOGIQUES ET ORGANISATION- NELLES Rationnalisation, Mutualisation du SI RELAIS DE CROISSANCE ET NOUVEAUX PRODUITS Avec une gamme complète de Solutions - d’infrastructure - d’applications de gestion DISTRIBUTION Oracle a pour vocation d’accompagner les Services Financiers dans la réalisation de leurs enjeux majeurs. 1. Comportement clientèle dans un contexte d’intensification concurrentielle Evolutions différentes selon les segments de clientèle, mais globalement, évolution vers 1 relation + consumériste et désincarnée, avec l’attente de conseil pointu quand nécessaire (Les banques campent auj. sur une logique Mkg Produit (campagne) et une politique de multi-détention au détriment de la qualité de service) Ce qui implique auj ,d’améliorer Transparence de la tarification, la souplesse et modularité des prpduit et élargissement de la gamme Service différenciée Formation personnel et intéressement aux résultats Solution Oracle 2. Distribution Passer d’un empilement de canaux, donc de coûts, vers 1 distribution organisée et pilotée Interconnecter tous les canaux et y associer un CRM accessible à tous (chargé clientèle, Mkg, Centre d’Appels…) Former le personnel à l’acquisition de nouvelles compétences (du guichetier au chargé de clientèle) 3. Relais de croissance et nouveaux produits selon 2 grands axes : Diversification d’activité &Renforcement des services (nouveaux produits d’épargne, de retraite, dérivés de crédit …) Enjeux : souplesse et adaptabilité du SI, de la distribution, de l’intéressement des équipes commerciales (+ formation) 4. Structure effectif dans la banque de détail Départ massif en retraite en 2008 Evolution des emplois du BackOffice vers le FrontOffice Enjeux : capitalisation et transfert des connaissances, recrutement massif formation et accompagnement au changement 5. Evolutions réglementaires SI vers + de souplesse, adaptabilité, économie et intégration 6. Productivité : baisser les coûts de traitement unitaires et automatiser/réduire les opérations sans valeur ajoutée (centraliser, déporter, sous-traiter) Souplesse organisationnelle : Organiser la fluidité des informations et des modes opératoires internes/externes, intégration des processus … Tout cela dans un contexte de rationnalisation, mutualisation du SI et de réduction des coûts : Ex : Prévision de croissance Ventes Software 2001/2006 en France : + 12% Dans un contexte de réduction globale des budgets IT de 20 à 30% (depuis 2/3 ans) EVOLUTIONS REGLEMENTAIRES

7 Reporting Réglementaire Bâle II
Auditabilité et conformité Profondeur d'historique Des données Modèle d'évaluation du risque de crédit

8 Reporting Réglementaire Bâle II
Auditabilité et conformité Profondeur d'historique Des données Modèle d'évaluation du risque de crédit

9 Oracle Information Architecture
Information Access Business Processes Data Hub Grid Infrastructure Development Framework Enterprise Management The whole of how information technology interoperates and cooperates is contained within this model. How information is organized, how it interacts within your business processes, how it can be organized, protected, managed and translated into real corporate value. This presentation will talk about each of these component parts and the role they have to play in creating and evolving a long term information architecture, so that your business can best unlock the potential of all of the technology miracles that interplay in your operations. The core of the architecture includes: utility-like data management in utility-like grid infrastructure. a method for creating a consensus between all your systems by using an enterprise data hub in business processes, the actual applications and practices that have changed your operations from a business to an e-business A method for providing consistent, personalized access to collaboration and intelligence.information Add to that a coherent method of managing and developing to this architecture, and the ability realize this architecture on demand and you have the Oracle Information Architecture [next] Oracle On Demand

10 Ce qui permet à Oracle, dans le cadre de projets Bâle II, d’apporter un Savoir-faire unique … ….De la collecte de données à la réconciliation Risques /Comptabilité

11 Gestion des opérations Magasins de données pour le reporting
….De la collecte de données à la réconciliation Risques /Comptabilité Gestion des opérations Préparation Des données Entrepôt Bâle II Calculs Bâle II Magasins de données pour le reporting Reporting Remontée pour consolidation Transactions Capital alloué au risque de crédit Prêts, dépots, dérivés Contrats / transactions Expositions Collatéraux Compensation Facteurs de risques Classes d’actif … Pertes Incidents Capitaux réglementaires Analyse des stress tests Capitaux économiques … Segmentation PD effective Calcul des actifs pondérés par les risques Reporting réglementaire Pertes et provisions Engagements ECD effective Surveillance prudentielle Normalisation Réduction du risque PCD Effective Garanties Accords de compensation Reporting interne Classification des actifs Echéance effective E Enjeux /Solutions - Extraction (sources mutiples) Complexité de l’historisation (seul Oracle & Mainframe) a un partionning Modèle de données Finance Comptabilité Stress Testing Notation Contrôles Capital alloué au risque opérationnel Scoring et notations internes Modèle interne

12 De l’enjeu risque au système d’information
Du dictionnaire de données au modèle de données Comptes, contrats (données communes) Comptes, contrats (données liées aux instruments) Clients, contreparties Dimensions et hiérarchies Données statistiques Collatéraux

13 De l’enjeu risque au système d’information
Du processus au workflow Modélisation des processus Infrastructure d’utilisateurs, de rôles, de responsabilités Sécurité des données Coordination d’actions humaines et automatiques

14 Solutions Oracle pour Bâle II
Gestion des opérations Préparation Des données Entrepôt Bâle II Calculs Bâle II Magasins de données pour le reporting Reporting Transactions Capital alloué au risque de crédit Prêts, dépots, dérivés Contrats / transactions Expositions Collatéraux Compensation Facteurs de risques Classes d’actif … Pertes Incidents Capitaux réglementaires Analyse des stress tests Capitaux économiques … Segmentation PD effective Calcul des actifs pondérés par les risques Reporting réglementaire Pertes et provisions Engagements ECD effective Surveillance prudentielle Normalisation Réduction du risque Oracle Warehouse Builder PCD Effective Garanties Accords de compensation Reporting interne Classification des actifs Echéance effective E Finance Comptabilité Stress Testing Notation Contrôles Capital alloué au risque opérationnel Scoring et notations internes Modèle interne

15 Oracle Regulatory Capital Manager Réconciliation risque - comptabilité
Référentiel comptable Règles Transactions Qui à raison ? Délai de comptabilisation Granularité différente Précision des extractions différentes Systèmes de gestion des opérations Transactions Transactions Extraction Transformation Instruments Entrepôt Bâle II

16 Oracle Regulatory Capital Manager Réconciliation risque - comptabilité
Synthèse financière Thin ou Fat Référentiel comptable Règles Transactions Organisation Portefeuille bâlois Période Catégorie de notation Systèmes de gestion des opérations Transactions Transactions Extraction Transformation Instruments Entrepôt Bâle II

17 Oracle Regulatory Capital Manager Réconciliation risque - comptabilité
Oracle G/L Synthèse financière Thin ou Fat Règles Transactions Organisation Portefeuille bâlois Période Catégorie de notation Systèmes de gestion des opérations Transactions Transactions Extraction Transformation Instruments Entrepôt Bâle II

18 Une expérience également éprouvée
Top 10 des éditeurs ERP Banque/Finance/Assurance en France (Source IDC, 2003)

19 Au delà de Bâle II : pilotage de la performance ajustée par les risques
(RAPM) Pilotage des Business Unit Budgets Planification, budgets, prévisions Capital Management Revenus Pilotage de la rentabilité Coûts Intérêts Commissions et autres Coût des fonds Taux de Cession Internes Coûts opérationnels ABC Extensions à Bâle II Défauts "Expected Loss" "Unexpected Loss" Modèle interne ou acquis Exposition Risque de crédit Maturité Collatéraux Gestion du risque Externe Processus Risque opérationnel Conformité Bâle II Interne R.H. Systèmes Risque de taux Risque structurel ALM Risque de liquidité Projections (BS/P&L) © Oracle Corporation All Rights Reserved

20 Modélisation / conception
Conclusion : capacité à vous accompagner avec les meilleures solutions, quelque soit votre démarche Collecte des besoins Déploiement Progiciel Modélisation / conception Paramétrage Modélisation Conception Programmation Développement spécifique Paramétrage / intégration Assemblage de briques logicielles

21

22