Rédacteur : Équipe QTF. Activités des concepteurs QTF Projet ETOIL

Rédacteur : Équipe QTF Activités des concepteurs QTF Projet ETOIL

Objectif du document Ce document a été rédigé dans le but d apporter une vision claire et détaillée de l organisation et des activités de l équipe QTF liées au projet Etoil. Il permet également de centraliser la majorité des documents utilisés au sein de l équipe QTF pour le Projet Etoil. Il a vocation à être présenté aux nouveaux arrivants. Afin qu il serve de base documentaire de référence à l ensemble des concepteurs QTF, il doit être continuellement mis à jour (nouveau périmètre, modification des liens hypertexte, nouveau document ). 2

SOMMAIRE Phases du projet ETOIL Gestion des anomalies Présentation générale de l équipe QTF ETOIL Les périmètres de QTF ETOIL Master I Activités du domaine applicatif Master I Présentation des différents périmètres de QTF ETOIL Master I Périmètre Master I Périmètre SI Périmètre SAS Périmètre A3F Périmètre DF/SIDEC Périmètre EDITIQUE Périmètre DataWareHouse Intervention de QTF en Pré Production Intervention de QTF en Production IRF Intervention sur les Trains de Maintenance Mensuel Activités du domaine applicatif Orion Périmètre Intégration NM Périmètre Traitements des échéances Périmètre Restitution Activités du domaine applicatif Bases commerciales A venir Charges 3

Les phases du projet ETOIL Les 3 grandes phases d un projet auquel QTF participe sont: L Acceptation La Vérification Projet La Recette La phase d Acceptation/Vérification applicative Objectif : Tester chaque applicatif de manière individuelle Environnement utilisé : Intégration Intervenants : QTF et les autres équipes du SI Rôle de QTF : Conception et exécution de cas de test applicatif par applicatif Traitement des anomalies Rédaction du PV de Validation du lot pour passage en phase de Vérification Projet La phase de Vérification Projet Objectif : Tester le système d information de bout en bout Environnement utilisé : Intégration/Recette en fonction de la stratégie de test Intervenants : QTF et les équipes du SI Rôle de QTF : Conception et exécution des cas de test de bout en bout dans le SI Exécution des traitements batchs et des ½ interfaces Traitement des anomalies Rédaction du PV de Validation du lot pour passage en phase de Recette La phase de Recette Objectif : Tester le process métier de bout en bout Environnement utilisé : Recette Intervenants : Les équipes d homologation, QTF et les équipes du SI Rôle de QTF : Support aux équipes d homologation Exécution et vérification des traitements batchs des différents environnements de recette (la 1ère partie du plan d exploitation est désormais dédiée au SAS) Transmission des données dans le SI BNPAss et les SI partenaires Traitement des anomalies 4

Gestion des anomalies L action du concepteur Qualification logicielle sur un projet est d analyser, dispatcher et suivre jusqu à résolution les anomalies ouvertes par les équipes projets. Ses responsabilités : - Il est en contact avec les équipes métier, conception, recette et avec le fournisseur. - Il suit les anomalies dans et hors de son périmètre d action - Il contribue au reporting d avancement et de l évolution du stock d anomalie - Il analyse et vérifie que l ensemble des anomalies émises sont correctement renseignées, documentées et comprennent l ensemble des informations nécessaires à la correction. - Au besoin, pour des anomalies ayant fait plusieurs allers-retours, il peux organiser une réunion ou un point téléphonique entre les équipes, pour faire avancer les choses. - Une présentation détaillée concernant la gestion des anomalies est disponible afin d approfondir ce process et de connaître les workflows. Chaque semaine, un reporting est rédigé par les concepteurs afin de faire un bilan pour chaque domaine fonctionnel du projet. Il est ensuite diffusé à l ensemble des équipes du projet et à la Direction de Projet 5

Rédacteur : Équipe QTF Activités du domaine applicatif Master I et Demi Interface

Présentation générale de l équipe QTF ETOIL Master I Schéma simplifié de l organisation de l équipe QTF ETOIL (et les flux entrants/sortants) : SAS BO Master I DF/SIDEC A3F SI EDITIQUE Les 3 grandes activités de QTF sont: La conception et l exécution de cas de test L exécution des traitements La gestion des anomalies 7

