Demande d information de la Banque de France. sur une plateforme de communication bancaire multi canal

Transcription

1 Document Réf. : RFI _TREFLE_Lot3.doc SESAM-SCOPE Demande d information Plateforme de communication bancaire multi-canal Page 1/18 Demande d information de la Banque de France sur une plateforme de communication bancaire multi canal

2 SOMMAIRE 1. OBJET DE LA DEMANDE D INFORMATION PÉRIMÈTRE DE LA DEMANDE D INFORMATION CONTEXTE GÉNÉRAL Rappel sur l architecture de la Banque de France LES ATTENTES MÉTIERS Les fonctionnalités attendues INTÉGRATION ET MAINTENANCE Déroulement du projet d intégration et de maintenance Organisation logistique du projet d intégration et maintenance PERFORMANCE DE LA SOLUTION ASPECTS TECHNIQUES ROADMAP ÉDITEUR RÉPONSES AUX QUESTIONS CONSTITUTION DES DOSSIERS DE PRÉSENTATION CONTACTS CHEZ LE POUVOIR ADJUDICATEUR DIVERS PROTECTION DES RÉPONSES RÉMUNÉRATION DES RÉPONSES ANNEXE ANNEXE ANNEXE ANNEXE ANNEXE ANNEXE /18

3 La présente Demande d Information (DI) ne constitue ni une consultation, ni un appel d offres, ni un quelconque engagement de la Banque de France à lancer ultérieurement une opération sur le même objet. Réciproquement, les réponses à la DI ne constitueront pas des engagements contractuels ou précontractuels de la part de leurs auteurs. Pour des raisons de compréhension, il est dénommé «la société», ci-après dans la DI, les candidats y répondant. 1. Objet de la demande d information La présente demande d information se place dans le cadre d analyses préliminaires conduites par la Banque de France (la Banque) en vue de l acquisition d une plateforme bancaire multi-protocole multi-canal. En effet, la Banque de France souhaite pouvoir acquérir à court terme une plateforme capable : De dialoguer avec les plateformes d échange existantes de la Banque de France (protocoles PeSIT, Swift, portails internet, ) ; D offrir une interface protocolaire EBICS ; D offrir des services (modification de remises, suivi des remises, transformations des données, gestion de carnet d ordres, routage transactionnel, ). L objet de la demande d information est de réunir les éléments nécessaires à la détermination des conditions générales de réalisation de cette opération et des solutions techniques existantes. La réponse à la demande d'information permettra à la société de faire part de son expérience et de ses références dans des architectures similaires, au niveau national ou international, et notamment au bénéfice d autres banques ou administrations. La Banque de France envisage une mise en œuvre en 18 mois de la solution retenue. 2. Périmètre de la Demande d information Afin de permettre une utilisation optimale des informations recueillies, la Banque souhaite que soient renseignés les volets 1 et 2 appelés en annexe, de tous renseignements utiles à caractère technique, financier et juridique Contexte général La Banque de France désire acquérir rapidement, pour l intégrer à so système d information, une plateforme de communication bancaire multi-canal permettant à ses clients de transmettre et de recevoir leurs flux moyens de paiement de masse ou ordre unitaire entre autre et d offrir des services sur abonnement. La Banque de France dispose de plateformes d échange (protocole PeSIT, Swift, portails internet (SIBLE), ) avec lesquelles cette nouvelle plateforme devra s interfacer. 3/18

4 Cette acquisition permettra à la Banque de France de répondre à son souhait de rationaliser son architecture (Cf. schéma ci-après) Rappel sur l architecture de la Banque de France La Banque de France disposera au moment de la mise en œuvre de la solution : De portails internet pour ses clients (SIBLE). Ils ont pour vocation de présenter les services sur abonnement (IHM). La gestion des services se fera dans TREFLE ou directement dans les back Office ; Trois BackOffice dans le cadre de ses échanges : EVDEV : la tenue de compte et le paiement en devise (Swift en devise) ATENA : la tenue de compte en euro et le paiement en euro (Swift en euro) MAEVA : le paiement de masse en euro (Step2/CORE) Des plateformes d échanges : REFIG : échanges Swift EAI : échanges autres (protocoles CFONB, PeSIT, ) Ci-joint le schéma simplifié : Clients Swift IP Internet IP Portails EAI REFIG EBICS Plateforme bancaire multiprotocole multi-canal MAEVA Le paiement de masse en euro ( Step2/CORE) EVDEV La tenue de compte et le paiement en devise (Swift en devise) ATENA la tenue de compte en euro et le paiement en euro (Swift en euro) 4/18

