Atelier thmatique Banque de France

1
Atelier thématiqueBanque de France

• Tests et Certification
• TARGET2
• Connectivité / Interopérabilité
• 01 juin 2007

2
Sources

• User Testing Guide v2.0 (A paraître le 30/05/07)
• http//www.banque-france.fr/fr/sys_mone_fin/telnom
  ot/target2/user_testing.htm
• Workshop 3CB
• Technical seminar on User Registration in the
  SSP, TARGET2 User Testing 20/21 février 2007
  Banque de France
• http//www.banque-france.fr/fr/sys_mone_fin/telnom
  ot/target2/3cb_workshops.htm
• T2TRIS

3
Sommaire

• Principes
• Rôles et responsabilités
• Phases de certification
• Calendrier
• Caractéristiques de lenvironnement de
  certification
• Règles de recertification
• Certification accordée par la Banque de France
  pour les phases de connectivité et
  dinteropérabilité
• Participants concernés
• Etapes
• Supports et Communication
• Supports offerts par la Banque de France
• Vecteurs de communication
• Calendrier de place
• Questions / prochain atelier

4
1 - Principes
5
A - Rôles et responsabilités

• BCE
• Définit le cadre des tests et les scénarios
  standards
• Coordonne les tests transfrontaliers de
  certification dans le cadre des Business Day
  Tests
• Banque de France
• Est responsable de la migration de la communauté
  bancaire française et du reporting vers
  lEurosystème
• Définit les scénarios de tests spécifiques
  nationaux (Country Tests)
• Certifie les participants sur la base du
  reporting des tests
• Fournit les supports adaptés à sa communauté
• 3CB
• Met à disposition et administre lenvironnement
  de test (CUST)
• Fournit une assistance technique aux banques
  centrales

6
A - Rôles et responsabilités

• Participant TARGET2
• Prépare son environnement de test (incluant les
  démarches auprès de SWIFT)
• Procède à son enregistrement SWIFT et SSP
• Communique à sa banque centrale le résultat de
  ses tests de certification
• Rapporte immédiatement à sa banque centrale tout
  incident technique liée à la SSP
• Fournit les informations et lassistance adaptées
  à ses participants indirects et co-managés

7
A - Rôles et responsabilités

• Le rapport de certification est le résultat dune
  auto évaluation du participant
• Après vérification, la Banque Centrale délivre le
  certificat

8
B - Phases de certification

• La certification TARGET2 comporte quatre étapes
  et couvre deux aspects
• Une certification technique elle se fonde sur
  laccomplissement des tests de connectivité et
  dinteropérabilité et vise à vérifier la capacité
  technique du participant à se connecter et à
  communiquer avec la SSP et ses composants
• Une certification opérationnelle elle consiste
  à participer avec succès aux Country et aux
  Business Day Tests afin de vérifier la capacité
  opérationnelle des utilisateurs et du système
  dans leur ensemble
• Pendant lensemble de ces phases, des tests
  libres peuvent être menés en parallèle par les
  participants

Certification technique
Certification opérationnelle
9
Les tests de connectivité
B - Phases de certification

• Objectif Vérifier la capacité de chaque
  participant à se connecter aux différents
  interfaces de la SSP (FIN, Xml)
• Durée estimée Quelques heures (si les
  paramétrages sont OK)

10
Les tests de connectivité
B - Phases de certification

• Pré-requis
• Disposer dun BIC ISO
• Envoi du dossier denregistrement à la BdF
• Souscription aux services SWIFT requis
  (E-Ordering)
• La mise en place de lenvironnement de test
  interne est achevée
• Architecture SWIFT et applicative
• Les échanges de clés BKE avec la SSP ont été
  effectués
• Les données relatives au participant ont été
  saisies et sont actives dans les Static Data
• Les tests à réaliser sont définis dans le User
  Testing Guide (3 cas)

11
B - Phases de certification
Les tests dinteropérabilité

• Objectif Vérifier la capacité technique
  déchanger de linformation correctement formatée
  avec les différents modules du système
• Durée estimée Quelques jours

12
B - Phases de certification
Les tests dinteropérabilité