Présentation des périmètres QTF ETOIL Master I Périmètre Master I : Il correspond à l activité du moteur MasterI dans son ensemble (MasterI = moteur de gestion épargne qui peut être découpé en 3 parties: SAS, Master I, CRE et Editique). Périmètre SI (Système d Information): Ce sont toutes les relations existantes entre Master I et le reste des applications du SI en sortie. L équipe QUA-Interfaces SI se concentre principalement sur les ½ interfaces qui relient Master I à Base Commerciale, Flux commerciaux, DWH Commercial,DWH AGE, GECO, EFICAS, SFLOG Périmètre SAS : Ce sont toutes les relations entre les frontaux (en entrée ) et Master I L équipe QUA-Interfaces SAS se concentre principalement sur les ½ interfaces qui relient AAS03, Giant, BDDF, Fundquest, Cortal, Orion, à Master I. Périmètre A3F (back-office): Ce sont toutes les relations entre Master I et le Back-Office L équipe QUA-Interfaces BO se concentre principalement sur les ½ interfaces qui relient RefCours à Master I et Master I à Matiass et APIC. Périmètre DF(Direction Financière)/SIDEC : Ce sont toutes les relations entre Master I et la Direction financière (compta) et le Datawarehouse (décisionnel) L équipe QUA-Interfaces DF/SIDEC se concentre principalement sur les ½ interfaces qui relient Master I à PréInterpreteur (puis RDJ puis finalement CODA) et SIDEC. Périmètre EDITIQUE : Ce sont toutes les applications qui interviennent dans l édition du courrier contractuel. L équipe QUA Éditique se concentre principalement sur les ½ interfaces qui relient Master I à Base Commerciale puis Optima. 8

Périmètre Master I Activités du concepteur MasterI détaillées : QTF - Guide concepteur Master I Vérification des nouvelles versions de Master I reçues de LDS (en environnement d intégration) Traitement des «P0» : L objectif est de tester la non-régression des principales fonctionnalités des nouvelles versions MI. Tous les documents relatifs aux P0 sont dans le dossier Tests d'intégration P0 Base documentaire: QTF - NR_Vieillissements_P0_avec_automatisation.doc : Process de déroulement des P0 en automatisation (inclus le fichier param_automatisationp0_v6) Aide au lancement: Check_List_Viellissement : Liste des étapes à effectuer lors du vieillissement QTF - Guide pour l'intégration d'un fichier SAS : Process de lancement de fichiers SAS Communication : Modèles de mail de communication: Validation des P0.xls Lancement de plan d exploitation (en environnement d intégration ou recette) Pré requis: les ½ interfaces SAS doivent avoir tourné et les fichiers des cours récupérés Lancement: Base documentaire: Le Plan d exploitation permet de suivre le bon déroulement des batchs (Lien eroom, prendre la dernière version ) Le Script codes supports codes ISIN permet d identifier les codes supports en fonction des codes ISIN Aide au lancement: Check_List_Viellissement : Liste des étapes à effectuer lors du vieillissement Modèle idelphes - MasterI.doc : Trame pour la demande de vieillissement à ITPS Communication : Modèle de bilan à diffuser pour les résultats des intégrations SAS (bilan de lancementsas_boucle_date fonct) Modèle de mail pour les résultats des Plans d exploitation(à créer) Résultat: Alimentation des CRE et des tables Éditiques pour pouvoir alimenter le SI Intégration API dans le moteur (en environnement d intégration ou recette) Lancement: Base documentaire: Utiliser l onglet intégration api sous : Cycle d'intégration API Communication : Modèle de bilan à diffuser pour les résultats des intégrations API (bilan de lancementsas_boucle_date fonct) Autres documentation pour affiner ses connaissances : Intégration des API SAS 9

Périmètre ½ Interfaces - Généralités Présentation du fonctionnement des interfaces QTF - Présentation demi-interface du 20090312 Spécification Fonctionnelle et Technique (base documentaire) : Spécifications Fonctionnelles : L'ensemble des Versions de SFO est disponible via le lien S:\43-Epargne_BOFI\90-DocAppli\MASTERI Les «VERSIONS DE PRODUCTION» sont accessibles via le lien suivant : S:\43-Epargne_BOFI\90- DocAppli\MASTERI\SFO_INTERFACES_PRODUCTION Les «VERSIONS modifiées par un PROJET ou une EVOLUTION liée à train de maintenance» sont accessibles via le lien suivant : S:\43-Epargne_BOFI\90-DocAppli\MASTERI\SFO_INTERFACES_VERSION_PROJET Ces répertoires sont mis à jour en fonction des évolutions par le Responsable Applicatif. Il convient de veiller à travailler avec les SFO à jour. Spécifications non fonctionnelles : S:\60-Qualif\30-MethodOutils\Chantiers\2011 Plan de progrès\02_tests d'exploitation\exigences non fonctionnelles Principe de lancement automatique QTF - Lancement auto Interfaces MASTERi - Tx.x.xlsm Principe de non régression + acceptation QTF - Mode Opératoire TNR Interface - Tx.x.xlsb 10

