OBJET DE Lâ€™ACCORD CADRE - Forums : Toutes les questions

VILLE DE LYON Direction des Systèmes d’Information et des Télécommunications

AACCCCOORRDD CCAADDRREE

OOBBJJEETT DDEE LL’’AACCCCOORRDD CCAADDRREE :: TTIIEERRSS DDEE TTRRAANNSSMMIISSSSIIOONN,,

PPOOUURR LLEESS PPRROOJJEETTSS DDEE DDEEMMAATTEERRIIAALLIISSAATTIIOONN DDEESS FFLLUUXX CCaahhiieerr ddeess CCllaauusseess TTeecchhnniiqquueess PPaarrttiiccuulliièèrreess ((CC..CC..TT..PP..))

DDIIRREECCTTIIOONN DDEESS SSYYSSTTEEMMEESS DD’’IINNFFOORRMMAATTIIOONN EETT DDEESS TTEELLEECCOOMMMMUUNNIICCAATTIIOONNSS TTiieerrss ddee ttrraannssmmiissssiioonn ppoouurr lleess pprroojjeettss ddee ddéémmaattéérriiaalliissaattiioonn ddeess fflluuxx CCaahhiieerr ddeess CCllaauusseess PPaarrttiiccuulliièèrreess ((CCCCTTPP))

PPAAGGEE 22//2288 FFéévvrriieerr 22000099 MMAAJJ :: 0011//0077//22000099

6.1.4 Architecture de la solution hébergée ...............................................................................21

SSOOMMMMAAIIRREE 1 PREAMBULE.............................................................................................................................3

2 PRESENTATION DU PROJET DEMATERIALISATION DES FLUX........................................4

2.1 CADRE GENERAL DU PROJET.....................................................................................................4 2.1 CADRE GENERAL DU PROJET.....................................................................................................4

2.2 CONTEXTE GENERAL ET PERIMETRE CONSIDERE ........................................................................5 2.2 CONTEXTE GENERAL ET PERIMETRE CONSIDERE ........................................................................52.2.1 Contrôle de légalité - Projet ACTES ..................................................................................5 2.2.2 Flux financiers - Projet HELIOS.........................................................................................6 2.2.3 Flux métier état civil - Projet ETAT CIVIL ..........................................................................6 2.2.4 Autres flux envisagés.........................................................................................................7 2.2.5 Interopérabilité avec logiciels métiers ou Bus Générique..................................................7 2.2.6 Accompagnement à l’homologation...................................................................................7

3 PRESENTATION DE L’ACCORD CADRE................................................................................8

3.1 CONTEXTE TECHNIQUE ..............................................................................................................8 3.1 CONTEXTE TECHNIQUE ..............................................................................................................8

3.2 OBJET DE L’ACCORD CADRE ET PERIMETRE A CONSIDERER........................................................8 3.2 OBJET DE L’ACCORD CADRE ET PERIMETRE A CONSIDERER........................................................8

3.3 PRISE EN COMPTE DU CONTEXTE VILLE DE LYON .......................................................................9 3.3 PRISE EN COMPTE DU CONTEXTE VILLE DE LYON .......................................................................9

4 ORGANISATION DU PROJET ................................................................................................10 4.1 SUIVI DE L’ACCORD CADRE......................................................................................................10 4.1 SUIVI DE L’ACCORD CADRE......................................................................................................10

4.1.1 Le gestionnaire de l’accord cadre chez le titulaire...........................................................10 4.1.2 Le gestionnaire de l’accord cadre à la Ville de Lyon .......................................................10

4.2 EXECUTION D'UN MARCHE SUBSEQUENT ..................................................................................11 4.2 EXECUTION D'UN MARCHE SUBSEQUENT ..................................................................................114.2.1 Les intervenants du Titulaire............................................................................................11 4.2.2 Les intervenants de la Ville de Lyon................................................................................11 4.2.3 Pilotage des marchés subséquents.................................................................................12 4.2.4 Délai de démarrage d’un marché subséquent.................................................................14 4.2.5 Installation, paramétrage, mise en ordre de marche .......................................................14

5 CALENDRIER PREVISIONNEL ..............................................................................................15

6 PRESTATIONS EXIGEES POUR TOUS LES MARCHES SUBSEQUENTS .........................16

6.1 VALEUR TECHNIQUE (60 %)...............................................................................................16 6.1 VALEUR TECHNIQUE (60 %)...............................................................................................166.1.1 Particularités liées aux principaux flux.............................................................................16 6.1.2 Fonctionnalités de la solution attendues..........................................................................17 6.1.3 Administration et exploitation...........................................................................................19

6.1.5 Maintenance, Assistance, Hot line...................................................................................22 6.1.6 Prestations complémentaires ..........................................................................................25

6.2 QUALITE (10%) ....................................................................................................................25 6.2 QUALITE (10%) ....................................................................................................................256.2.1 Pilotage et suivi de projet.................................................................................................25 6.2.2 Décomposition des tâches...............................................................................................26 6.2.3 Transfert de compétences, formation ..............................................................................26

6.3 PRIX PLAFOND (30%)..........................................................................................................27 6.3 PRIX PLAFOND (30%)..........................................................................................................27

7 ANNEXES ...............................................................................................................................28



11 PREAMBULE PREAMBULE

Dans le cadre du programme ADELE 2004-2007 (fiches 71 et 74) aujourd’hui porté par la DGME, le gouvernement affichait l’ambition au niveau national, de dématérialiser 85 % des flux échangés dans la sphère publique et encourage fortement les collectivités territoriales dans la mise en œuvre de l’administration électronique. Cela représente, au niveau national, un volume de flux de l’ordre de plusieurs centaines de millions de documents qui s'échangent dans la sphère publique :

1 milliard de feuilles (ordonnateur) dont 530 millions (comptable), 250 millions de pièces justificatives dont 90 millions déjà dématérialisées

(4000 conventions signées), 58 millions de bulletins de paye (Collectivités Territoriales & Hôpitaux), 40 millions pour l’état civil, 20 millions pour les notaires, 8 millions pour le contrôle de légalité (actes, délibérations, arrêtés municipaux,

contrats, conventions, pièces justificatives et marchés publics …), 2 millions de feuilles échangées entre les communes pour les avis de mentions

marginales. Parmi les chantiers d’e-administration, la dématérialisation des échanges avec les partenaires constitue, à ce jour, un élément important de modernisation pour : - Fluidifier et accélérer les échanges - Fiabiliser les échanges et améliorer la qualité de service - Contribuer à l’agenda 21 Les actions portent essentiellement sur les projets structurants connus : - ACTES (aide au contrôle de légalité dématérialisé), - HELIOS (refonte de la comptabilité des collectivités, comportant un volet important de dématérialisation de flux), - ETAT CIVIL (échange entre mairies, avec les organismes sociaux, avec les notaires, …),

projet aujourd’hui redynamisé par l’arrivée du projet TES (Titres Electroniques Sécurisés) et notamment la mise en place du passeport biométrique et la nécessité de sécuriser la production des données Etat Civil, au titre de la future loi sur l’identité.