• Pré-requis Les tests de connectivité ont été
  accomplis avec succès
• Les tests à réaliser Détermination des cas de
  tests à passer à partir du User Testing Guide
  V2.0
• Leur périmètre dépend principalement des modules
  utilisés par la banque centrale et des
  fonctionnalités utilisées par le participant

13
B - Phases de certification
Les Country Tests

• Objectif Vérifier laptitude dune communauté
  bancaire nationale à utiliser le système ainsi
  que les procédures organisationnelles et
  opérationnelles
• Durée 5 semaines

14
B - Phases de certification
Les Country Tests

• Pré-requis Les tests dinteropérabilité ont été
  accomplis avec succès
• Les tests à réaliser
• Les scénarios de test standards (Valables pour
  toutes les places) décrits dans le User Testing
  Guide V2.0
• Les scénarios de test spécifiques à chaque place
  actuellement en cours de personnalisation à la
  BdF
• Ils seront disponible environ deux mois avant le
  début de la phase sur le site de la Banque de
  France et sur T2TRIS et feront lobjet dun
  atelier en septembre prochain.

15
B - Phases de certification
Les Country Tests
16
B - Phases de certification
Les Business Day Tests

• Objectif Vérifier le bon fonctionnement de
  lensemble des communautés bancaires dans une
  configuration représentative de celle de la
  production
• Durée 12 semaines

17
B - Phases de certification
Les Business Day Tests

• Pré-requis Les tests nationaux ont été
  accomplis avec succès
• Les tests à réaliser
• Les scénarios de test standards (valables pour
  toutes les places) décrits dans le User Testing
  Guide V2.0
• Les scénarios de test spécifiques à chaque place
  actuellement en cours de personnalisation à la
  BdF
• Ils seront disponible environ deux mois avant le
  début de la phase sur le site de la Banque de
  France et sur T2TRIS et feront lobjet dun
  atelier en septembre prochain.

18
B - Phases de certification
Les Business Day Tests
19
Tests libres
B - Phases de certification
Connectivity testing

• Objectif Permettre aux utilisateurs de jouer
  des tests spécifiques liés à leurs activités ou
  de répéter les tests de certification

20
Tests libres
B - Phases de certification
UNE REGLE DOR !!!!
Ne pas perturber les tests de certification !!!

• Durant les Country Tests et Business Day Tests,
  ne pas utiliser les BIC de certification pour
  effectuer des tests libres
• Vérifier systématiquement dans le calendrier de
  tests si des tests libres sont autorisés pour la
  journée concernée
• Respecter les contraintes éventuelles mentionnées
  dans le calendrier de test

21
C Calendrier prévisionnel de test de la 2ème
fenêtre de migration
22
D Caractéristiques de lenvironnement de test
Disponibilité et heures douverture

• Lundi à jeudi De 0700 jusquà 1900
• Vendredi De 0700 jusquà 1600
• Un jour par mois, lenvironnement de test est
  fermé pour maintenance

23
D Caractéristiques de lenvironnement de test
Limitations de volumes

• Ces limitations sont applicables par heure et par
  compte RTGS
• 60 FIN messages (Emission)
• 30 XML messages (Emis en A2A)
• Si à titre exceptionnel, le participant souhaite
  échanger au delà de ces limites, il doit en faire
  la demande expresse auprès de la Banque de France
  et attendre son approbation

24
E - Règles de recertification

• La certification vaut pour un seul compte
• La certification obtenue porte sur configuration
  technique, applicative et organisationnelle
  donnée (Participant, SSP)
• Le validité du certificat du compte doit être
  reconsidérée à chaque changement de configuration

25
E - Règles de recertification
En cas de changement chez le participant ?

• Une liste des changements ne nécessitant aucune
  recertification est en cours délaboration à
  lEurosystème
• Ajout/Suppression dun participant indirect,
  ajout daddressables, de contacts
• Pour tout changement ne figurant pas dans cette
  liste, le participant devra évaluer les impacts
  techniques ou fonctionnels et si nécessaire,
  demander une nouvelle certification partielle ou
  complète à la la Banque de France