5 2.2. Les attentes métiers L aspect fonctionnel regroupe l acquisition/restitution de flux moyens de paiement de masse ou ordre unitaire ainsi que des services, fonctionnalités indépendantes assurant une mission bien particulière (contrôle liste blanche/liste noire, annulation/modification d ordre,.). Les besoins s expriment au travers des domaines suivants : Acquisition (réception des clients de fichiers ou d ordres unitaires irrévocables ou non) ; Restitution (émission vers les clients de flux, retour d exécution des ordres, relevés de comptes) ; Contrôle des remises (validité de la structure de la remise) ; Services à valeur ajoutée (seuils, plafonds) ; Service de routage (acheminement des ordres vers le bon Back office, ) ; Actions sur les remises/opérations (modification de dates de valeurs, validations de traitements, annulation) ; Correction/Transformation (modification de format, enrichissement) ; Pilotage des échanges (Contrôles des échanges) ; Traitement des référentiels d échange avec la clientèle et la communication avec les référentiels de comptes (services, opérations, ordres, réglementaire) ; Traitements Annexes (les preuves, archivage) ; Audit (traçabilité des événements) ; Échanges avec le portail (mettre des services à disposition du portail Banque de France voire des clients de la CDC) ; Échanges avec les back Office de la Banque pour les clients BdF ; La mise à disposition d éléments de facturation ; Tenue d une comptabilité matière ; Alimentation des carnets d ordres et des SI devant conserver ou traiter les flux. L ensemble des attentes de la Banque de France est détaillé dans le tableau en annexe Les fonctionnalités attendues Les échanges La plateforme devra permettre : Rappel D acquérir et restituer les flux/ordre unitaire entre le client et les back Offices. (Formats : CFONB, SEPA, OC, propriétaire) ; De communiquer simplement avec le portail et les back offices aussi bien pour la mise à disposition de services que pour le transfert d informations. La plateforme offrira le protocole EBICS. Les autres protocoles sont pris en compte par l existant Banque de France. 5/18