Schéma de l ensemble du périmètre SI Le Schéma Interface SI reprend les différentes DI à lancer et leurs intervenants. Périmètre ½ Interfaces SI Pré requis : Alimentation des CRE (Fin du plan d exploitation Master I) Lancement : Génération de la Synthèse Contrat Épargne (SCEP) Aide au lancement: Check-list Lancement interfaces.xls : Liste des étapes nécessaires au lancement de la Synthèse Contrat Fichiers de lecture : créés afin de faciliter la lecture des fichiers générés Génération du Part Achat Vente (PAV) Aide au lancement: Check-list Lancement interfaces.xls Liste des étapes nécessaires au lancement du PAV Fichiers de lecture : créés afin de faciliter la lecture des fichiers générés 11

Périmètre ½ Interfaces SI Génération des fichiers Clients Aide au lancement: Check-list Lancement interfaces.xls: Liste des étapes nécessaires au lancement de la DI Clients Fichiers de lecture : 6 fichiers de lecture à créer Création de fichier de lecture Génération des fichiers Produits et Intervenants pour IPTABLES Aide au lancement: Check-list Lancement interfaces.xls: Liste des étapes nécessaires au lancement de la DI IPTABLES Fichiers de lecture: 5 fichiers de lecture à créer Communication : Modèle de mail de communication: Mail type SI (rejet, bouchon, moulinette ) Résultat : Alimentation de l ensemble du SI 12

Périmètre ½ interfaces SAS Schéma de l ensemble du périmètre SAS La Cartographie_SAS reprend les ½ interfaces SAS à lancer et leurs intervenants Pré requis : Saisies dans les frontaux et génération des fichiers d extracts d AAS03 Lancement: En provenance de AAS03: Flux 132: Il transmet quotidiennement les opérations d après vente saisies dans la journée. Il permet de générer: API-041 : Modification Admin DataBPF Api-050 : Service Financier API-060-061-062 : Épargne Programmée (MEP, MODIF, SUSP) API-070-071-072 : Rachat Programmé (MEP, MODIF, SUSP) API-080 : Versement libre API-091 : Rachat total API-090 : Rachat partiel API-110 : Renonciation API-120 : Sinistre Flux 124: Création/Modification de clients et création de contrats en provenance d AAS03. Il permet de générer: API-030 : Souscription API-040 : Modification Admin Domiciliation En provenance de GIANT: Flux 222: Il transmet les créations/modifications de clients et des créations de contrats (hors protection placement). Il permet de générer : API-020 : Client API-040 : Modification Admin Domiciliation API-030 : Souscription 13

Périmètre ½ interfaces SAS Flux 478 : Il transmet des Opérations APV saisies sur GIANT (arbitrage, versement libre, mise en place d épargne programmée). Il permet de générer: Api-050 : Service Financier API-060-061-062 : Épargne Programmée (mep, modif, susp) API-070-071-072 : Rachat Programmé (mep, modif, susp) API-080 : Versement libre Flux 129 : Il traite des Opérations d Arbitrage saisies dans la journée. Il permet de générer: API-100 : Arbitrage individuel En provenance de GPP: Flux 455: Il traite des arbitrages automatiques, permettant ainsi de mettre un contrat en adéquation avec son profil. Il permet de générer: API-100 : Arbitrage individuel En provenance de Base Commerciale: Flux 138: Il traite des modifications de données de contrats épargne BNP (numéro de client chez l intervenant et l identifiant de la cellule de gestion de patrimoine, ). Il permet de générer: API-041 : Modification Admin DataBPF API-110 : Renonciation Flux 460 (TUC): Il traite des transferts unitaires de contrats. Il permet de générer: API-041 : Modification Admin DataBPF API-110 : Renonciation Flux 137: Il transmet à chaque moteur de gestion, Orion et MASTERi, les modifications d agence de domiciliation, sur le périmètre des Contrats et/ou Clients les concernant pour prise en compte (Réseau BNPP). Il permet de générer: API-040 : Modification Admin Domiciliation 14

Périmètre ½ interfaces SAS Flux 139: Il transmet à chaque moteur de gestion, Orion et MASTERi, l ensemble des demandes de créations et modifications clients sur le périmètre des Clients les concernant pour prise en compte (Réseau BNPP). Il permet de générer: API-040 : Modification Admin Domiciliation API-020 : Client En provenance de BDDF: Flux 131: Il traite des mouvements d après-vente et modification client en provenance de BNPP. Il permet de générer: API-041 : Modification Admin DataBPF API-110 : Renonciation API-040 : Modification Admin Domiciliation API-020 : Client En provenance de CORTAL: Flux 136: Il traite l ensemble des modifications de données administratives des clients saisies dans son SI. Il permet de générer: API-040 : Modification Admin Domiciliation API-020 : Client En provenance de FUNDQUEST: Flux 252: Il traite la modification de la répartition des contrats. Il permet de générer: API-101 : ArbitrageProfilInvest En provenance de SAFIG: Flux 252: Il traite le flux d encaissement des chèques saisis via SAFIG. Il permet de générer: SAFIG_Cheque 15