• Changement dinfrastructure technique
  (applications BO, logiciels, CBT, hardwares),
  changement de structure de compte

26
E - Règles de recertification
En cas de changement chez le participant ?

• Lorsquune recertification savère nécessaire, le
  participant envoie à la BdF
• La nouvelle description de son infrastructure
  technique (Cf. Dossier denregistrement)
• Un relevé de planification
• La liste des tests quil souhaite repasser
• Tout ou partie des tests de connectivité
• Tout ou partie des tests dinteropérabilité
• Tests additionnels issus des Country et Business
  Day Tests (Déversements des SE, Opérations BO
  Banque Centrale)
• En cas de besoin, la Banque de France prend
  contact avec le participant

27
E - Règles de recertification
En cas de changement chez le participant ?

• Changements pendant de la phase
  dinteropérabilité
• Avant la certification Possible
• Après la certification Possible avec une
  recertification adaptée à la situation
• Changements intervenant pendant les phases de
  Country et Business Day Tests
• Seulement sur dérogation de la BdF
• Changements après la migration
• Possible Une période de gel est toutefois prévu
  dans les deux mois suivant la mise en production
  

28
E - Règles de recertification
En cas de changement sur la SSP ?

• En cas de changement intervenant sur la SSP,
  lEurosystème (appelé Level 2) évalue les
  impacts pour identifier la nécessité de
  recertifier les participants

29
2 - Certification accordée par la Banque de
France pour les phases de connectivité et
dinteropérabilité
30
A - Participants concernés

• Quels sont les participants concernés ?
• Les participants directs au PM, titulaires dun
  compte RTGS
• Les établissements Multi-Addressee
• Les titulaires de comptes CNRO dans le HAM
• Les systèmes exogènes
• Quid des autres types de participation ?
• Participants indirects et Addressables
• Ils ne sont pas directement concernés par la
  certification. Le participant direct dont ils
  dépendent se fait certifier pour sa capacité à
  gérer les Indirects et Addressables

31
A - Participants concernés

• Les dérogations mises en place par la Banque de
  France pour les comptes ouverts dans ses livres
• Afin de simplifier le processus de certification
  et déviter les nombreuses répétitions de
  scénarios de tests identiques, les participants
  peuvent demander une dérogation à la Banque de
  France dans les cas suivants notamment
• Co-management de CNRO dans le HAM
• Ouverture dun compte RTGS non publié
• Multi-Addressee avec une même plateforme
  technique
• Selon les cas, le participant peut être exempté
  de tout ou partie des tests

32
A - Participants concernés
Dérogation dans le cas du Co-Management de CNRO

• Conditions
• Le client co-managé ne doit pas communiquer avec
  la SSP
• Pas déchange de messages FIN ou XML avec la SSP
• Modalités de la dérogation
• La demande de dérogation doit être adressée à la
  Banque de France et contenir la liste des clients
  co-managés à laquelle sappliquera la dérogation
• Après examen de la demande, la Banque de France
  prend sa décision et la notifie au participant

33
A - Participants concernés
Dérogation pour le titulaire dun compte RTGS non
publié

• Conditions
• Le périmètre des fonctionnalités utilisées par
  les participants sont réduites (Compte dédié à la
  constitution des RO, aux opérations de numéraire,
  aux déversements de SE)
• Les obligations du titulaire
• Le titulaire du compte RTGS  non publié 
  sengage expressément à ne pas faire une
  utilisation extensive de ce compte sans en
  informer préalablement la Banque de France
• Modalités de la dérogation
• Dans le cadre de FIN, il ne peut y avoir
  dérogation que sur lémission
• La demande de dérogation doit être adressée à la
  Banque de France et contenir la liste des
  fonctionnalités non utilisées. Cette demande doit
  être motivée
• Après examen de la demande, la Banque de France
  prend sa décision et la notifie au participant

34
A - Participants concernés
Dérogation pour les Multi-Addressee

• Conditions
• Les BIC Multi-Addressee sont hébergés sur la même
  plateforme technique que le participant direct
  auxquels ils sont rattachés
• Le(s) BIC Multi-Addressee ont la même racine
  BIC(8) que le participant direct auxquels ils
  sont rattachés