Dans le cadre de ce projet global de mise en œuvre de l’e-administration et en particulier de la dématérialisation des procédures et des échanges, la Ville de Lyon souhaite choisir, par un Accord Cadre mono-attributaire, un dispositif de télétransmission sécurisé afin d’échanger des données dématérialisées avec ses partenaires, en respectant les règles décrites dans le Cahier des charges des dispositifs de télétransmission (homologation du MIAT pour ACTES et de la DGFIP pour HELIOS). Dans cet Accord Cadre, les besoins de la Ville de Lyon s’expriment en termes de niveau de service attendu (disponibilité, performance, interopérabilité) et non pas en termes d’architecture technique (serveurs, espace disque, bande passante). Le titulaire dimensionnera l’infrastructure technique et ses évolutions afin de garantir le maintien de cette qualité de service, dans la durée.



22 PRESENTATION DU PROJET DEMATERIALISATION DES FLUX PRESENTATION DU PROJET DEMATERIALISATION DES FLUX

22..11 CCAADDRREE GGEENNEERRAALL DDUU PPRROOJJEETT Ce document a pour objectif de décrire les attentes de la Ville de Lyon en matière d’aide à la gestion de la dématérialisation des procédures.

L’objet du présent accord cadre mono-attributaire est de référencer un Tiers de transmission :

- afin de s’appuyer sur un prestataire spécialisé dans la dématérialisation, - qui a une réelle capacité à travailler avec les éditeurs et les administrations, - qui a une réelle capacité à traiter tous les flux annoncés : « contrôle de légalité », finances (pièces comptables et pièces justificatives de marchés), « Etat Civil » et plus largement tous autres types de flux, - qui pourra mettre en œuvre chaque projet, au fur et à mesure des besoins en tenant compte des

contraintes règlementaires de production des documents dématérialisés et des accords avec les partenaires concernés,

- qui conservera une vision globale et homogène de la dématérialisation des flux, - qui aura la capacité de s’interfacer à un BUS GENERIQUE ou à un logiciel métier, - qui est en mesure, le cas échéant, de proposer à la Ville de Lyon, un accompagnement pour sa propre homologation comme Tiers de Transmission.

Définition d’un flux « METIER » C’est un ensemble d’actes ayant des caractéristiques communes : • existant dans les méta-données (ou index) : ACTES

- Nature de l’acte - Code matière - Code application - Numéro interne de l’acte automatique par type de flux

• ou autre utilisation : HELIOS Chaque flux métier décrit ci-dessous doit être géré de manière autonome. Il sera donc traité comme un projet à part entière et fera l’objet d’un marché subséquent. C’est ainsi que nous pourrions avoir :

Projet ACTES : - Délibérations : 1 marché subséquent - Arrêtés RH : 1 marché subséquent - Arrêtés et décisions autres : 1 marché subséquent

Projet HELIOS : - Flux mandats/titres : 1 marché subséquent - Flux RH : 1 marché subséquent

Et ainsi de suite pour chacun des projets d’échanges de flux … Chaque marché subséquent décrira le besoin métier de façon détaillée et fera l’objet d’une offre complète, de la part du Titulaire. Dans un premier marché subséquent, pour le projet ACTES, la solution sera utilisée par la Direction des Assemblées pour la télétransmission des actes qu’elle centralise : délibérations, décisions et arrêtés du maire, et leurs annexes et pièces jointes. Dans une seconde phase, d’autres directions pourront utiliser le service indépendamment de la direction des assemblées. L’administration et la gestion de tous ces flux sera réalisée par la Ville de Lyon dans des conditions optimales d’ergonomie, de rapidité et de sécurité et conformément aux règles de gestion des droits définies au chapitre 6.1.3 et en annexe.



22..22 CCOONNTTEEXXTTEE GGEENNEERRAALL EETT PPEERRIIMMEETTRREE CCOONNSSIIDDEERREE

2.2.1 Contrôle de légalité - Projet ACTES Le contrôle de légalité consiste en la vérification par le Préfet de la conformité aux Lois et Règlements, des Délibérations, Arrêtés et Décisions prises par les collectivités (Article L 2131-1 du code général des collectivités locales). La collectivité a l’obligation de faire la preuve que le document a bien été transmis dans sa version définitive à son destinataire, le Préfet, en charge du contrôle de la légalité des actes. Elle doit donc disposer d’un accusé réception horodaté, garantissant l’envoi du document, la date étant le point de départ du délai accordé au Préfet pour un recours. Il faut noter que la signature électronique n’est pas utilisée pour l’instant, mais l’opérateur qui effectue la transaction d’envoi s’authentifie au moyen d’un certificat de classe 1. La solution proposée devra accepter tout type de certificat électronique de l’autorité de certification référencée par la Ville de Lyon.

Logiciel utilisé pour la gestion des délibérations du Conseil Municipal : Gedeliber@tion (de la société QUALIGRAPH) Outils bureautiques et formats (WORD, EXCEL, PDF …)

pour certains arrêtés et certaines décisions

Volumétrie estimée pour le contrôle de légalité :

Délibérations, arrêtés décisions : environ 3 000 actes / an. Les délibérations, décisions et arrêtés peuvent être accompagnées d’annexes ou de pièces jointes au format PDF dont le volume total unitaire n’excède actuellement pas 30 Mo.

Logiciel utilisé pour la gestion des arrêtés RH et bulletins de paie : HR ACCESS (de la société HR ACCESS Solutions ) Outils bureautiques et formats (WORD, EXCEL, PDF …)

Volumétrie estimée pour les arrêtés RH : entre 2 500 et 3 000

Remarque importante pour certains types d’actes :

Certains actes qui partent au contrôle de légalité sont ensuite envoyés dans les flux HELIOS accompagnés de la preuve de transmission au contrôle de légalité.

De même pour les arrêtés RH ceux-ci sont notifiés aux agents concernés accompagnés de la preuve de transmission au contrôle de légalité.

Autres applications spécifiques « métiers » : D’autres directions peuvent produire des actes administratifs soumis au contrôle de légalité, au travers d’applications spécifiques (Direction de l’Aménagement Urbain, Direction de l’Immobilier, Occupation Temporaire de l’Espace Public, Sécurité prévention …).

((CCFF.. AAnnnneexxee «« 22000099__AACC__DDeemmaattFFlluuxx –– AAnnnneexxeess CCCCTTPP..ddoocc »»,, CCHH.. «« CCaarrttooggrraapphhiiee ddeess aapppplliiccaattiioonnss »»))



2.2.2 Flux financiers - Projet HELIOS

Il s’agit de traiter l’échange dématérialisé des flux financiers, déclinés dans le projet HELIOS.

La Ville de Lyon, dont la Recette Municipale s’est équipée du produit HELIOS en mai 2009, s’est engagée dans le processus de passage d’INDIGO au PES V2 pour ses échanges de flux financiers. Ce passage au PES est prévu au cours du 1er semestre 2010 avec la volumétrie ci-après. A noter que les envois de flux « finances » sont quotidiens et d’importance conséquente avec des pics d’envoi en période de fin d’année civile.

Logiciel utilisé pour la gestion Financière : ASTRE (de la société GFI) Outils bureautiques et formats (WORD, EXCEL, PDF …)

Volumétrie VDL, tous budgets confondus pour 2008 : Mandats (dépenses) Titres (recettes)

Entité Ville de Lyon Nombre mandats/titres 67 463 17 587 Nombre de lignes 129 899 19 041 (transmises dans les flux)

Sous-groupe géré par la Ville de Lyon Nombre mandats/titres 1 611 817 Nombre de lignes 13 668 5 446 (transmises dans les flux)

2.2.3 Flux métier état civil - Projet ETAT CIVIL Ces flux pourront concerner tout ce qui gravite autour de la dématérialisation d’échanges Etat Civil (projet en réflexion avec la DGME -Direction Générale de la Modernisation de l’Etat- et l’ANTS -Agence Nationale des Titres Sécurisés-) dans la dimension :