Périmètre ½ interfaces SAS Sécurisation SAS : Elle permet de tracer les rejets et les intégrations provenant lors du lancement des SAS1/SAS2 et SAS d entrée. Tous ces rejets et intégration sont ensuite centralisés dans les rapports Business Object. Schéma simplifié de la Sécurisation SAS : à mettre Actuellement, la sécurisation SAS est à lancer en parallèle des lancements des ½ interfaces SAS pour les Flux 460 (TUC), Flux 124 (Souscription), Flux 132 (Après-vente) Vient ensuite le traitement de la ½ interfaces «Abonnés MasterI» une fois que le SAS d entrée Masteri ait été lancé. Base documentaire : SECUSAS : S:\60-Qualif\90-Base_Doc\04-Domaines Applicatifs\01-MOTEUR GESTION EPAR - DEMI INTERFACE\SECU SAS Aide au lancement : ½ interfaces SAS: Check_list_Lancement des DI SAS.xls : Liste des étapes à effectuer afin de lancer les ½ interfaces Fichiers de lecture créés afin de faciliter la lecture des fichiers générés: SAFIG, Flux 124 Sécurisation SAS: Check-list lancement des DI SECUSAS : Protocole à suivre étape par étape pour lancer les ½ interfaces SECUSAS Résultat : Alimentation des Saisies des Frontaux dans Master I Diffuser un bilan d intégration API à l équipe d homologation : ce bilan contient toutes les étapes de la chaine SAS : SAS1/SAS2/SECUSAS/API 16

Périmètre ½ interfaces A3F Schéma de l ensemble du périmètre BO Le Schéma demi-interfaces BO.pdf reprend les ½ interfaces BO à lancer et leurs intervenants Pré requis : Alimentation des CRE (Fin du plan d exploitation Master I) Lancement: DI avec Ref Cours (1/2 interfaces SAS): Elle permet de lancer le retour d intégration de cours REF_COURS Base documentaire : Spécifications fonctionnelles : Lien eroom https://eroom.group.echonet/eroom/k2team/etoil2/0_7ed22 Mes erooms > ETOIL2 > 02 - Conception > 10 - IFO - Intégration Fonctionnelle > SFO - Spécifications Fonctionnelles > 01 SFO & CFD - SAS d'entrée > 02 - SFO Interfaces > 02 - SFO SAS1 > 01 - Diffusé > SFO SAS#1 définitive ETOIL Lot 1 DI_BO_description.xls : Liste de l ensemble des DI du périmètre BO (nom et description) Aide au lancement: Check-list à créer Modèle de ticket GLPI DI 5_6_7_8 Fichier de lecture RefCours DI avec Matiass/APIC (1/2 interfaces CRE): Elle permet d alimenter les applications Matiass et APIC Base documentaire : Spécifications fonctionnelles : Lien eroom https://eroom.group.echonet/eroom/k2team/etoil2/0_93486 Mes erooms > ETOIL2 > 02 - Conception > 10 - IFO - Intégration Fonctionnelle > SFO - Spécifications Fonctionnelles > 04 CRE > CRE1 > 01 - Diffusé > Lot 2 (livraison Septembre) DI_BO_description.xls : Liste de l ensemble des DI du périmètre BO (nom et description) Aide au lancement: Modele_de ticket GLPI DI36_37_50 Check-List à créer Communication : Modèle de mail pour les résultats des ½ interfaces BO : Modèle de Mail DI BO Résultat: Alimentation 17

Schéma de l ensemble du périmètre DF/SIDEC Le Schéma Interface DF SIDEC reprend les ½ interfaces à lancer et leurs intervenants Pré requis: Alimentation des CRE (Fin du plan d exploitation Master I) Périmètre DF / SIDEC Lancement: Génération des ½ interfaces DF/SIDEC Base documentaire : Le document ICE - Exécution Demi Interface_INFOS V2.xls liste le nom des DI, leurs codes dans Informatica et leurs commandes d exécution. Aide au lancement : Check_list_Lancement interfaces DF SIDEC : Liste des étapes nécessaires au lancement des ½ interfaces DF/SIDEC en intégration ou en recette Génération des États DF Base documentaire : Procédure de lancement des états DF : S:\60-Qualif\90-Base_Doc\04-Domaines Applicatifs\01-MOTEUR GESTION EPAR - DEMI INTERFACE\DF IDEO\Etats DF Aide au lancement : Check_list_Lancement des états DF SIDEC.xls: Liste des étapes nécessaires au lancement des États DF/SIDEC en intégration ou en recette Communication : Reporting des interfaces DF - SIDEC.xls Résultat : Alimentation de SIDEC et de PréInterpréteur (CODA) 18