• Modalités de la dérogation
• La demande de dérogation doit être adressée à la
  Banque de France et contenir la liste des BIC
  Multi-Addressee concernés
• Après examen de la demande, la Banque de France
  prend sa décision et la notifie au participant

35
A - Participants concernés
BILAN
36
B Etapes de la certification

• Les étapes décrites sappliquent pour chacune des
  deux phases de tests connectivité et
  interopérabilité
• En cas de recertification, ces étapes doivent de
  nouveau être répétées

37
B Définition du périmètre des tests à réaliser

• Utilisation du rapport des résultats des tests de
  certification (En cours de publication)

38
B Définition du périmètre des tests à réaliser
39
B Définition du périmètre des tests à réaliser
40
B Remise du relevé de planification à la BdF

• Par messagerie (t2fr-cert_at_banque-france.fr),
  létablissement annonce à la Banque de France la
  plage de calendrier à laquelle il souhaite les
  exécuter
• Remise du relevé de planification à la BdF

• Ce bordereau sera bientôt disponible sur
  www.banque-france.fr et doit être remis au plus
  tard le 10 juillet
• Un seul relevé peut servir à planifier la
  certification de n comptes

• Cette plage est dau maximum dune semaine pour
  la connectivité et de 3 semaines pour
  linteropérabilité. Elle comprend la remise des
  résultats. En cas de dépassement, une nouvelle
  certification doit être annoncée
• Les tests doivent commencer au plus tard le 1er
  aout 2007

41
B Exécution des tests de certification

• Pour chacun des cas de test, le participant doit
  évaluer les résultats obtenus en fonction de la
  configuration cible
• Si le participant a choisi de fonctionner en
  cible en mode U2A et de ne pas utiliser la
  fonctionnalité équivalente en mode A2A, seul le
  mode U2A devra être testé
• En revanche, si le participant a choisi de
  fonctionner en cible en mode A2A
• Il doit adapter les cas de tests U2A en A2A à son
  propre contexte
• Il doit réaliser les tests en mode A2A
• Les conditions de succès du test ne sont réunies
  que si les deux modes daccès se soldent par un
  succès

U2A User To Application (ICM) A2A Application
to Application
42
B Exécution des tests de certification

• Tout incident ou problème intervenant lors de la
  phase de certification dont la cause nest pas du
  fait de linfrastructure du participant doit
  immédiatement être notifié par mail au National
  Help Desk de la Banque de France
• t2fr-cust_at_banque-france.fr
• TEL [phone]
• Le mail doit contenir la description du problème
  rencontré, les copies complètes des requêtes XML,
  les copies décran et tout autres éléments
  utiles
• Si le problème est bloquant, le participant
  contacte la BdF par téléphone immédiatement après
  envoi du mail

43
B Exécution des tests de certification
44
B Exécution des tests de certification
45
B Evaluation des résultats obtenus

• En fonction des résultats obtenus, le participant
  affecte lun des statuts suivants
• OK (Réussite) les résultats obtenus sont
  conformes aux résultats attendus dans la
  description du test
• NOK (Echec)  les résultats obtenus ne sont pas
  conformes aux résultats attendus
• Une solution de contournement existe Le
  participant teste la solution de contournement
  pour la valider
• La certification peut être demandée
• Aucune solution de contournement nexiste Une
  correction doit impérativement intervenir pour
  que le test puisse à nouveau être déroulé avec
  succès
• La certification ne peut pas être obtenue en
  létat

46
B Exécution des tests de certification

• Exemple 1 - Test CON-ICM
• Les résultats obtenus sont conformes aux
  résultats attendus
• Dans le rapport de certification, le statut du
  test CON-ICM sera égal à OK
• Le participant poursuit sa phase de certification
  en connectivité

47
B Exécution des tests de certification

• Exemple 2 Test IOP-HAM-110
• Les résultats obtenus en mode cible A2A ne sont
  pas conformes aux résultats attendus
• Dans le rapport de certification, le statut du
  test IOP-HAM-110 est égal à NOK
• Deux hypothèses sont envisageables

48
B Exécution des tests de certification