- Entre les communes - Avec les organismes sociaux - Avec les notaires - …

Logiciel utilisé pour la gestion de l’état civil : CITY2 (de la société DIGITECH) Volumétrie estimée :

pour les demandes d’état civil par internet : 100 000 extraits ou copies intégrales d’actes (tous canaux confondus : guichet, internet, courrier)

pour les échanges de mention d’état civil : 38 000 (mentions, avis de mention)



2.2.4 Autres flux envisagés D’autres flux réglementaires peuvent également être produits par des outils bureautiques (WORD, EXCEL, etc…) ou par d’autres applications métiers et devront pouvoir être traités par le dispositif. Par ailleurs, la Ville de Lyon envisage d’utiliser la solution proposée dans le cadre d’autres projets de dématérialisation. Les flux pourraient concerner tout autre projet décrit dans le programme ADELE de la DGME, au rythme de leur déclinaison. Ces projets seraient également traités par des marchés subséquents.

2.2.5 Interopérabilité avec logiciels métiers ou Bus Générique Le dispositif devra pouvoir :

- Récupérer des documents et flux issus des logiciels métiers pour les télétransmettre. Ces flux seront précisément décrits dans les marchés subséquents, pour chacun des projets concernés (ACTES, HELIOS, …).

- Transmettre des informations du type accusé de réception, et, d’une façon générale, de traçabilité de l’ensemble de la transaction.

Cette interopérabilité se fera :

- Soit au niveau du logiciel métier (API) - Soit par l’intermédiaire d’un BUS Générique acquis par la Ville de Lyon.

2.2.6 Accompagnement à l’homologation

La Ville de Lyon envisage d’obtenir son homologation comme Tiers de Transmission. Dans cette hypothèse, ce projet serait mené dans le cadre d’un marché subséquent.



33 PRESENTATION DE L’ACCORD CADRE PRESENTATION DE L’ACCORD CADRE

33..11 CCOONNTTEEXXTTEE TTEECCHHNNIIQQUUEE Le système d’information de la Ville de Lyon s’appuie sur l’architecture décrite dans le document fourni en annexe.

((CCFF.. AAnnnneexxee «« 22000099__AACC__DDeemmaattFFlluuxx –– AAnnnneexxeess CCCCTTPP..ddoocc »»,, CCFF.. «« CCoonntteexxttee tteecchhnniiqquuee:: AArrcchhiitteeccttuurree rréésseeaauu,, ppaarrcc ddeess ééqquuiippeemmeennttss eett pprriinncciippaalleess ssoolluuttiioonnss llooggiicciieelllleess rrééfféérreennccééeess àà llaa VViillllee ddee LLyyoonn »»))

33..22 OOBBJJEETT DDEE LL’’AACCCCOORRDD CCAADDRREE EETT PPEERRIIMMEETTRREE AA CCOONNSSIIDDEERREERR L’accord cadre a pour objet de définir un cadre contractuel dans lequel des marchés de prestations de service (appelés marchés subséquents) seront attribués au titulaire de l’accord cadre à l’issue d’une procédure de consultation et remise d’offre.

Le présent accord cadre porte sur les prestations suivantes :

1. La réalisation et la mise en œuvre de solutions permettant la télétransmission des flux, déclinés en différents projets. Ces projets seront précisément décrits dans les marchés subséquents.

• Flux « contrôle de légalité » relevant du projet ACTES o Flux Délibérations o Flux Arrêtés Municipaux (arrêtés de recrutement RH, …) o Flux Décisions du Maire et autres,

• centralisés via la Direction des Assemblées • ou décentralisés via les services concernés.

o Les pièces justificatives des marchés résultant des Appels d’Offres dématérialisés et retenus : (notifications et envoi)

o Interopérabilité avec les outils métiers

• Flux « financiers » relevant du projet HELIOS : échanges avec le trésor o Flux mandats et titres (PES) o Flux avec les pièces justificatives (PESv2)

• Flux « état civil » relevant du projet ETAT CIVIL • Interopérabilité avec les logiciels métiers ou Bus Générique d’interface entre les

applications métiers et le Tiers de Transmission • Interopérabilité avec un parapheur électronique

Champs d'application - Ministères de l’intérieur (Préfecture), Justice (ANTS, DGME …) - DGFIP : Trésorier, Chambre Régionale des Comptes - Les autres collectivités (mairies, CG69 …, administrations -Insee-, notaires, SCEC …



2. Pré-requis :

Le Tiers de Transmission devra s’engager sur une solution garantissant la compatibilité opérationnelle de l’intégration avec nos outils métiers. Des références seront demandées au titulaire.

Ces différents flux feront l’objet de marchés subséquents, au fur et à mesure des besoins.

33..33 PPRRIISSEE EENN CCOOMMPPTTEE DDUU CCOONNTTEEXXTTEE VVIILLLLEE DDEE LLYYOONN

La Ville de Lyon assurera une information générale au titulaire de l’accord cadre, d'une part sur le contexte technique, fonctionnel et organisationnel, d'autre part sur le cadre administratif.

Le Titulaire assurera le transfert de compétences auprès de ses autres collaborateurs. Le Titulaire devra tenir compte de ces informations lors de la conduite des prestations qui lui seront confiées



44 ORGANISATION DU PROJET ORGANISATION DU PROJET

44..11 SSUUIIVVII DDEE LL’’AACCCCOORRDD CCAADDRREE

4.1.1 Le gestionnaire de l’accord cadre chez le titulaire Il est l'interlocuteur permanent de la Ville de Lyon tout au long de l'accord-cadre pour l'ensemble des prestations qui seront confiées au Titulaire. Ses missions principales sont :

- Etre responsable commercial c’est-à-dire responsable de l’engagement contractuel de sa société,

- Etre l'interlocuteur des démarches contractuelles,

- Etre le responsable de la facturation et du recouvrement liés aux prestations des marchés subséquents,

- Garantir le suivi qualité des prestations,

- Organiser, gérer, suivre les ressources humaines, matérielles et logicielles nécessaires au bon déroulement de l'accord-cadre,

- Alerter et mettre en place une procédure d’escalade dans le cas d’arrivée d’évènements imprévus,

- Organiser les réponses aux consultations de l’accord cadre.

Afin d'assurer la continuité dans le déroulement de l'accord-cadre, le soumissionnaire précisera les modalités organisationnelles qu’il prévoit pour gérer les remplacements du Gestionnaire de l'accord-cadre (congés ou autres absences).

4.1.2 Le gestionnaire de l’accord cadre à la Ville de Lyon Il est l'interlocuteur permanent du Titulaire tout au long de l'accord-cadre pour l'ensemble des prestations qui lui seront confiées.

Ses missions principales sont :

- d’assurer la responsabilité de l'engagement contractuel de l'accord-cadre de la Ville de Lyon,

- de valider les démarches contractuelles,

- de définir les besoins en prestations de la Ville de Lyon,

- de suivre la bonne exécution globale des prestations et de donner les orientations concernant les améliorations à donner aux prestations,

- de suivre la bonne exécution des différentes prestations effectuées.



44..22 EEXXEECCUUTTIIOONN DD''UUNN MMAARRCCHHEE SSUUBBSSEEQQUUEENNTT A titre indicatif, ce paragraphe décrit les missions des interlocuteurs des prestations menées dans le présent accord-cadre. Elles pourront être précisées lors de chacune des consultations donnant lieu à marché subséquent.