Périmètre EDITIQUE Schéma de l ensemble du périmètre Éditique Le reprend leurs différents intervenants du périmètre Éditique Pré requis : Alimentation des tables Éditiques (Fin du plan d exploitation Master I) Lancement : Génération de la ½ interface Éditique Base documentaire : Le document Contractuel_BaseDeConnaissance.doc centralise tout ce qu il faut savoir sur les ½ interfaces éditiques Aide au lancement : Check_list_Lancement interfaces Editique : Liste des étapes nécessaires au lancement de la ½ interface Editique en intégration ou en recette Contractuel_BaseDeConnaissance.doc (page 15) : Trame pour les demandes de lancement des DI Editique à ITPS Communication : Modèles de mails de bilan et de transmission des fichiers générés aux équipes partenaires : Contractuel_BaseDeConnaissance.doc (page 22) Résultat : Transmission des données éditiques à OPTIMA 19

Rédacteur : Équipe QTF Activités du domaine applicatif DataWareHouse

Périmètre DataWareHouse Schéma de l ensemble du périmètre DataWareHouse Les schémas des Datawarehouse ActuOpe, EFICAS et IDEO sont disponibles dans la documentation suivante : infos_datawarehouse.docx Pré requis : Génération des interfaces CRE (DF, BO, Clients et Produits) Lancement : Alimentation des DataWareHouse Base documentaire : Le document infos_datawarehouse.docx centralise tout ce qu il faut savoir sur les datawarehouse Aide au lancement : Communication : Résultat : 21

Intervention de QTF en Pré-Production La pré-production permet de valider les applicatifs recettes dans un environnement qui reproduit les conditions réelles de l environnement de production ou une copie la plus proche possible de la situation visée en exploitation réelle. Préparation du Plan de recette de pré-production: Cette phase permet de définir une stratégie de test technique (le fonctionnel a été testé en recette) afin de valider les dernières versions des composants qui seront installés en production. Rôle de QTF: Définition des dates importantes afin de déterminer les plans d exploitation à exécuter Définition de l enchaînement des taches et des équipes intervenantes Mise en place d un planning (MSP) qui doit être validé ensuite par toutes les équipes intervenantes Préparation des cas de test, récupération de fichiers Organisation de réunion de travail Installation de l environnement : Pendant cette phase, les équipes techniques installent les versions des applicatifs qui iront en production. Rôle de QTF: Suivre l avancement des installations demandées par ITE à ITPS (rédaction d un reporting quotidien) Recette de pré-production : Cette phase permet de tester que les applicatifs sont correctement installés. Généralement, 2 phases de test sont exécutés: Test de l environnement avec des lancements de ½ interfaces à vide. Traitement des ½ interfaces SAS à vide + Plan d exploitation + ½ interfaces SI ( SCEP, PAV, Client, Produit) + Intégration Base Commerciale Test de l environnement avec des fichiers contenant des données si possible de production. Traitement des ½ interfaces SAS + Plan d exploitation + ½ interfaces SI (SCEP, PAV, Client, Produit) + Intégration Base Commerciale Rôle de QTF: Demande de traitement des ½ interfaces et des plans d exploitation à ITPS. Transmission des fichiers issus des ½ interfaces SI à Base Commerciale. Envoi d un reporting quotidien d avancement de la recette de pré-production Base documentaire: Rédaction d un Doc concernant la Préprod en cours(hocine Kacimi) 22

Intervention de QTF en Production Les objectifs de cette phase sont de livrer les applicatifs en production en s assurant de la satisfaction des exigences. Préparation de la livraison en production: Rôle de QTF: Connaître les applications concernées par la livraison Déterminer les interlocuteurs responsables de la livraison de leur applications Demander les documents nécessaires à l installation des applications (Dossier d Installation, Dossier d Exploitation, Fiche de livraison) Présence aux réunions de validation des documents d installation initiées par ITPS Alimenter le wiki avec les documents obtenus(dossier d Installation, Dossier d Exploitation, Fiche de livraison), PV de recette, compte-rendu de réunion Mise en place du plan de déploiement (MSP) à faire valider par les équipes intervenantes Livraison en production : Phase de déploiement complet de l application en production conformément aux dossiers d exploitation et de mise en production. Rôle de QTF: Suivre l avancement des installations effectuées par les équipes techniques ITPS Envoi d un reporting d avancement des installations Période de garantie : Support aux équipes de maintenance et de gestion sur les problématiques d exploitation liées au projet. Rôle de QTF: Suivi de production (astreintes) Présence aux réunions de suivi de production 23