• Exemple 2 Test IOP-HAM-110
• Une solution de contournement existe
• La solution est testée avec succès
• Sa mise en place na pas dimpact sur
  larchitecture technique ou applicative du
  participant
• Le participant peut donc considérer ce test comme
  positif pour sa phase de certification en
  interopérabilité

49
B Exécution des tests de certification

• Exemple 2 Test IOP-HAM-110
• Aucune solution de contournement nexiste
• Le problème est bloquant une action corrective
  doit être mise en uvre
• Le participant applique la procédure de
  recertification
• Le cas échéant, la certification en connectivité
  précédemment obtenue doit également être
  reconduite

50
B Envoi du rapport de certification

• Un rapport final doit être transmis à lissue de
  chacune des phases de certification
• Dès que lensemble des cas de tests dune phase a
  été réalisé avec succès ou que des solutions de
  contournement validées ont pu être mises en
  place, le participant transmet un rapport de
  résultat de tests de certification à la Banque de
  France par courrier ou par mail
• Banque de France
• 33-2320 SERI
• Gestion Administrative des Comptes
• 75049 Paris Cedex 01
• t2fr-cert_at_banque-france.fr
• Si des solutions de contournement ont dû être
  mises en place, le participant doit également
  fournir en annexe du rapport une note explicative
  couvrant chaque cas de test NOK
• Ces règles sappliquent de la même manière en cas
  de recertification
• A compter du 1er septembre 2007, un rapport
  intermédiaire doit être adressé chaque vendredi à
  la BdF

51
B Envoi du rapport de certification
Rapport Onglet Résultats
52
B Envoi du rapport de certification

• Libellé
• Test Id (Pré-rempli)
• Test à passer (Pré-rempli)
• Date et heure calendaire du début du passage du
  test
• Résultat
• OK / NOK
• Contournement
• Oui / Non
• Signature du participant

53
B Envoi du rapport de certification
Annexe Note explicative

• Si lensemble des tests na pas un statut OK,
  le participant doit fournir une note explicative
  contenant pour chacun des tests NOK
• TestID
• Description de lécart rencontré par rapport aux
  résultats attendus
• Description de la solution de contournement mise
  en place
• Date de test de la solution de contournement
• Le format de cette note est laissé à la libre
  initiative du participant

54
B Certification de la Banque de France

• Après examen du rapport envoyé par le
  participant, la Banque de France informe
  létablissement de sa certification par message
  au coordinateur de test indiqué dans le rapport
  de certification

55
3 - Supports et Communication
56
A Supports offerts par la Banque de France

• Type de fonction support
• Opérations des Back Offices de la Banque de
  France
• Opérations de contrepartie
• Interventions spécifiques BdF
• Secours / Contingence
• Autres
• Disponibilité
• Opérations de contrepartie Dès le 18 juin 2007
• Autre opérations Calendrier annoncé le 18 juin
  2007

57
A Supports offerts par la Banque de France

• Opérations des Back Offices de la Banque de
  France
• Opération de numéraire
• Versement/Prélèvement PM/HAM
• Opération de politique monétaire
• Facilités permanentes
• Facilités de dépôts
• Facilités de prêt marginal
• Appels doffre
• Réserves obligatoires
• Crédit intra-journalier
• Facturation T2

58
A Supports offerts par la Banque de France

• Opération de contrepartie
• démission de message
• 103 / 103 clientèle
• 202 interbancaire
• 204 débit direct
• de différents types de participation
• Direct / Indirect
• Multi adressee / Adressable
• de différents modules
• PM / HAM

59
A Supports offerts par la Banque de France

• Intervention spécifique BdF
• Dérogations sur les limites de volume
• Activation de la fonction Back up
• Backup lump sum
• Backup payment
• Injection dun fichier XML
• Simulateur Euroclear
• SE

60
A Supports offerts par la Banque de France

• Secours / Contingence
• Pour le compte dun SE
• Pour le compte dun Participant

61
A Supports offerts par la Banque de France

• Autres
• Alimentation compte dun Participant
• Apport de liquidité
• Simulation dun transfert T1
• Connected payment

62
A Supports offerts par la Banque de France