4.2.1 Les intervenants du Titulaire

Le chef de projet Pour chaque marché subséquent sera nommé un chef de projet.

Son rôle sera :

• Organiser, gérer et suivre l’ensemble de la prestation et de ses éventuels collaborateurs. A ce titre, il tient le bilan des charges, le planning des travaux et les indicateurs qualités

• Contrôler et assurer la réalisation des objectifs techniques, suivre l’avancement des prestations.

• S’assurer du respect des engagements mutuels. • Fournir le récapitulatif de l’ensemble des prestations réalisées

4.2.2 Les intervenants de la Ville de Lyon

Le chef de projets informatique (CPI) • Il est rattaché à la DSIT,

• Il définit le cahier des charges du marché subséquent ainsi que la répartition des rôles sur la conduite de la mise en œuvre,

• Il est responsable de la conduite du projet, dans le respect des objectifs fixés,

• Il s’assure du bon déroulement du marché subséquent,

• Il a en charge le suivi des prestations du marché subséquent,

• Il est interlocuteur privilégié du titulaire des marchés subséquents,

• Il s’assure des conditions de conduite du changement,

• Il est chargé de remonter les alertes dans les comités de décisions internes à la Ville de Lyon des dérives (calendaires, budgétaires),

• Il valide le service fait (conformité des prestations à l’accord cadre, conformité des prestations aux conditions du marché subséquent) pour le compte de la Ville de Lyon,

• Il pilote les procédures de passations des éventuels avenants (cahiers des charges).



Le chef de projets utilisateurs (CPU) • Il est rattaché à une direction utilisatrice

• Il est nommé pour chaque marché subséquent et son rôle dure le temps du projet.

• Il doit servir de « pivot » entre les utilisateurs et la DSIT et coordonne toutes les opérations côté « utilisateurs », à savoir :

o Il co-pilote avec le CPI le groupe de projet utilisateurs,

o Il pilote la réalisation des spécifications fonctionnelles détaillées et des règles de gestion

o Il participe à l’organisation des recettes utilisateurs ainsi qu’aux sessions de formation

o Il valide le bon fonctionnement de la solution mise en place et assure la recette définitive en collaboration avec le CPI

o Il désigne un correspondant applicatif à l’issue de la phase de mise en œuvre.

• Fondamentalement, le Chef de Projet Utilisateur est responsable, avec le Chef de Projet Informatique, de l’obtention, à la fin du projet, d’un résultat optimal et conforme au cahier des charges en ce qui concerne la qualité, les performances, le coût et le délai.

Le responsable technique

Pour chaque marché subséquent est désigné un responsable technique

• Il intervient dès la mise en place d’un environnement de test,

• Il valide les documentations techniques soumises par le titulaire (dossier d’exploitation, document d’installation, dossiers de spécifications),

• Il assure le respect des normes techniques de la Ville de Lyon (sur le plan de la sécurité, de l’intégrité des données, de l’exploitabilité des applications),

• Il assiste à la primo installation et participe activement au transfert de compétences entre le titulaire et les équipes techniques,

• Il met à disposition des différents intervenants les environnements de l’application,

• Il assure l’étanchéité des environnements et leur interchangeabilité,

• Il coordonne les montées de version,

• Il intervient et est le garant de la qualité de service en phase de service régulier.

4.2.3 Pilotage des marchés subséquents

Comité de Projet Opérationnel Sa mission essentielle est d'effectuer un suivi particulier de chacune des prestations.

Il se compose du chef de projet du titulaire, du CPI et du CPU Ville de Lyon ainsi que du référent de l’accord cadre désigné, de la Ville de Lyon, et éventuellement, selon les besoins, de membres invités. Cette réunion peut être téléphonique selon les sujets à aborder. Il peut être convoqué à tout moment à la demande d'un de ses membres.



Ses missions : • Suivre l'avancement du projet et prendre des décisions dans les meilleurs délais sur les choix

majeurs ainsi que sur les éventuelles modifications du champ couvert par la mission. • Rendre compte de la recette des différents produits attendus. • Gérer les situations de crise • Vérifier la conformité au cahier des charges.

Le secrétariat de ce comité est assuré par le chef de projet chez le titulaire qui prend en charge, en collaboration avec le Chef de Projet Ville de Lyon, la planification, la préparation et le compte rendu des réunions.

Réunion de lancement d'un marché subséquent

Cette réunion de lancement a lieu avant le début de tout marché subséquent afin notamment de :

• valider les principaux intervenants Ville de Lyon pour la prestation

Participent à cette réunion :

• le Gestionnaire de l'accord-cadre et le Chef de Projet du Titulaire • le Gestionnaire de l'accord-cadre (CPI, CPU) de la Ville de Lyon

Le secrétariat est assuré par le Titulaire qui prend en charge la préparation et le compte-rendu de la réunion.

Réunion de bilan d'un marché subséquent Le bilan a pour objet de :

• clôturer la prestation demandée dans le marché subséquent • mesurer le niveau d'atteinte des objectifs • évaluer la satisfaction des utilisateurs

Elle est préparée par le Chef de Projet du Titulaire et le CPI de la Ville de Lyon.

Participent à cette réunion :

• le Gestionnaire de l'accord-cadre et le Chef de Projet du Titulaire • le Gestionnaire de l'accord-cadre (CPI, CPU) de la Ville de Lyon

Le secrétariat de ce comité est assuré par le chef de projet chez le titulaire qui prend en charge, en collaboration avec le Chef de Projet Ville de Lyon, la planification, la préparation et le compte rendu des réunions.

Supports de communication Ordre du jour

Un ordre du jour est diffusé aux participants, dans un délai de 8 jours ouvrés avant la réunion. Il précise les modalités et le contenu de la réunion.

Compte-rendu de réunion Il décrit succinctement le déroulement de la réunion et les principales informations véhiculées. Il reprend l’ensemble des décisions et engagements arrêtés au cours de celle-ci. Un compte rendu de réunion est diffusé au minimum aux participants prévus et réels et aux personnes citées dans celui-ci.



4.2.4 Délai de démarrage d’un marché subséquent Le démarrage de l’exécution des prestations d’un marché subséquent aura lieu au plus tôt, dans les 15 jours après la notification du contrat.

4.2.5 Installation, paramétrage, mise en ordre de marche Le titulaire effectuera l’installation et le paramétrage de sa solution en prenant en compte les résultats de l’étude effectuée en accord avec les spécifications décrites dans chaque marché subséquent et pour chacun des flux concernés. Pour chacun des marchés subséquents, les éventuelles installations nécessaires sur les postes ou serveurs de la Ville de Lyon seront effectuées en collaboration avec les équipes techniques de la Ville de Lyon. Le titulaire fournira à l’issue de chacune de ces phases, la documentation relative : à l’utilisation de la solution, à l’administration fonctionnelle de la solution, à l’interface entre sa solution et le progiciel concerné. Le titulaire fournira la documentation d’installation et d’administration de la partie logicielle installée sur les serveurs ou postes de la Ville de Lyon.



55 CALENDRIER PREVISIONNEL CALENDRIER PREVISIONNELCe planning prévisionnel est donné à titre indicatif, il n’a pas valeur d’engagement pour la Ville de Lyon.

Décembre 2009 Choix et « Mise au point » / Notification de l’accord cadre

Février 2010 Démarrage des prestations du 1er marché subséquent ACTES – Délibérations, arrêtés, décisions (tranches)