Intervention sur les Trains de Maintenance Mensuel Les objectifs des trains sont de livrer un package précis de correctifs d anomalies, présentes en production sur Master I et les interfaces. Préparation du périmètre : L objectif est de définir le nombre de correctifs à tester dans les jalons du trains Rôle de QTF: Priorisation des anomalies Master I et Interfaces avec le métier et M2I (fournisseur des correction) Estimation de la charge de chaque anomalie à tester Définition des jalons avec l équipe M2I, formalisé dans un MSP Définir les acteurs sur le train en cours (QTF, M2I, etc.) Assurer la disponibilité d un environnement de test tel qu en cours en Production Conception et exécution des test : Rôle de QTF : Effectuer 4 boucles de tests (préconisées) durant les 4 semaines de tests : Boucle 0 : préparation de l environnement et des cas de tests Boucle 1 : passage des P0 (non régression «avant») et reproduction des anomalies Boucle 2 : passage des P0 (non régression «après») et vérification des correctifs installés Boucle 3 : en cas de KO en boucle 2 et/ou de correctifs non livrés, vérification des nouveaux correctifs. Comparaison des bases CRE avant/après des P0 pour assurer la non régression de Master I suite aux livraisons Communication : Assurer le suivi des tests et des installations par des compte rendus hebdomadaire et des réunions de suivis, bilan, GO/NO GO, etc. Exemple CR Bilan Base documentaire : ETOIL - Doc_Train de Maintenance Mensuel.ppt 24

Information Réglementaire et Fiscale (IRF) Description: IRF signifie «Information Règlementaire et Fiscale» Ce projet concerne l éditique réglementaire contrairement à l éditique courriers contractuels détaillée précédemment dans le slide «Périmètre Éditique». On distingue 2 types d IRF : Le courrier dit IP (Information périodique) qui est envoyé de manière périodique (en fonction de la périodicité définie). Ce courrier indique la valeur de rachat du contrat (nommé aussi Provision Mathématique «PM» du contrat). Les courriers IA (Information annuelle) qui sont envoyés tous les ans (le courrier ISF, le relevé de situation, le courrier Mouvements, le courrier IFU (Imprimé Fiscal Unique)). Intervenants: M2i, AMO IRF, QTF IRF Pré-requis: Pour IA, il faut que la clôture de fin d année soit passée. Pour IP, il faut que la clôture provisoire soit passée (évènement périodique CLO). Lancement: Traitement MasterI: Enregistrement des relevés de compte Impression des relevés de compte Impression des imprimés fiscaux uniques(ifu) (uniquement pour l IA) Traitement des ½ interfaces: Traitement de la ½ interface IA qui va générer 4 fichiers en sortie (IFU, ISF, Mouvements et Situation) Traitement de la ½ interface IP qui va générer 1 fichier en sortie (Situation) Base documentaire/aide au lancement : Dossier IRF Spécifications fonctionnelles : Lien eroom A mettre Communication : Les fichiers générés sont ensuite transmis à Flux Commerciaux qui les envoient ensuite à Optima pour que les courriers soient édités. Résultat: Émission des courriers périodiques réglementaires à destination des clients 25

Rédacteur : Équipe QTF Activités du domaine applicatif Orion

ORION Description: C est une application qui assure la gestion des contrats individuels d'épargne et de prévoyance. Elle est progressivement remplacée par MasterI pour la partie Épargne. Schéma simplifié de l organisation des flux entrants/sortants d Orion: Intégration NM Orion Restitution SI Restitution Éditique 27

NM Description : NM est une chaîne en début de plan d exploitation quotidien qui permet de gérer les informations envoyées par les partenaires de BNP-PARIBAS (équivalent de la partie SAS de MasterI). Parmi ses partenaires: CORTAL, CETELEM, Crédit du Nord, GIANT (direct par Internet) et la partie assurance de BNP (Natio-Vie). Pré requis: Récupération des fichiers en provenance des ½ interfaces SAS Lancement: Avant intégration NM: La réception La réception a pour but de récupérer les fichiers envoyés par les partenaires via FTP et de les préparer pour les introduire dans le tronc commun, Purge des espaces destinés aux fichiers SAS et insertion les fichiers reçus Intégration NM: Exécution et traitement des fichiers reçus Après intégration NM: Les éditions Les éditions permettent de faire un état des lieux de tout ce qui s est passé dans la chaîne NM (création de sous, APV, rejets,...). Les enregistrements devant être édités sont identifiés par un type d édition qui permet de savoir dans quelle procédure NOMAD il doit passer. Génération des fichiers de sortie (Rejets, Intégrés, Traçabilité) Base documentaire : FORMATION NM Intégration NM TMA ORION-Guide Accueil Applicatif Aide au lancement : Mode Opératoire NET Liste des rejets suite intégration NM Communication : COMMUNICATION - Mails exemples : Chapitre «A la fin de l intégration NM» 28