• Caractéristiques des Fonctions Support
• Formalisation de la demande
• Formulaire spécifique BdF
• Canal de la demande
• Mail, Fax (par exception)
• t2fr-cust_at_banque-france.fr
• Paramètres de la demande
• BIC, compte, montant, référence, date de valeur
• Délai danticipation de la demande
• Les demandes doivent être adressées à la BdF au
  plus tard la veille à 12h

63
A Supports offerts par la Banque de France

• Exemple de formulaire (support tests Cust)

Draft
64
B Vecteurs de communication

• Site Internet de la Banque de France et de la BCE
• T2TRIS
• GCT-T2
• INFO-CUST
• Messagerie
• Broadcast

65
B - T2TRIS

• T2TRIS est un outil permettant léchange des
  informations et le reporting liés à la
  certification entre les Banques Centrales et
  leurs participants
• Toutes les informations relatives aux tests de
  certification y sont centralisées
• User Testing Guide, calendrier, disponibilité de
  lenvironnement
• Les fonctionnalités de reporting de T2TRIS ne
  seront pas utilisées par la communauté bancaire
  française pour lenvoi des rapports de
  certification et les demandes de supports
• T2TRIS demeure une source dinformation
  privilégiée pour les participants

66
B - T2TRIS
Accès à T2TRIS

• https//target2.ecb.int/home/html/index.en.html
• URL https//target2.ecb.int
• User name t2user
• Password VBjmspRR7

Cliquer sur licône pour accèder
67
B - T2TRIS
Page daccueil

• Onglets thématiques permettant une navigation
  aisée
• Dernières informations et événements importants
• Liens utiles pour accèder par exemple au TARGET2
  User Testing Guide

68
B - T2TRIS
Documentation

• Dans longlet documentation, télécharger les cas
  de tests relatifs aux phases de connectivité et
  dinteropérabilité

69
B - T2TRIS
Calendrier de test Aperçu général
70
B - T2TRIS
Calendrier de test détaillé

• Calendrier de test par fenêtre de migration
• Notifications dévénements particuliers prévus
  lors de la journée

71
B - GCT-T2

• Missions
• Construction et mise à jour du planning des tests
• Profil horaire de la journée 
• Niveau de TARGET2
• Possibilité de tests libres et restrictions
  éventuelles
• Tests spécifiques prévus pour la journée
• Disponibilité et niveau des plateformes
  directement connectées (SSP, CM, ESES, 3G)
• Forum déchange
• Déroulement des tests
• Avancement, difficultés rencontrées
• Problèmes et anomalies, contournements identifiés
  par des acteurs
• Procédures
• Reporting au GT2

72
B - GCT-T2

• Composition
• Coordinateurs de tests des acteurs critiques
  (participants et SE)
• Coordinateurs de tests représentatifs des acteurs
  non critiques (à désigner)
• La Banque de France 
• Coordinateur des tests TARGET2
• Coordination de Place
• Support Banque de France
• Autres acteurs si nécessaire (éditeurs, etc.)

73
B - GCT-T2

• Fonctionnement
• Rapports quotidiens  SuiviCUST 
• Rapports hebdomadaires (conférences téléphoniques
  les vendredi 16h30)
• Rapports mensuels (réunions  physique )
• ? Les rapports hebdomadaires et mensuels sont
  transmis au GT2
• Documentation
• Guide Info CUST en cours de conception
• Glossaire
• Recensement des documents autour de TARGET2

74
B - INFO-CUST

• Lettres dinformation sur le fonctionnement de
  lenvironnement de test (SSP)
• Quatre listes de diffusion différentes
• Info CUST
• Fin de journée CUST
• Suivi CUST
• Incident CUST
• Pour sy abonner, envoyer une demande
  dinscription à t2fr-cust_at_banque-france.fr

75
C Calendriers de place

• Afin de faciliter la coordination des tests de
  place, le participant peut consulter
• Calendrier T2TRIS
• Calendrier C3P
• Calendrier général de test TARGET2
• Le détail des tests de la journée est également
  disponible dans Planning Journée CUST

76
QUESTIONS
?
?
?
?
?
?