Mars 2010 Démarrage des prestations du 1er marché subséquent ACTES – Arrêtés RH



66 PRESTATIONS EXIGEES POUR TOUS LES MARCHES SUBSEQUENTS PRESTATIONS EXIGEES POUR TOUS LES MARCHESSUBSEQUENTS

Les prestations exigées sont présentées en deux chapitres sous décomposés en plusieurs thématiques exprimant les besoins spécifiques de la Ville de LYON :

66..11 VVAALLEEUURR TTEECCHHNNIIQQUUEE ((6600 %%)) L’accès se fera au travers d’un portail sur la plate forme du titulaire ou en liaison avec une application métier. Les utilisateurs de la Ville de Lyon peuvent envoyer des actes à partir de Directions différentes. La Ville de Lyon souhaite donc avoir une gestion du contrôle de légalité par flux métier (Gedeliber@tion, HR Access…). Chaque flux de données métier doit être géré de manière autonome. L’utilisation en fonctionnement normal devra donc pouvoir s’effectuer à partir de plusieurs postes informatiques, quel que soit la Direction ou le service concerné.

La solution proposée devra garantir :

- La sécurisation des transferts (cryptage), - L’authentification des expéditeurs, - L’utilisation de la signature électronique pour les flux le nécessitant, - La valeur probante des envois, - L'horodatage des documents soumis, - L’acheminement d’un accusé de réception en retour, - L’archivage des flux / documents transmis, - L’administration de la gestion des flux.

Le système souhaité par la Ville de Lyon est conçu comme un système unique de gestion et d’administration de l’ensemble des télé-procédures de la collectivité.

A cette fin, les candidats exposeront les caractéristiques de leur système au regard des considérations suivantes : - La traçabilité, l’historisation et la sauvegarde des transactions effectuées (journaux des

transmissions, statistiques, …). Le candidat décrira comment il compte répondre à toutes ces exigences avec, notamment, sa réponse aux besoins en termes d’ergonomie, de rapidité et de sécurité et conformément aux règles de gestion des droits définies au chapitre 6.1.3 et dans le document annexe.

6.1.1 Particularités liées aux principaux flux

Particularités liées aux transferts des flux « ACTES » Les services demandés sont ceux définis dans le cahier des charges des dispositifs de télétransmission des actes soumis au contrôle de légalité du MIAT, approuvé par arrêté du 26 octobre 2005. La Ville de Lyon souhaite avoir une gestion du contrôle de légalité par flux métier (Gedeliber@tion, HR Access…). Chaque flux de données métier doit être géré de manière autonome.

La procédure de contrôle prévoit un retour par les préfectures, des actes vérifiés. Les actes de la Ville de Lyon sont majoritairement issus d’un progiciel métier (Gedeliber@tion) Le dispositif de télétransmission souhaité devra pouvoir récupérer par interface, les données et documents issus de ce progiciel. Il devra également fournir les informations d’horodatage en retour pour qu’elles puissent être traitées dans le progiciel (dates d’envoi, de réception…) : à définir. Les fonctionnalités, modalités techniques et coûts liés à la fourniture et à la mise en œuvre des API ou connecteurs, permettant le bon fonctionnement de cette interface, seront précisés dans la réponse du candidat.



Les objectifs de gestion complémentaires visés par la collectivité sont :

- Allègement et rationalisation des tâches d'expédition - Sécurité dans la conservation des actes et des pièces jointes - Automatisation et contrôle des tâches d'enregistrement et de délivrance des accusés de réception - Automatisation du calcul des délais de recours, avec mise en œuvre de dispositifs d'alerte

signalant les échéances des délais de recours - Renforcement de la sécurité et de la transparence dans la transmission des actes Le candidat décrira de manière détaillée tout le mode opératoire suivant : - depuis la récupération d’un flux type - tout le processus de traitement avec le descriptif technique - la récupération des informations d’horodatage, traçabilité, accusé de réception

Particularités liées aux transferts des flux « HELIOS » Les services demandés sont ceux définis par la réglementation à laquelle il est fait référence dans le courrier du 8 octobre 2008 «Les dispositifs de télétransmission homologués pour la transmission des flux Protocole d’Echange Standard (PES) d’Hélios, de la Direction Générale des Finances Publiques.

Tous les flux prévus dans le cadre du « PESv2 » seront supportés par l’application proposée. L’ensemble des transferts sera impérativement basé sur l’ensemble des schémas XML officiels publiés.

Les objectifs de gestion complémentaires visés par la collectivité sont : - Allègement et rationalisation des tâches d'expédition - Sécurité dans la conservation des actes et des pièces jointes - Automatisation et contrôle des tâches d'enregistrement et de délivrance des accusés de réception - Automatisation du calcul des délais de recours, avec mise en œuvre de dispositifs d'alerte

signalant les échéances des délais de recours

Le candidat décrira de manière détaillée tout le mode opératoire suivant : - depuis la récupération d’un flux type - tout le processus de traitement avec le descriptif technique - la récupération des informations d’horodatage, traçabilité, accusé de réception

6.1.2 Fonctionnalités de la solution attendues

Interopérabilité avec logiciels métiers ou Bus Générique Compte tenu de la multiplicité des flux et de leur volumétrie, une solution de télétransmission selon un procédé manuel uniquement est insuffisante. Le candidat montrera l’aptitude de sa solution à fonctionner avec tout autre logiciel métier, éventuellement choisi pendant la durée du marché.

Pour un envoi de flux conséquents, il est nécessaire d’assurer l’interopérabilité des logiciels métiers avec le Tiers de Transmission : - soit en installant le connecteur du logiciel métier (solution propriétaire) avec restitution d’un

Accusé de Réception dans l’application métier (format PDF ou XML), - soit en installant un « BUS d’interface » ou « BUS générique » entre les applications métiers et le

Tiers de Transmission avec restitution d’un Accusé de Réception déposé dans le bus générique (format PDF ou XML). Les deux modes d’interopérabilité doivent être possibles.



Il s’agit pour le titulaire : de garantir un fonctionnement interfacé avec les logiciels « métiers » actuels de la collectivité en réalisant, le cas échéant, les développements nécessaires à assurer le bon fonctionnement de l’interopérabilité choisie par la Ville de Lyon.

Les interfaces spécifiques aux logiciels métiers ou BUS d’interface ne font pas partie du présent accord cadre.

A titre d’exemple, la Ville de Lyon utilise gediber@tion pour la gestion des délibérations.

Le candidat indiquera comment s’opère l’interfaçage permettant : • d’assurer l’envoi des flux • de récupérer les retours (hors Accusé de Réception) par exemple retours de la préfecture qu’elle

qu’en soit la nature • de récupérer l’Accusé de Réception

Pour un envoi de flux par lots à partir du portail, le fournisseur devra garantir la non-ressaisie des informations contenues dans le logiciel métier.

Mise en place d’une fonction de parapheur électronique La signature électronique n’est nécessaire que pour l’engagement de la collectivité vis-à-vis de l’extérieur.

Des circuits de validation internes peuvent être définis.

Le dispositif de télétransmission devra être interopérable avec la solution de parapheur électronique qui sera référencé par la Ville de Lyon, dans ce cas il devra décrire ses principes d’interopérabilité. Il s’agit pour le titulaire de décrire précisément et de réaliser, le cas échéant, les développements nécessaires à assurer l’interopérabilité avec la solution qui aura été choisie par la Ville de Lyon. Cette fonctionnalité pourrait faire l’objet d’un marché subséquent.