Traitement des échéances Description: Ce périmètre correspond au traitement du plan d exploitation pour l échéance voulue. Il peut être quotidien,hebdomadaire ou mensuel. Pour l application Orion ce traitement se fait via Control-M. Pré requis: Traitement d intégration NM effectué Lancement: Traitement des Cours : Extractions des cours de Production des valeurs d actifs Intégration dans l environnement de recette Paramétrage : Préparation du paramétrage des Dates Lancement du Traitement via Control-M Base documentaire : TMA ORION-Guide Accueil Applicatif Aide au lancement : Mode Opératoire NET Communication : COMMUNICATION - Mails exemples : Chapitre «Fin de boucle» 29

Traitements de restitution Description: Ce périmètre correspond aux traitements des ½ interfaces après l échéance passée. Il est similaire au périmètre SI pour l application Master I. Pré requis: Fin du traitement de l échéance Lancement: ½ Interfaces Synthèse Contrat (SCEP): Préparation des dates Lancement via Control-M ½ Interfaces Part Achat Vente (PAV): Préparation des dates Lancement via Control-M Règlements automatiques: Préparation des dates Lancement via Control-M Perf: Préparation des dates Lancement «Phase Perf» via Control-M Fiches signalétiques Flux BDM : Récupération des fichiers en sortie de Base Commerciale ( 3 fichiers) et Flux Commerciaux (2 fichiers) Récupération des identifiants auprès de BDDF (Numéro de séquence, date fonctionnelle BDDF) Modification des fichiers en tenant compte des identifiants Intégration des fichiers Préparation du paramétrage : Date fonctionnelle de BDDF Lancement de la concaténation des fichiers via Control-M Base Documentaire: Mode Opératoire NET Communication : COMMUNICATION - Mails exemples Après les ½ interfaces (avant flux BDM): Envoi d un mail à Flux commerciaux et Base Commerciale avec la SCEP, le PAV, Règlements Automatiques, Perf, Fiches Signalétiques Produits, Fichier Client. Après le flux BDM : Envoi d un mail à BDDF et à l AMO avec le numéro de séquences et la date fonctionnelle de BDDF Retour BDM : Mail de retour identifiant envoyé par BDDF (fichier de tous les mouvements intégrés suite au flux BDM) transmis à Base Commerciale et l AMO 30

Rédacteur : Équipe QTF Activités du domaine applicatif Bases Commerciales

Alimentation Bases Commerciales Schéma de l ensemble du périmètre Bases Commerciales Architecture d'ensemble des bases commerciales.doc Pré requis : Génération des fichiers clients Génération des IPTABLE Génération des synthèses contrat épargne MASTERi et ORION (SCEP) Génération des Part Achat Vente MASTERi et ORION (PAV) Lancement : Base documentaire : Le document Présentation_BASES_CO_HSA.ppt présentent les trois bases commerciales. Aide au lancement : Check_list_Alimentation Base Co.xls : Liste des étapes nécessaires à l alimentation des bases commerciales Connexions.doc : Aide pour se connecter aux différents machines/domaines sur toad, putty et filezilla (donne entre autre les login et mot de passe) Communication : Modèles de mails envoyés lors de la phase d alimentation des bases commerciales : Mail alimentation Base Co.doc 32

Rédacteur : Équipe QTF Activités du domaine applicatif Flux Commerciaux

Extractions WK Description : Les extractions WK collectent des données de la base Commerciale à destination des différents SI connexes et partenaires. Présentation générale Equipe Evolution Flux Commerciaux.ppt Pré requis : Fin de chargement de la base Commerciale. Lancement : Base documentaire : Connexions.doc : Aide pour se connecter aux différents machines/domaines Flux Partenaires.ppt : informations sur les flux à destination des partenaires Flux SI.ppt : informations sur les flux internes au Système d Informations. Aide au lancement : Mise à jour de la date fonctionnelle Extraction du Flux BDM : WK_Flux_BDM.doc Information contractuelle : FluxCo_InfoContractuelle.doc Extractions WK (quotidienne/mensuelle) : FluxWK_quot_mensuelle_Etoil.xls Communication : Modèles de mails envoyés lors de la phase information contractuelle : 34

Flux Commerciaux MVS ICARE S:\60-Qualif\90-Base_Doc\04-Domaines Applicatifs\01-MOTEUR GESTION - ICARE AIA : Rédaction fin Janvier Autres périmètres IPTABLES Lors de l initialisation de l environnement, vérifier que seule la 1ere génération de l historique des produit est présente. Celle-ci doit être impérativement vide. Nom du fichier : RIE.*.J05SQ.PIEJCTR0.IEPRD.PACK. Il se trouve en entrée du jcl *IEJCTR0. 35