6 Les principales fonctions attendues par la plate-forme : Acquisition Cette fonction couvre les échanges (remises, opérations, et ordres d exécution) de la clientèle vers la Banque : Les contrôles à l acquisition sont décrits dans RFI _TREFLE_Lot3_Annexes.xls, onglet «les attentes» Notarisation (Référencement du fichier/remise opération (début de la piste d audit) ; Acquittement de prise en charge. La plateforme offrira le protocole EBICS et devra mettre en œuvre les fonctions liées au protocole (Profil T et TS) : Restitution Authentification ; Intégrité : descellement ; Confidentialité : déchiffrement ; Non-répudiation. Cette fonction couvre les échanges de retour d information de la Banque vers la clientèle dans le cadre du protocole EBICS. Il est aussi demandé à la plateforme d avoir la capacité de transmettre ou de mettre à disposition les flux des Back office vers les autres plateformes d échange. (CF2.1.1). En cas d indisponibilité d un canal de communication, la plateforme devra disposer d une solution de secours pour l acheminement du flux. Signature électronique Cette fonction couvre la gestion des droits et des certificats et intervient uniquement pour le protocole EBICS (Profil T et TS) Gestion des certificats ; Gestion des droits. Contrôle des remises à l acquisition (contrôle fonctionnel) Conformité du fichier : contrôles de surface sur le format et la structure de la remise (présence des entêtes/fins, séquencement des opérations, conformité nombre d opérations/montant, conformité XML ). Actuellement la majorité des fichiers échangés est au standard CFONB/SEPA. Services sur abonnement Contrôle liste blanche, liste noire, contrôle des doublons, seuils, plafonds, etc. 6/18

7 Services de routage Ce service doit acheminer les ordres vers le bon back Office en fonction par exemple des critères de monnaie, de banque destinatrice (du BIC) et de l urgence de l ordre. Par exemple les ordres unitaires validés et contrôlés en devise saisis sous SIBLE seront transmis à EVDEV. La plateforme doit tout à la fois gérer des fichiers d ordre de gros montants, urgent et donc prioritaires et des fichiers de masse de petits montants non prioritaires. La plateforme devra disposer des canaux prioritaires pour traiter l ensemble des remises sans impacts des unes envers les autres. Actions sur les remises Les actions sur les remises sont réalisées depuis un portail internet-client/intranet (SIBLE) et fait appel aux services de la plateforme : Au niveau remise (Annuler, modifier, différer, prioriser) ; Ordres d'exécution (saisir, transmettre, suspendre/annuler, confirmer, différer, rapprocher) ; Au niveau des opérations dans une remise/ordre unitaire (Annuler, modifier, supprimer, créer). Correction/Transformation Transformation des données (conversion de format, parsing) ; Enrichissement/surcharge des données (ajout des zones obligatoires, règle du CFONB) ; Conversion d ordre unitaire en remise fichier. Pilotage des échanges Le pilotage, en fonction des droits accordés aux utilisateurs (client, Banque de France), permet de vérifier, contrôler, analyser et superviser le fonctionnement de la plateforme et des échanges : Référentiels Tableaux de bord ; Suivi des flux (IHM) ; Détection des alertes (détecter, avertir (mail,.)) ; Gestion des alertes (IHM) ; Pilotage Banque de France des flux (priorisation, réémission, réparation, ) (IHM) ; Client (gérer les données techniques et métier du client : gestion des certificats, gestion des abonnements aux services (liste blanche/noire, ), adresse mail ) ; Autres Carnet d ordres Le carnet d ordres : Stocke les informations sur les fichiers d ordres ; Stocke les ordres unitaires (saisis ou inclus dans les fichiers d ordres) ; Donne les éléments nécessaires au suivi des flux (intégration, acheminement vers les applications BO, etc.). 7/18

8 Traitements Annexes Audit Purge ; Archivage ; Gestion des preuves ; Entrée/sortie des données (extraction, échanges, statistiques, ). Piste d'audit ; Extraction/exploitation des données ; Vérification et contrôle. 8/18

9 2.3. Intégration et maintenance Déroulement du projet d intégration et de maintenance La Banque de France souhaite déléguer une partie de la maîtrise d'œuvre du projet d intégration et de la phase de maintenance. La délégation s entend dans le sens où l intégrateur prendra en charge la réalisation des tâches et la Banque de France conservera le contrôle et la validation de celles-ci. La Banque de France prend pour hypothèse que les développements spécifiques ne dépasseront pas, en charge, 20% du projet. La Banque de France prévoit un déroulement du projet entre la signature du contrat et le démarrage sur une durée de 16 mois, sachant que la phase d intégration (recette d intégration et démarrage) dans le système d information de la Banque de France nécessite un minimum de 3 mois. La Banque de France souhaite un planning de mise en place de la solution et le lotissement éventuel basé sur votre expérience sur des projets d intégration similaires Organisation logistique du projet d intégration et maintenance La Banque de France souhaite connaitre les recommandations des auteurs des réponses à cette DI basée sur leur expérience acquise lors de projets similaires sur les points suivants : Choix d une méthode Agile ou d une méthode traditionnelle, ou d une autre méthode ; Déroulement du projet dans les locaux de la Banque de France ou dans ceux du fournisseur ; Organisation de la maintenance applicative : o Se fait-elle dans les locaux de la BdF ou dans ceux du prestataire? o Quelles sont les équipes mise en place chez le prestataire? 2.4. Performance de la solution La Banque de France souhaite pouvoir acquérir une plateforme capable de traiter ses flux dans des délais raisonnables. La Banque de France envisage de demander une démonstration de faisabilité (POC Proof of Concept) qui pourrait se dérouler soit dans ses locaux soit chez le prestataire. Le périmètre du POC se limiterait aux fonctionnalités suivantes de la solution du prestataire : Fonctionnalités Acquisition 1.01 à 1.04 Contrôles des remises à l'acquisition (contrôle fonctionnel) 1.15 à 1.22 Service de Routage (reachability) 1.28 Pilotage des échanges 1.46 à 1.50 Référence dans l onglet «les attentes» du classeur Excel annexé 9/18

10 La problématique de cohabitation entre les traitements de fichiers et d ordres unitaires devra être évaluée lors de ce POC. Le nombre maximum d utilisateurs connectés simultanément est estimé à 100 La plateforme doit être ouverte 24h/24, 6 jours sur 7. Taux de disponibilité du Service : 99,7 %. Les éléments volumétriques et statistiques cibles concernant ces flux de masse sont les suivants : Réception annuelle 1 Émission annuelle 2 Total annuel Volumétrie moyenne quotidienne Pic Jours du mois 4, jours le premier tiers du mois et 2 en fin de mois Volumétrie exprimée en millions d opérations Les éléments volumétriques et statistiques cibles concernant ces flux urgents sont les suivants : Volumétrie moyenne quotidienne est de 235 ordres saisis sur un portail 150 remises de fichiers (Pièces jointes) sont acheminées par le portail représentant environ 875 ordres. Ce qui représente un total quotidien de ordres Aspects techniques La Banque de France souhaite connaitre les éléments techniques relatifs à votre solution afin de pouvoir apprécier les impacts potentiels sur son système d information. Parmi ces éléments, la Banque de France souhaite apprécier comment la solution gère la couche de présentation des données et si elle est en mesure de s interfacer avec les portails de la Banque de France, et notamment : Si la solution propose en standard une partie IHM destinée à des utilisateurs Banque de France de type back-office (pilotage, administration, ) ; Si la solution propose en standard une partie IHM destinée à des utilisateurs de type frontoffice (clients) ; S il est possible de substituer ces IHM standard par une ou plusieurs IHM internes à la Banque de France (portails) et comment cela peut être réalisé (paramétrage, appels de services, échanges de fichiers, autre moyen, ) ; 1 Sens Clients Banque à destination des systèmes d échanges 2 Sens Banque Clients en provenance des systèmes d échanges 10/18

11 S il est possible d intégrer tout ou partie de ces IHM standard dans des éléments d IHM internes et comment (liens HTML simples, encapsulation dans des iframes, exports de portlets, autre moyen, ) ; Si la solution peut être étendue ou adaptée (paramétrage, utilisation d un SDK, développement spécifique, ) pour suppléer à des besoins non couverts en cas de substitution des IHM standards par des IHM internes (portails). Plus généralement, la Banque de France souhaite connaître les technologies (.NET, J2EE, ) et frameworks (Spring, ) mises en œuvre par la solution, ainsi que les artefacts techniques utilisés au niveau de la couche de présentation (pages JSP ou ASP.NET, composants JSF ou Web Parts, portlets Java, ) Roadmap éditeur Quelles sont les modalités de gestion des versions? Quelle est la fréquence des versions majeures/mineures et des correctifs? Quelle est la durée de vie des versions et quelle est durée du support associé? La société garantie-t-elle la compatibilité ascendante de ses versions? 11/18

12 3. Réponses aux questions La Banque attire l attention sur l importance de remplir l ensemble des volets du périmètre d information et de les retourner conformément aux indications contenues au paragraphe 3.1, cidessous. Les auteurs des réponses pourront être invités à présenter oralement leurs réponses Constitution des dossiers de présentation Les dossiers de présentation doivent contenir : Une plaquette(s) de/des auteurs répondant à la DI, présentant l activité principale et la dimension de l entreprise(s), ses partenaires et clients dans la mesure du possible ; Les volets de réponses au périmètre de l information. La Banque accepte tout autre document qui pourrait présenter un intérêt pour la réalisation de son étude. Il est demandé que les sociétés rédigent en français leur réponse à cette DI. Une estimation de mise en place de la solution (planning et équipe préconisée). Les questions éventuelles devront parvenir avant le 22 mars 2011 à 15h00 par courrier électronique adressé à la boîte achats_informatiques@banque-france.fr. Les réponses à la presente DI devront parvenir jusqu au le 29 mars 2011 à 15h00 par courrier électronique adressé à la boîte achats_informatiques@banque-france.fr Contacts chez le pouvoir adjudicateur Pour toute information complémentaire à la présente DI veuillez contacter par courrier électronique : achats_informatiques@banque-france.fr. 4. Divers 4.1. Protection des réponses Il appartient à la société questionnée de mentionner le cas échéant les informations contenues dans sa réponse devant être protégées par le secret commercial Rémunération des réponses Les sociétés répondant à la DI ne peuvent prétendre à aucune rémunération pour les prestations réalisées pour l établissement de leurs réponses. 12/18

13 Annexe 1 Demande d information concernant une plateforme de communication bancaire multi canal. VOLET 1 «les attentes» Cette annexe vous offre l occasion de présenter votre solution vis-à-vis des attentes de la Banque de France. Merci de bien vouloir répondre aux questions posées dans le tableau Excel suivant et de préciser si nécessaire votre savoir-faire dans la colonne «Commentaire» : RFI _TREFLE_Lot3_Annexes.xls, onglet «les attentes» Cet onglet reprend les fonctionnalités décrites ci-dessus dans le 2.2 Les attentes métiers. 13/18

14 Annexe 2 Demande d information concernant une plateforme de communication bancaire multi canal. VOLET 2 «Aspects Financiers» VENTILATION DES PRINCIPAUX POSTES DE COÛTS Les informations demandées dans ce paragraphe sont destinées à permettre l'évaluation du coût global au travers d'une décomposition analytique de coûts. Il est souhaitable de renseigner les rubriques suivantes de la façon la plus exhaustive possible dans l onglet «Aspect financier du fichier». RFI _TREFLE_Annexes.xls onglet «Aspect-financier» L estimation des coûts doit faire apparaître pour, la version standard du progiciel, les éléments suivants : Les coûts d intégration comprenant : o L installation du progiciel sur les environnements de développement et de recette, o Le paramétrage de la solution basée sur le progiciel pour couvrir les besoins de la Banque de France, o La rédaction des manuels d intégration et d exploitation, du dossier de paramétrage, o Le transfert de compétences vers les équipes de développement, d intégration et d exploitation, o La formation des formateurs internes à l utilisation du progiciel. Les coûts d acquisition du progiciel sur les environnements nécessaires à la Banque de France (développement, recette, intégration, secours, homologation, formation et production). Les coûts de maintenance annuelle de la solution comprenant : o La maintenance corrective, adaptative et évolutive du progiciel, o La maintenance corrective, adaptative et évolutive du paramétrage. Merci de bien vouloir prendre en compte deux types de chiffrage avec ou sans EBICS. Pour information VOLUMÉTRIE ET NOMBRE DE CLIENTS Les éléments suivants sont indiqués pour le calcul des coûts : La volumétrie prévisionnelle en nombre d opération sur les trois premières années d exploitation de la plateforme est la suivante milliard 1,1 milliard 1,2 milliard Le nombre prévisionnel de partenaires est d environ /18

15 Annexe 3 Demande d information concernant une plateforme de communication bancaire multi canal. VOLET 3 «Planification» Cette annexe permet de recueillir les éléments nécessaires à la planification du projet. Selon que vous préconisiez une méthode traditionnelle ou une méthode agile, et en vous basant sur vos abaques et/ou des expériences acquises dans des projets similaires, merci de bien vouloir répondre aux questions posées dans l un des deux tableaux Excel suivants : RFI _TREFLE_Lot3_Annexes.xls, onglet «Planification» Cet onglet reprend les phases présentées dans le Déroulement du projet d intégration et de maintenance. Merci aussi de donner des éléments chiffrés de charges et de délais de mise en œuvre de ce type de solution (sur la base de vos installations) Le tableau suivant récapitule, les phases du projet déléguées à l intégrateur : CONCEPTION D'ENSEMBLE SPECIFICATION FONCTIONNELLE CONCEPTION TECHNIQUE REALISATION ET TESTS PREPARATION INTEGRATION RECETTE FONCTIONNELLE INTEGRATION et RECETTE D'INTEGRATION DEMARRAGE DE L'APPLICATION TRANSFERER EN MAINTENANCE MAINTENANCE 15/18

16 Annexe 4 Demande d information concernant une plateforme de communication bancaire multi canal. VOLET 4 «Performance» Cette annexe permet de recueillir les éléments de performance de votre solution. Cette annexe vous offre l occasion de présenter les éléments de performance de votre solution. RFI _TREFLE_Lot3_Annexes.xls, onglet «Performance» Cet onglet est relatif au paragraphe 2.4. Performance. Merci aussi de donner des éléments de performance de la solution proposée. 16/18

17 Annexe 5 Demande d information concernant une plateforme de communication bancaire multi canal. VOLET 5 «Aspects techniques» Cette annexe permet de recueillir les éléments techniques de votre solution. Cette annexe vous offre l occasion de présenter les éléments techniques de votre solution. RFI _TREFLE_Lot3_Annexes.xls, onglet «Aspects techniques» Cet onglet est relatif au paragraphe 2.5. Aspects techniques. Merci aussi de donner des éléments techniques de la solution proposée. 17/18

18 Annexe 6 Demande d information concernant une plateforme de communication bancaire multi canal. VOLET 6 «Roadmap éditeur» Cette annexe permet de recueillir les éléments concernant la roadmap de l éditeur des progiciels de votre solution. RFI _TREFLE_Annexes_FT.xls, onglet «Roadmap» Cet onglet est relatif au paragraphe 2.6. Roadmap éditeur. Merci aussi de donner les éléments de la solution proposée. 18/18