Signature électronique Le dispositif devra permettre de signer électroniquement avec valeur probante, les différents flux. Le candidat précisera le dispositif de certificat et signature mis en œuvre : format, logiciel utilisé, pré-requis... Le dispositif de signature retenu par la Ville de Lyon devra pouvoir être utilisé pour la signature des flux télétransmis. Cela signifie que le titulaire devra garantir l’interopérabilité de sa solution avec toute autorité de certification homologuée. Le candidat devra expliquer comment la signature électronique sera prise en compte dans sa solution, quelles sont les limites et comment il répond aux exigences de la Ville de Lyon.

Authentification et certificats électroniques Le candidat précisera le mécanisme d’authentification de son système de télétransmission avec la Ville de Lyon et le partenaire concerné. Dans le cas où la solution exige la mise en œuvre de certificats électroniques il précisera leurs caractéristiques (support du certificat en particulier) et le mode de gestion envisagé (gestion de listes de révocations par exemple) et indiquera si sa solution comprend ou pas sa propre infrastructure à gestion de clés (PKI). Le candidat détaillera dans son offre tout autre certificat qu’il serait nécessaire d’acquérir pour utiliser la solution (exemple : certificat serveur).

La solution de l’Autorité de Certification retenue par la Ville de Lyon devra pouvoir être utilisée pour l’authentification à la solution de télétransmission des flux et, dans le cas d’une dématérialisation de bout en bout, pour la signature des documents.

Dans le cas de l’utilisation d’une authentification par mots de passe, le candidat précisera les possibilités de fréquence de changement des mots de passe et leur complexité.



Suivi et traçabilité des échanges La solution devra permettre aux utilisateurs, en fonction de leur niveau d’habilitation, de suivre l’état de leurs télétransmissions en fournissant des éléments tels que : récapitulatif des éléments envoyés, preuves d’envoi, accusés de réception, notifications d’évènements. L’administrateur général de l’ensemble des flux aura un regard sur toutes les directions et tous les types de flux.

Le candidat décrira comment sa solution permet de gérer la traçabilité des échanges, au regard des exigences de la Ville de Lyon, et sous quelle forme (PDF, HTML …) ((CCFF.. AAnnnneexxee «« 22000099__AACC__DDeemmaattFFlluuxx –– AAnnnneexxeess CCCCTTPP..ddoocc »»,, CCHH.. «« GGeessttiioonn ddeess pprrooffiillss uuttiilliissaatteeuurrss ––GGrroouuppeess,, DDrrooiittss eett HHaabbiilliittaattiioonnss »»))

Le retour d’accusé de réception L’accusé réception doit renfermer toutes les caractéristiques de la valeur probante du document. Dans une perspective de dématérialisation « de bout en bout », l’accusé de réception devra pouvoir être généré au format XML en vue de son stockage associé au flux transmis, soit dans l’application métier, soit dans le bus générique et le cas échéant, dans un coffre fort électronique.

Coffre fort électronique Les documents et flux transitant doivent pouvoir faire l’objet d’une exploitation au titre de l’archivage électronique à valeur probante. Il s’agit de certifier les dates de dépôt et garantir la restitution de documents intègres et conformes aux documents d'origine déposés au coffre. Il s’agit également de pouvoir les consulter avec un moteur de recherche puissant et adapté.

Le titulaire devra : soit pouvoir s’interfacer sur la solution de coffre fort électronique qui serait retenue par la

Ville de Lyon, soit proposer une solution de déversement dans un coffre fort électronique, homologué.

6.1.3 Administration et exploitation

Gestion des groupes, profils utilisateurs et habilitations La solution comprendra un système d’habilitation des utilisateurs admis à utiliser l’application de télétransmission. Il devra être possible de gérer finement les droits par GROUPE d’utilisateur, en définissant quelles fonctions sont accessibles sur quels flux, et pour quelles directions.

Notion de « Responsable de télétransmission » Il est au sommet de toute l’arborescence des GROUPES / flux métiers. Il est l’administrateur général de l’ensemble du système pour les FLUX, GROUPES, UTILISATEURS.

Notion de « Groupe utilisateur » • Le groupe rassemble les utilisateurs gestionnaires d’un flux. • Les caractéristiques du flux doivent être paramétrées pour le groupe, par le responsable de

télétransmission. • Le droit de création des utilisateurs d’un groupe doit pouvoir être délégué par le responsable de

télétransmission à un administrateur de groupe n’ayant exclusivement accès qu’aux données du flux paramétré.

Cinématique • Création des groupes métier • Attribution des méta données à un groupe métier • Création des utilisateurs appartenant à un groupe métier



Notion de « Droits utilisateur »

• Lors de la création d’un utilisateur, ses droits sont spécifiés (lecture, envoi, signature, droit de réponse aux partenaires)

• L’utilisateur a des droits exclusivement sur les actes envoyés par les autres membres de son groupe

• Il ne peut choisir dans les méta données que celles attribuées au groupe

Gestion des « Retours » Les retours de la plate-forme du Ministère de l’Intérieur (pour les flux ACTES), quelle qu’en soit la nature, doivent donner lieu à une alerte par mail, à l’administrateur du groupe et à l’utilisateur émetteur. L’administrateur du groupe doit avoir une vision consolidée des retours sur son flux (liste des actes ayant fait l’objet d’un retour). Le responsable de télétransmission doit avoir une vision consolidée des retours sur l’ensemble des flux. Le candidat décrira comment il compte gérer les profils, habilitation et retours, au regard des exigences Ville de Lyon. ((CCFF.. AAnnnneexxee «« 22000099__AACC__DDeemmaattFFlluuxx –– AAnnnneexxeess CCCCTTPP..ddoocc »»,, CCHH.. «« GGeessttiioonn ddeess pprrooffiillss uuttiilliissaatteeuurrss ––GGrroouuppeess,, DDrrooiittss eett HHaabbiilliittaattiioonnss »»))

Supervision des échanges La solution devra permettre à des utilisateurs de type « administrateur » d’avoir une vue d’ensemble des échanges réalisés au travers du dispositif de télétransmission. Cette vue pourra porter sur un type de flux ou un groupe d’utilisateurs, selon leur flux et groupe d’appartenance. L’administrateur de télétransmission aura une vue sur l’ensemble des flux, l’ensemble des groupes, l’ensemble des utilisateurs. Le candidat détaillera ce mode de fonctionnement. Il détaillera également les mécanismes mis en œuvre pour tracer les échanges, en particulier : format des traces, principes d’horodatage, durée de conservation des preuves d’envoi et de réception.

Outils d’exploitation et de statistiques Le candidat devra proposer en standard un outil permettant d’auditer l’intégralité des échanges de flux, gérés par la solution proposée. Il permettra un suivi des évènements (logs) par l’interface d’administration. Il indiquera et décrira les types des informations fournies pour répondre aux exigences de la Ville de Lyon.

Qualité du service rendu Indiquez comment le titulaire compte garantir la continuité du service en cas de dysfonctionnement des équipements du titulaire, notamment : 1) Durée de rétention des données en cas de défaillance d’un composant du fait des parties

suivantes : • Ville de Lyon (ex : rupture du lien internet) • Prestataire

2) Garantie d’acheminement



6.1.4 Architecture de la solution hébergée Le serveur de télétransmission, depuis lequel les données seront envoyées vers les serveurs du partenaire concerné par le flux, sera hébergé par le prestataire. La solution pourra être utilisée au sein de la collectivité suivant différents modes, à détailler par le prestataire en fonction de son offre :