Outils/Logiciels utilisés Quality Center (QC): Outil utilisé pour la gestion des anomalies, l exécution des cas de test Xmlspy : Outil utilisé pour lire les fichiers xml éditeur et un environnement de développement XML Fillezilla/Reflection FTP : Outil utilisé pour déposer des fichiers sur un serveur distant (Client FTP) Ultra Edit : Outil utilisé pour lire facilement les fichiers plats JIRA : Outil utilisé pour faire des demandes à ITE (montée de version, passage de scripts, passage de BL, installation d avenant ) GLPI : Outil utilisé pour faire des demandes à ITPS (lancement de plan d exploitation, lancement de Demi-Interfaces ) Toad : Logiciel de gestion des bases de données (lecture de table, requête SQL ) Visio : Outil permettant de schématiser et de lire des processus Microsoft Project : Logiciel de gestion de projet E-room : Outil de gestion de la base documentaire dédiée au projet Etoil Citrix : Outil permettant d accéder aux environnements de recette, de pré-production et de production Pour toute demande d installation de logiciel, il faut faire une demande par mail auprès du Chef de Projet QUA 36

Charge par action Périmètre Action Durée Charge P0 avec automatisation 1 jour 1 jour Plan d exploitation quotidien (Recette) 2h30 1h00 Plan d exploitation mensuel (Recette) 3h00 1h30 Master I Plan d exploitation quotidien (Intégration ) 1h00 1h00 Plan d exploitation mensuel (Intégration) 1h00 1h00 Lancement du SAS d entrée 45min 15min Vérifications 30min 30min Extractions de données 30min 30min Lancement des ½ interfaces SAS1/SAS2 (par flux) 1h00 15min ½ interfaces SAS Étude des rejets 1h00 1h00 Lancement de la Sécurisation SAS 1h00 15min Vérification + Compte-rendu + Mail 1h00 1h00 37

Charge par action Périmètre Action Durée Charge Lancement de la Synthèse Contrat 2h00 15min Moulinette? 1h00 0 ½ interfaces SI Contrôle de la Synthèse Contrat 1h00 1h00 Bouchonnage (si nécessaire)?? Intégration dans Base Commerciale? 3h00 0 Lancement de la ½ interface IPTABLE Produit 1h00 15min Lancement de la ½ interface Part Achat Vente 1h00 15min Lancement de la ½ interface Client 1h00 15min Lancement des ½ interfaces DF 30min 15min ½ interfaces DF Lancement des États DF 30min 15min Vérification + Envoi des fichiers + Mail 1h00 1h00 38

Charge par action Périmètre Action Durée Charge ½ interfaces Éditiques ½ interfaces BO Lancement de la ½ interface éditique 1h00 15min Vérification + Envoi des fichiers + Mail 1h00 1h00 Lancement des ½ interfaces Matiass/APIC 1h00 15min Lancement des ½ interfaces Ref_Cours 1h00 15min IRF Traitement de l IRF annuel (IA) via TP 1h30 1h30 Traitement de l IRF périodique (IA) via TP 1h30 1h30 Intégration NM Orion Traitement des anomalies Vieillissement Traitement post-vieillissement (1/2 interfaces) Nombre d anomalie traitées par jour 4 jour 39

Gabarit anomalie QC Titre de l'anomalie : Environnement - Application (Interface) - Type (Interface Editique DI 53) - Descriptif Catégorisation de l'anomalie : - Sévérité Anomalie : xxxxbloquante - Type Anomalie : xxxxtechnique - Domaine Applicatif : xxxxxxxxxxxxx - Fonctionnalité : xxxxxxxxxxxxxxxx Contenu de l'anomalie : Contexte : Projet : Etoil Fisca Boucle : B1.x Date système : 01/xx/20xx Version MasterI : 3.4.1 N Interface : xx Contexte id : xxxxx Passage_id : xxxxxx Date fonctionnelle : xx/xx/xxxx Base de données : ETO3EUD0 (MIG2) $DB_Connexion : xxxxxxx Couloir interface : Couloir 2 traitement sans fisca/couloir 4 traitement versionné fisca User informatica de la personne ayant lancé le workflow : saidiha Descriptif : Lancement traitement Flux Co "Flux Partenaire" Résultat attendu : Génération des flux MVS Cortal, CIC et Cétélem Résultat obtenu : Donner 2/3 exemples de contrats en erreurs Préciser si les erreurs son aléatoires dans le fichier ou si toute la ligne identifiée est en erreur, ou si l'erreur est une colonne précise. 1 fiche QC par anomalie identifée. Identifier, si possible, les champs impactées (au moyen du mapping). Pièces jointes de l'anomalie : Joindre les fichiers compressés (ou le lien eroom des fichiers) avec un bref descriptif de son contenu et pas de copie d'écran. Log workflow informatica en cas de lancement KO de l'interface En cas de rejet : faire un extract de la table ETO_REJET ou BGIR pour l'interface impactée. 40