• par une application cliente qui pourra elle-même être hébergée par le prestataire (portail Web) ou bien installée sur les serveurs ou les postes de la Ville de Lyon

• par des connecteurs ou API appelés par les applications métiers de la Ville de Lyon • par l’intermédiaire d’un Bus Générique.

Tout échange avec le Système d’Information Ville de Lyon s’appuiera sur des connexions initiées par la Ville de Lyon. Le candidat assurera l’hébergement et l’exploitation de la partie externalisée de sa solution, ceci incluant en particulier les sauvegardes, la mise à niveau des serveurs et des logiciels de base, leur sécurité matérielle et informatique. Le candidat décrira l’architecture physique et logicielle qu’il propose à la fois pour la partie hébergée et le cas échéant pour la partie installée à la Ville de Lyon, incluant notamment les briques logicielles de base et les protocoles utilisés. La solution devra tenir compte de l’environnement technique de la Ville de Lyon décrit en annexe du présent CCTP. La solution retenue devra être accessible 7j/7, 24h/24, hors plages de maintenance planifiées. Le candidat précisera les plages de disponibilité de sa plate-forme. Le candidat précisera les caractéristiques de sa solution de télétransmission qui la rendent interopérable avec le Système d’Information de la Ville de Lyon. Il indiquera l’impact technique de sa solution sur le Système d’Information Ville de Lyon (prérequis en termes de postes de travail, firewall …)

Le candidat s’engagera sur la disponibilité du service au moyen d’une convention de service.

Documents attendus : - Convention de service

Contrainte de la solution Le candidat précisera dans son offre les contraintes éventuelles de sa solution telles que, notamment, la limitation de la taille des envois, la taille maximum préconisée et les raisons de cette limitation. Dans le cas où la taille préconisée serait dépassée, que propose le candidat ?

Performances La Ville de Lyon exige un délai maximal de retour d’Accusé Réception (positif ou négatif) de la part du titulaire, inférieur ou égal à 15 minutes. Le candidat détaillera son engagement concernant les performances de sa solution (volumes, temps de réponse) et précisera les pré-requis attendus concernant les performances du réseau et de la connexion à Internet de la Ville de Lyon.

Notamment, comment sont constitués les flux pour garantir l’acheminement : 1) En cas de rupture de flux, la réémission est-elle automatique ? 2) Le candidat expliquera de manière détaillée comment fonctionne la solution en cas d’incident pendant les envois de flux : renvoi automatique, système d’alerte et de reprise,

intervention manuelle sur l’ordre des envois, en cas d’urgence …



Prise en compte des référentiels techniques Le candidat devra préciser sa démarche de prise en compte des référentiels techniques nationaux, identifiés actuellement (Référentiel Général d’Interopérabilité, Référentiel Général de Sécurité…). Il devra exposer clairement sa position (technique et financière) au regard du support du protocole de transport émergent PRESTO.

6.1.5 Maintenance, Assistance, Hot line Bogue Un bogue désigne un incident d’exploitation, une dégradation des performances ou une non-conformité par rapport aux spécifications décrites par la documentation, imputables au service et reproductible par la Personne Publique.

Bogue bloquant Un bogue bloquant correspond à une anomalie ou un incident bloquant le déroulement d’un acte de gestion essentiel et/ou affectant l’intégrité des données, sans possibilité d’appliquer une solution de contournement, impliquant ainsi un retour à la procédure manuelle.

Bogue non bloquant Un bogue non bloquant correspond à une anomalie ou un incident ne bloquant pas le déroulement d’un acte de gestion essentiel et n’affectant pas l’intégrité des données.

Maintenance corrective La maintenance corrective consiste en :

Un service d’assistance téléphonique, accessible par le biais d’un numéro de téléphone unique et fonctionnant les jours ouvrables avec une amplitude horaire minimale hors période d’astreinte de 9h, dont les activités sont les suivantes :

- Prise en compte des bogues détectés et signalés par la Personne Publique

- Support aux utilisateurs de la Personne Publique (assistance à l’utilisation du service et demandes d’information)

- Correction des bogues

- Maintien des performances transactionnelles acceptables, sous réserve que les configurations logicielles soient mises aux niveaux nécessités par les nouvelles versions pour assurer ces performances. Cette mise à niveau s’effectuera avec l’accord préalable des deux parties.

- Le maintien de l’intégrité des données et la remise à niveau des données par le Titulaire en cas de dégradation des données engageant sa responsabilité.

L’assistance téléphonique sera utilisée par l’interlocuteur désigné de la DSIT ou, en cas d’absence, son suppléant. L’interlocuteur désigné est une personne formée préalablement au fonctionnement du système fourni par le titulaire. Il est donc important de noter que seule l’assistance de 2ème niveau sera prise en charge par le soumissionnaire, l’assistance de 1er niveau auprès des utilisateurs est assurée en interne par la DSIT.

Pendant la durée du marché subséquent, la Ville de Lyon se réserve le droit de fixer une quinzaine de week-ends d’astreinte pendant lesquels l’assistance devra être accessible au minimum le dimanche entre 19H00 et 3H00 du matin. La Ville de Lyon communiquera les dates de ces astreintes au minimum 15 jours à l’avance.

Ces week-ends pourraient correspondre par exemple à des scrutins électoraux au terme desquels la Ville de Lyon doit impérativement transférer sans délai des actes au contrôle de légalité.

Les prestations de maintenance correctives feront l’objet si nécessaire d’un déplacement sur site du technicien.



Statut d’une demande

Si le Titulaire est sollicité dans le cadre de la maintenance corrective pour un sujet qu’il estime relever de la maintenance spécifique, le Titulaire en informera avant tout traitement la Personne Publique.

La prise en charge de la demande par le Titulaire jusqu’à sa qualification par les deux parties comme relevant de la maintenance spécifique relève de la maintenance corrective et n’est donc pas sujette à bon de commande ou facturation complémentaire.

Modalités et délais d’intervention Demande d’intervention :

Suite à une demande d’intervention formulée par écrit (courrier, fax, email) par la Personne Publique, ce dernier intervient pour analyser, diagnostiquer et qualifier techniquement le bogue et, éventuellement, proposer une procédure de contournement de l’anomalie.

En cas de bogue qualifié de bloquant par la Personne Publique :

Le prestataire dispose d’un délai de 4 heures ouvrées pour corriger un bogue bloquant OU pour mettre en œuvre une solution de contournement. La Personne Publique se doit de mettre à la disposition du Titulaire les moyens liés à la mise en œuvre du contournement. Dans le cas contraire, le Titulaire n’est plus tenu par le respect des délais en rapport avec la criticité des bogues pour mettre en œuvre de manière opérationnelle le contournement, jusqu’à ce que la Personne Publique ait satisfait sa demande.

Pour les bogues non bloquants :

Le prestataire entreprend les travaux en vue de corriger le bogue. Il dispose, sauf cas particulier argumenté par lui ou sauf accord d’un délai complémentaire par la Personne Publique d’un délai de 5 jours calendaires pour corriger le bogue.

Maintenance évolutive et réglementaire

La maintenance évolutive et réglementaire comprend :

- les révisions ou changements de version induits par les évolutions légales ou réglementaires et les évolutions de normes, notamment des évolutions du cahier des charges du dispositif de télétransmission du MIAT, ou toute autre nouvelle exigence de ce dernier

- les révisions ou changements de versions du fait du Titulaire (nouvelles fonctionnalités)

- la fourniture des supports, des procédures d’installation et de la documentation inhérente aux révisions et aux changements de version

- la prise en compte et la résolution des anomalies et incidents relevés par la Personne Publique lors de la recette de toute nouvelle version et/ou révision, tout en permettant la mise en exploitation de cette version ou révision dans les délais imposés dans le cadre d’évolutions légales et réglementaires.

Le Titulaire est tenu par les obligations suivantes :

- les performances devront être maintenues lors de la mise en place des différentes versions, sous réserve que les configurations soient mises aux niveaux requis par les nouvelles versions. Cette mise à niveau s’effectuera avec l’accord préalable des deux parties. Si les temps de réponse devaient être dégradés, le Titulaire s’engage à remédier, au titre de la maintenance corrective, à cette dégradation dans un délai de 30 jours calendaires.



- Le Titulaire est tenu d’informer la Personne Publique 6 mois à l’avance de la date à partir de

laquelle la version en place chez la Personne Publique n’est plus maintenue.

- Le Titulaire accompagnera chaque livraison d’une nouvelle version de l’ensemble des documents suivants : un document présentant les différences fonctionnelles avec la version ou la révision précédente, un document présentant les différences techniques (architecture, installation, MPD) et la procédure d’installation propre à cette version ou révision par rapport à la version ou révision précédente dans l’environnement de la Personne Publique, les manuels utilisateurs mis à jour.

Assistance, Hot line

Le candidat décrira le fonctionnement de sa HOT LINE, notamment comment il compte :

• Fournir un point d’accès unique à sa HOT-LINE • Faire un suivi précis des incidents et des demandes Ville de Lyon • Tenir informé la Ville de Lyon de l’état d’avancement d’un incident • Clôturer les incidents validés comme résolus pour la Ville de Lyon • Faire remonter à la Ville de Lyon les dysfonctionnements relevant de sa responsabilité et sous

quels délais

Le candidat indiquera comment il compte garantir les délais de résolution des incidents, selon leur niveau de criticité définie :

• Incidents bloquants • Incidents non bloquants

Il s’engagera sur les délais de :

• Prise en compte et réalisation des demandes • Prise en compte et réalisation des évolutions

Le candidat précisera également quelles ressources il compte affecter à la résolution des incidents et la réalisation des demandes.

Durant le traitement des incidents, suivant le niveau de criticité, le titulaire indiquera la forme de communication qu’il compte mettre en place.



6.1.6 Prestations complémentaires

Conseils techniques La Ville de Lyon pourra solliciter le candidat pour des phases de conseils techniques, lors de la réalisation d’études préalables par la collectivité. Cette prestation pourrait faire l’objet d’un marché subséquent.

Documents attendus : - Etude d’orientation

Accompagnement à l’homologation de la Ville de Lyon Afin de permettre à la Ville de Lyon de se constituer tiers de télétransmission, le soumissionnaire devra détailler la démarche d’accompagnement qu’il propose en vue de l’obtention de son homologation comme Tiers de Transmission. Le candidat précisera le coût forfaitaire de cette prestation dans les documents financiers de l’accord cadre.

Si la solution qu’il propose prévoit cette fonctionnalité, le Titulaire devra décrire :

- les outils d’exploitation et d’administration des flux disponibles, - les moyens techniques (infrastructure, serveurs…), à mettre en place, - les coûts supplémentaires à prévoir. Les soumissionnaires présenteront une solution technique permettant l’hébergement par la collectivité si la solution qu’ils proposent le permet.

Documents attendus : - Dossier descriptif de la démarche avec les différentes étapes - Tous les documents à produire en vue de l’obtention de l’homologation auprès des autorités concernées par les différents flux.

Maquettage ou prototypage Pour certains projets il pourra être demandé la réalisation d’une maquette ou d’un prototype.

Cette prestation sera chiffrée expressément afin de tester notamment tout le volet Administration du système et tout le processus de prise en charge du flux et l’acheminement via la plate-forme « Tiers de Transmission ».

66..22 QQUUAALLIITTEE ((1100%%))

6.2.1 Pilotage et suivi de projet Le prestataire devra préciser dans son offre, pour l’accord cadre, un modèle de plan d’organisation de projets et de plan d’assurance qualité ainsi que les instances à mettre en place pour la réalisation du projet. Ces différents éléments devront être validés au lancement du projet, ils pourront être acceptés dans l’état ou faire l’objet de précisions en fonction des contraintes de la Ville de Lyon. Les différentes étapes de la mise en œuvre sont décrites dans le chapitre 4. Le titulaire devra préciser dans son offre la méthodologie pour la conduite de projet utilisée pour la mise en œuvre de la solution.



Le Plan Assurance Qualité est établi pour donner confiance en la capacité du titulaire à atteindre un niveau de qualité satisfaisant en explicitant le “Comment” de son activité. Le titulaire présentera le PAQ et, plus généralement, le système qualité qu'il propose de mettre en œuvre dans le cadre du présent marché. LE PAQ SERA FINALISE LORS DU MARCHE SUBSEQUENT.

6.2.2 Décomposition des tâches Le soumissionnaire présentera et décomposera, dans la réponse au présent contrat, les tâches qu’il effectuera dans le cadre d’un planning d’installation et de formation prévisionnels, à partir de la date (T0) de la notification du marché subséquent concerné. Cette proposition devra être cohérente avec le calendrier prévisionnel mentionné au chapitre 5.

Les étapes proposées par le candidat devront comporter :

- Les principales tâches, - Les liens entre ces tâches, - La nature des intervenants par tâche et l’estimation des charges de travail qui leur sont associées, - Pour chacune des tâches, les charges de travail induites pour les intervenants de la Ville de Lyon.

6.2.3 Transfert de compétences, formation Ces prestations ont pour but d’assurer le bon fonctionnement du système. Le soumissionnaire devra proposer pour chaque type de formation : la durée/ module, le contenu, le nombre de personnes par session.

Pour la formation initiale, le soumissionnaire doit proposer des formations adaptées aux différents profils utilisateur. Le coût de ces formations initiales sera intégré au coût global de mise en œuvre de la solution, dans chacun des marchés subséquents.

Le candidat doit également fournir à la Ville des formations à la demande, conformément au bordereau de prix du marché. Les formations dispensées par le soumissionnaire incluront la documentation associée (format papier et format électronique), remise à chacun des participants.

Les formations se dérouleront dans les locaux de la Ville de Lyon. La ville de Lyon se réserve le droit de former uniquement les membres du groupe de travail et d’assurer elle-même les formations des autres utilisateurs. Documents attendus : Les documents suivants seront fournis :

- Le Manuel Utilisateur, - Le Manuel d’exploitation, - Le manuel d’Administration, - Le Manuel ou les procédures d’installation adaptée au contexte Ville de Lyon, Le candidat précisera – dans sa réponse – le support de ces documents.



66..33 PPRRIIXX PPLLAAFFOONNDD ((3300%%)) LLee ccaannddiiddaatt rreennsseeiiggnneerraa lleess ddooccuummeennttss ffiinnaanncciieerrss ddee ll’’aaccccoorrdd ccaaddrree ::

-- Le cadre de simulation de com ande Le cadre de simulation de commmande-- Le bordereau de prix plafond Le bordereau de prix plafond



77 ANNEXES ANNEXES

VVooiirr ddooccuummeenntt aannnneexxee :: «« 22000099__AACC__DDeemmaattFFlluuxx –– AAnnnneexxeess CCCCTTPP..ddoocc »»