OUTIL DE GESTION DE CONTENU CMS

APPEL D OFFRES OUTIL DE GESTION DE CONTENU CMS CAHIER DES CHARGES ET SPECIFICATIONS TECHNIQUES

ARTICLE 1 - PREAMBULE 1.1 Présentation de RESSOURCES La présente consultation est effectuée par RESSOURCES, association de droit local inscrite le 03/08/2005 sous volume 140 Folio n 65 dont le siège social est 2 place Saint-Martin à Metz (Moselle), pour le compte de CILGERE et de ses filiales respectives. RESSOURCES porte les moyens informatiques (humains et matériels) et assure toutes les prestations nécessaires à ses membres. Les membres de l Association RESSOURCES sont des acteurs d Action Logement au service des entreprises et de leurs salariés. Depuis quelques années, RESSOURCES réalise des développements orientés Web en environnement Websphere. 1.2 Présentation de CILGERE CILGERE est un Comité Interprofessionnel du Logement, Association régie par la Loi du 1er juillet 1901 modifiée et et le CCH articles L. 313-1 et suivants et R. 313-1 et suivants. CILGERE a été constitué par une déclaration d existence n 75-2 en date du 3 mars 1954. CILGERE est membre de l Association RESSOURCES. 1.3 Contexte La présente consultation vise à doter RESSOURCES d un «outil de gestion de contenu CMS» destiné à remplacer la technologie actuellement exploitée afin de permettre à ses membres de gagner en agilité et qualité dans la gestion et l animation de leurs projets web. ARTICLE 2 OBJET, DECOMPOSITION ET DUREE DU MARCHE Le présent marché est passé selon une procédure simplifiée ouverte et a pour objet le choix d un «outil de gestion de contenu CMS, son installation et sa configuration». Le présent marché est un lot unique. Les variantes ne sont pas acceptées. Le marché sera passé pour une période d un an à compter de la date de signature du marché, renouvelable deux fois pour une durée de un an, soit une durée maximale de trois ans. La reconduction sera notifiée par RESSOURCES de manière expresse au minimum un mois avant la date d échéance du contrat par lettre recommandée avec accusé de réception adressée au prestataire. P a r a p h e s : P a g e 2 17

ARTICLE 3 - CAHIER DES CHARGES & SPECIFICATIONS TECHNIQUES 3. 3.1. Capacité de création et de gestion de contenu multi-sites 3.1.1. Capacités multi-sites La capacité multi-site est primordiale pour CILGERE. La solution devra à minima répondre aux trois projets initiaux exposés ci-dessous au point 3 de l article 3 - Applications envisagées, mais également permettre la création, à la demande, d autres sites de types événementiels, institutionnels, marketing, etc. Le candidat précisera donc : s il est possible de gérer plusieurs sites au sein de la même interface de back-office s il est possible de partager du contenu entre ces sites La méthodologie de création de nouveaux sites, et la part d intervention technique nécessaire (hors interface d administration) S il est possible de créer un nouveau site à partir d un jeu de template existant? S il est possible de créer un nouveau site à partir d un modèle existant (template + contenu). Dans ce cas les contenus seront-ils une référence au contenu source? 3.1.2. Gestion des médias Le candidat précisera comment sont gérés les différents types de médias d un point de vue : type de médias acceptés habilitations et gestions des droits dépôt et ajout de nouveau contenu (interface d ajout en multi-upload, accès via Webdav, etc.) stockage (sous forme de fichiers dans une arborescence, ou en base de données) versionnement traitement (notamment les capacités de redimensionnement, recadrage d images dans le cas de l ajout de photos provenant d APN Haute résolution) Le candidat précisera également : si un média peut être utilisé à plusieurs endroits du site, et s il est facilement possible de retrouver toutes les contenus y faisant appel si un média peut être accessible directement par une URL, facilitant ainsi le partage 3.1.3. Multilinguisme Les sites créés par CILGERE n ont pas vocation à être multilingues. Le support du multilinguisme par la solution est donc facultatif. P a r a p h e s : P a g e 3 17

3.1.4. Organisation des contenus S il est possible de définir l arborescence du site sans limitation de profondeur S il est possible de déplacer, dupliquer des éléments de l arborescence S il est possible de réutiliser un même contenu dans plusieurs endroits de l arborescence, en y faisant référence sans duplication, tout en préservant une capacité de visualisation du contenu dans chaque contexte S il est possible d agencer des pages ou des zones de pages à partir de règles de gestion (exemple : afficher les x contenus de tel type trié en fonction de la date de publication). Si dans le cas d un même contenu référencé dans plusieurs zones du site, une modification du contenu impactera toutes les occurrences de ce contenu Si un contenu peut être lié à une ou plusieurs catégories Si les catégories peuvent-être en liaison hiérarchique avec d autres catégories Si un contenu peut être lié à des mots clés (tag) S il est possible de masquer un contenu, si cela à un impact uniquement dans une page ou pour toutes les occurrences de ce même contenu dans le site 3.1.5. Gestion des versions Le candidat précisera la manière et le type d objets dont la solution assure le versionnement : type d objet : pages, contenus, medias, zones, types de contenu, composants, templates (CSS) création d une nouvelle version : à la demande, à chaque enregistrement restauration d une version : contenu par contenu, ou restauration d un site complet à une date T mise à jour majeure : possibilité de créer un lot de contenu qui composera une version majeure comparaison entre deux versions identification des contenus modifiés entre deux dates 3.1.6. Définition de nouveaux types de contenu Les types de contenus doivent pouvoir être composés de plusieurs champs. le type de champs permis par la solution qu il propose si l ajout de nouveaux types de contenu est une opération simple réalisable via le back-office ou nécessite une écriture de code s il est possible d associer un ou plusieurs documents à un type de contenu (images, PDF,...) si les champs à choix multiples (checkbox, radio, ou liste) peuvent trouver leurs items dans une liste figé? où dans une base de données? s il est possible de spécifier une valeur par défaut d un champ si il est possible de contrôler la valeur d un champ et de quelle manière s il est possible de rendre le champ obligatoire P a r a p h e s : P a g e 4 17

s il existe un champ de type enrichi pouvant être modifié avec un éditeur wysiwyg. A ce sujet le candidat précisera l éditeur wysiwyg disponible et s il est possible de brider ses fonctionnalités en fonction de droits d accès et de rôle (notamment concernant les styles utilisés). s il est possible d ajouter des champs de type Relation d objet / contenu permettant de créer des relations entre les contenus (exemple un champ de type code postal / ville). De plus est-il possible de proposer des champs en saisie intuitive? Exemple de proposition de choix de ville en fonction d une saisie de code postal ou en fonction de la saisie de quelques lettres. si suite à la création d un nouveau type de contenu, la solution génère automatiquement le formulaire de saisie de ces contenus? s il est possible de modifier la mise en forme de ses formulaires de saisie, et de quelle manière? s il est possible de modifier un type de contenu déjà existant pour ajouter / supprimer des champs ou en modifier leur nature? 3.1.7. Ergonomie générale de l interface de gestion La gestion du contenu sera confiée à plusieurs profils de personnes en fonction des sites créés, de leur public, et du type de contenu. le mode de fonctionnement (séparation entre backoffice et front-office, ou interface unifiée) et les technologies utilisées pour offrir une bonne ergonomie de l interface d administration (AJAX, Drag and Drop) le mode de gestion des utilisateurs du back-office la gestion des habilitations la gestion des droits et des rôles si la gestion des droits est spécifique au site (cf. capacités multi-sites) si le backoffice permet de restreindre l affichage de certaines fonctionnalités en fonction du profil de l utilisateur connecté (administrateur, contributeur, éditeur,...) si une aide est disponible en mode contextuelle ou en ligne les niveaux de maîtrise informatique exigés en fonction des différents profils utilisateurs 3.1.8. Contribution La contribution (ajout / modification du contenu / suppression) sera autorisée à des collaborateurs de CILGERE et de ses filiales, essentiellement des chargés de communication. Aussi la simplicité de l interface de contribution est essentielle. les navigateurs et leurs versions et plateformes compatibles avec l interface de publication si l édition de contenu est possible en front-end editing (soit directement au sein du site lorsque l utilisateur est habilité et identifié) la manière dont la solution gère l édition concurrente sur un même contenu la manière dont la solution gère la traçabilité des opérations l éditeur wysiwyg de texte enrichi utilisable la technologie P a r a p h e s : P a g e 5 17

la version la personnalisation (suppression de certaines fonctionnalités en fonction du profil de l utilisateur connecté) la possibilité de copier / coller depuis des applications bureautiques la possibilité de mise en forme (avec feuilles de style CSS prédéfini - choix des formats de mise en forme) l intégration de médias en connexion avec la médiathèque l insertion de tableau l insertion de lien hypertexte (vers des pages extérieurs au site, vers une des pages du site par sélection dans l arborescence) 3.1.9. Cycle de vie du contenu Les contenus ont vocation à être créés en amont de la publication, d être validés via un worflow de validation et d être publiés à partir d une date de début de publication jusqu à une date de fin de publication. le mode de gestion des dates de début et de fin de publication prévue dans la solution s il existe une possibilité de pré visualiser le site dans un état futur de publication s il existe une possibilité de changement de rubrique à date ou délai programmé (exemple du passage en archive d un contenu de type actualités) les différents types de worflow de validation possibles et les fonctionnalités offertes les étapes de validation les distinctions possibles en fonction du type de contenu ou de leur rubrique la distinction entre validation et publication s il elle existe la manière de créer des schémas de validation la notification des éléments à valider (envoi par e-mail individuel ou groupé en un mail quotidien, présence dans un tableau de bord), les notifications de rappel la supervision de tous les éléments en attente de validation le mode d aperçu à disposition du valideur d un élément en attente de validation la traçabilité des opérations de validation 3.1.10. Gestion des gabarits Une charte graphique digitale de CILGERE et de ses filiales est en cours d élaboration. Elle sera différente en fonction du public cible des sites : collaborateurs internes (intranet), clients identifiés (extranet), tout public (internet). Cette charte définira la présentation générale de la navigation, des pages, mais également des composants (formulaires, moteur de recherche, etc.). L intégration de la charte graphique ne fait pas partie de la présente consultation. Il s agit ici d évaluer les capacités et l'autonomie de création/modification de gabarits offertes par la solution CMS. P a r a p h e s : P a g e 6 17

le fonctionnement du dispositif de gabarits la modularité du dispositif de gabarits (gabarit de pages, de zones de contenus, de contenus élémentaires) si l utilisation de syntaxe permet de définir des clauses conditionnelles, boucles, l intégration de variables les contraintes (nombre de colonnes, positions du menu) l'adaptabilité des gabarits en mode impression l adaptabilité en fonction des restitutions de contenu : un même contenu peut-il être représenté différemment dans différentes zones de contenu, pages, au sein de la même zone contenu? 3.1.11. Gestion multi-canal Les sites créés via la solution devront être consultables par tout périphérique, et notamment smartphones et tablettes. l'adaptabilité des gabarits en fonction des canaux et des supports (visualisation à partir d un mobile, d une tablette...), «responsive design» ou gabarit dédié à chaque canal s il est possible de restreindre ou d exclure l affichage d un contenu, d une zone de contenu à un périphérique 3.1.12. Moteur de recherche Le candidat précisera le fonctionnement du moteur de recherche à la solution CMS et notamment : s il s agit d un moteur intégré ou d une technologie externe la fréquence d indexation (temps réel ou programmé) le périmètre d indexation : contenus, documents (PDF, Word...) en full text le mode de recherche avancée la présentation des résultats : pertinence, respect des droits d accès 3.1.13. Accessibilité L accessibilité est un critère important pour CILGERE et ses filiales, notamment du fait du public ciblé visé pour son site internet. L objectif attendu est d obtenir un label AccessiWeb à minimum Bronze. s il est possible de placer du texte alternatif sur les images si le code généré par le CMS respecte les règles d accessibilité (et à quel niveau) 3.1.14. Optimisation en vue d un meilleur référencement Les sites créés à partir de l outil et à destination du public externe (tout public internautes) a vocation à être correctement référencé par les principaux moteurs de recherche. Aussi l optimisation et l accessibilité du contenu aux robots d indexation des moteurs de recherche sont très importantes. P a r a p h e s : P a g e 7 17

les possibilités offertes de titrage automatique ou manuel des pages, de création de mots clés ou de description d entête de pages les possibilités de réécriture d URL en vue d obtenir des URL intelligibles s il est possible de générer des fichiers sitemap.xml et si ces fichiers sont soumis automatiquement à certains moteurs à chaque mise à jour le comportement du CMS en cas de modification d URL d une page (mise en place de redirections?) 3.1.15. Mesure d audience Le reporting en termes d audience et d analyse du comportement des internautes sur les différents sites est un élément important. Des synthèses ont vocation à être diffusé aux instances dirigeantes mais également à certains clients et/ou partenaires. le dispositif d audience intégré la possibilité d intégration d un système de mesure d audience tiers : type Google Analytics, Médiamétrie... la possibilité de consolidation de données entre plusieurs sites créés 3.1.16. Syndication / import / export / connexion à des bases de données tiers Certaines données de contenu sont disponibles dans des bases de données tiers. Ces bases contiennent essentiellement des données de personnalisation, des bases de référencement du patrimoine. Elles sont essentiellement constituées de base : MySQL Fichier CSV ou XML Base Lotus Notes SQL SERVER d un point de vue syndication simple : s il est possible d intégrer ou de fournir des contenus sous forme de flux RSS s il est possible pour un service externe de récupérer ou d injecter du contenu du CMS aux moyens d API s il est possible de partager des contenus sur les réseaux sociaux - publication d un contenu (pour le contributeur) mais également partage d un contenu par un visiteur (Partager sur Twitter, Facebook...) d un point de vue base de données : s il est possible de se connecter à une base de données Tiers la liste des connecteurs disponibles et ceux à créer en développement spécifique P a r a p h e s : P a g e 8 17

la Cahier des charges et spécifications techniques manière d utiliser les données des bases dans le référentiel ou dans le contenu (exploitation des variables...) 3.1.17. Personnalisation & gestion des utilisateurs Certaines rubriques de certains sites ne seront pas accessibles à tout public, mais uniquement à certains groupes d utilisateurs identifiés. Côté site Internet / Extranet, les clients identifiés sont référencés dans un annuaire LDAP. Côté site Intranet, seules les collaborateurs référencés via Active Directory pourront s identifier et auront en fonction de leur droit accès à tout ou partie des rubriques du site, et bénéficieront de rôles spécifiques (contributeurs, animateurs de communauté...). les capacités de rendre certains contenus, zones de contenus, pages ou rubriques privées les capacités de connexion aux différents types d annuaires possibilité de gérer les utilisateurs depuis un annuaire LDAP, les groupes d utilisateurs également le mode de synchronisation et de gestion de la base utilisateurs du CMS par rapport à l annuaire LDAP les possibilités d exploitation des données du LDAP dans le contenu (Ex: Bonjour M. DUPOND Jacques, Département informatique...). 3.1.18. Identification unique & compatibilité avec l existant Les clients identifiés ont accès à un Extranet de relation client dénommé CECIL (développé en JAVA / WEBSPHERE). Les clients ayant accès à l extranet sont référencés dans un annuaire LDAP. Un client identifié sur l extranet doit pouvoir conserver son identification lors de sa navigation sur le site institutionnel qui, lui, sera déployé via la solution CMS. Aussi une identification unique est indispensable. les possibilités d identification unique SSO offertes par la solution, compatible avec l existant Les collaborateurs internes ont accès au réseau informatique et à Internet via l ouverture d une session sur un serveur Windows Server 2008 R2. Il est souhaité que les utilisateurs bénéficient d une authentification transparente lors de la navigation dans les différents sites à leur destination (site intranet), donc sans demande de nouvelle identification. les possibilités d identification transparente, compatible avec l existant 3.1.19. Composants & applicatifs métiers Le candidat précisera les composants fournis en standard avec la solution et notamment concernant les composants suivants : wiki blog sondage P a r a p h e s : P a g e 9 17

enquête calendrier forum chat panier gestion d événement et de notifications activités favoris partage etc. Le candidat précisera les extensions disponibles ou applicatifs métiers pouvant répondre aux besoins des différentes applications détaillées au point 3 de l article 3 tel que par exemple un applicatif de publication d offres immobilières (projet de refonte du site internet) Le candidat précisera les modalités de développements d applicatifs métiers (Widgets spécifiques), notamment d un point de vue langage, norme, interfaçage avec le CMS, connexion à des bases de données tiers. 3.2. Socle technique Le candidat précisera pour la solution proposée : l environnement technique principal du CMS le mode de gestion des contenus, des fichiers les types de bases de données supportés les APIs disponibles et documentées les serveurs HTTP supportés le mode de livraison / migration entre les serveurs de développement, d intégration et de production l extensibilité et les plugins les plus fréquemment intégrés pour un fonctionnement de base les caractéristique et pré-requis de l architecture d hébergement cible intégrant à minima un serveur de développement et de production : L architecture physique d hébergement est fournie par RESSOURCES. Cet hébergement sera effectué en interne sur des machines virtuelles. les possibilités d amélioration de la performance (cache, reverse proxy, configurations en clusters...) 3.2.1. Licence, Communauté Le candidat précisera le type de licence sous lequel est proposé la solution CMS, et les contraintes afférentes l existence et la taille d une communauté de développeurs le mode d organisation et de gestion des évolutions P a r a p h e s : P a g e 10 17

l existence d une documentation en langue française l existence d un éditeur (et ses coordonnées) qui supporte, structure, garantit la cohérence du CMS tout élément permettant de juger de la pérennité de la solution (références actuelles, part de marché, roadmap). 3.3. Applications envisagées Les applications envisagées décrites ci-dessous ne le sont qu à titre indicatif afin de permettre au candidat d évaluer le cadre dans lequel sera utilisée la solution de gestion de contenu - CMS. La mise en œuvre de ces applications ne fait pas partie de cet appel d offre. 3.3.1. Refonte du site CILGERE.FR 3.3.1.1. Objectifs Vitrine de l entreprise et premier contact de la relation clients, le site INTERNET doit permettre une identification immédiate de l activité et apporter une réelle plus value en terme de services. La réflexion menée sur la stratégie commerciale, la nécessité d organiser une approche client multi canal, d afficher une cohérence de discours entre les différents supports, conduit à proposer une refonte du site qui ne remplit plus suffisamment son objectif d outil de différenciation et ne rend pas compte de notre nouvelle dimension. Nous avons besoin d assurer une grande autonomie dans l administration du site et la création de contenus (appropriation, outils, formation) 3.3.1.2. Quelques éléments sur l audience de Cilgere.fr en 2012 Près de 30 000 visiteurs chaque mois (30 % de plus qu en 2011). En moyenne, 1 visiteur consulte notre site 2 fois. Plus de 320 000 visiteurs recensés. 30 000 de ces visiteurs se sont connectés depuis un mobile ou une tablette, contre 9 000 en 2011 : ils ne représentent que 10 % du volume mais la forte progression en 1 an doit être prise en compte. 3.3.2. Espace interne de partage d information à destination des Métiers 3.3.2.1. Le contexte La mise en place du projet Tuteurs Métiers répond au besoin de professionnalisation de transmission des savoirs et des savoir-faire par : l élaboration d un socle de formation Métiers par la mise en place d un jalon de transmission au quotidien : le tuteur Métiers par la mise en place d une organisation DSI-Métiers créant un lien permanent entre les tuteurs et le service informatique P a r a p h e s : P a g e 11 17

3.3.2.2. Le projet Les 3 principales missions des Tuteurs Métiers sont diffuser les bonnes pratiques Métiers visant à la généralisation des bons usages notamment des outils informatiques (diffusion de l information) collecter, analyser et transmettre à la DSI des demandes d optimisation des outils ou des dysfonctionnements (information remontante) être le vecteur efficace des évolutions réalisées (information descendante) Ce projet se concrétise au niveau CMS par la mise en place d un espace de partage d information, de communautés métiers, piloté et mis à jour par les Tuteurs Métiers, consulté et commenté par les collaborateurs identifiés et concernés de près ou de loin par les sujets traités. 3.3.3. Espace externe de partage d information à destination des clients : Le Club entreprise 3.3.3.1. Le contexte La Direction du Développement de CILGERE souhaite créer un Club Entreprises, ayant pour vocation de : Partager des expériences entre entreprises et échanger des bonnes pratiques Aborder des préoccupations, sociétales et associatives relatives à l équation Emploi-Logement Proposer un lieu d échange ponctuel d informations sur les besoins en compétences Etre le relais des entreprises auprès des instances de la profession (UESL, etc.) sur la valeur ajoutée sociale attendue par celles-ci concernant Action Logement. 3.3.3.2. Le projet La participation à ce Club Entreprises sera proposée à une trentaine d entreprises et réunira ses membres deux ou trois fois par an. Un espace collaboratif est indispensable pour assurer le liant entre les rencontres et permettre : de partager et de stocker divers documents (ppt, doc, vidéo, etc.) d échanger des commentaires de gérer les invitations et les inscriptions aux évènements constituer une communauté dont les informations sont exclusives au Groupe, et non visible pour les autres. 4. ARTICLE 4 - PRESTATIONS ATTENDUES 4.1. Installation, configuration et intégration initiale de la solution Le candidat retenu aura pour mission première l installation et la configuration initiale de la solution dans l environnement d hébergement fourni par RESSOURCES. Il fournira une documentation et un mode opératoire précis des opérations réalisées. P a r a p h e s : P a g e 12 17

4.1.1. Installation et configuration : mise en place d un serveur de production mise en place d un serveur de développement mise en place des modalités de livraison / migration entre les deux serveurs mise en place des opérations de sauvegarde selon de plan défini en commun définition du plan de reprise d activité en cas de crash machine ou logiciel 4.1.2. Intégration initiale : création d un premier site (vide de contenu) à destination de l externe avec connexion des utilisateurs via le LDAP existant et identification unique avec l Extranet de Relation client CECIL création d un premier site (vide de contenu) à destination de l interne avec authentification transparente des collaborateurs internes 4.1.3. Réception Réception des périmètres d installation, de configuration et d intégration initiale de la solution précisés en 4.1.1 et 4.1.2 du présent article. 4.2. Formation des équipes RESSOURCES souhaite une montée en compétence de ces équipes informatiques notamment pour : toutes les opérations d administration de la solution CMS la création de nouveaux sites l intégration de charte graphique et la manipulation de gabarits la manipulation de contenus l intégration d applicatifs métiers Le candidat précisera les modalités de formation (modules, programmes de formation, durée préconisés). Le nombre de personne à former étant d un maximum de 5, profil Service informatique central. RESSOURCES souhaite également que deux niveaux d utilisateurs finaux soient formés : Niveau Webmaster (max 5 personnes - profil Service communication Central et informatique) : Création d arborescence et gestion de menu de navigation Gestion de pages, de zones de contenus Gestion de contenus Gestion de worflow et publication Niveau contributeur (max 5 personnes - profil collaborateurs) : Ajout / modification de contenus Gestion des médias P a r a p h e s : P a g e 13 17

4.3. Licence, Support & assistance le type de licence le coût le cas échéant et son mode de calcul le type et le coût du support et de l assistance Le tarif indiqué dans le bordereau de prix respectera le socle technique et l architecture attendue et décrite au paragraphe 3.2 de l article 3 du présent cahier des charges et sera défini pour une durée de 3 ans. ARTICLE 5 - CONDUITE DU PROJET 5.1. Pilotage Dans le cadre de la conduite du projet, RESSOURCES et le candidat acceptent de suivre la procédure suivante : la gestion du projet est confiée à un Comité de Pilotage / Equipe projet en charge de l analyse des besoins, de la consultation des différents services, de l élaboration du cahier des charges, du lancement de la consultation, du suivi de la réalisation et de la restitution régulière assisté d un Consultant E-Transformation sous le contrôle d un Comité Directeur en charge de valider les objectifs et définir les orientations du projet. 5.1.1. Comité de pilotage : Représentants des membres de RESSOURCES : Responsable Communication, pilote du projet Club Entreprises Responsable des Activités Locatives, pilote du projet Tuteurs métiers Directeur du Développement et de la Communication Webmarketeur, pilote du projet de refonte du site internet Représentants du candidat 5.1.2. Comité Directeur : Directeur SI / Directeur Général Adjoint de CILGERE Directeur du Développement de CILGERE Responsable SI de RESSOURCES Les parties devront respecter les étapes du projet fixées au planning de production. La validation des étapes de réalisation du Site intervient par mode électronique (email). P a r a p h e s : P a g e 14 17

ARTICLE 6 - CONDITIONS ET DELAIS DE REALISATION 6.1. Confidentialité Le candidat, ses salariés ou sous-traitants qui, à l occasion de l exécution du présent marché, ont reçu communication de renseignements, documents ou objets quelconques, sont tenus de maintenir confidentielle cette communication. Ces renseignements, documents ou objets ne peuvent, sans autorisation de RESSOURCES être communiqués à d autres personnes que celles qui ont qualité pour en connaître. Il en est pareillement de tout renseignement de même nature parvenu à la connaissance du titulaire à l occasion de l exécution du marché. L obligation de confidentialité s impose au candidat et s applique à toutes les informations qu il a recueillies à l occasion du présent marché. Il en est de même du contenu des fichiers, informations et documents des utilisateurs mis à disposition du candidat à l occasion du présent marché. Cette obligation s étend à tous les renseignements de quelque nature que ce soit dont le candidat et ses salariés ou sous-traitants auraient eu connaissance dans le cadre du déroulement du présent marché. Cette obligation de confidentialité s étend, entre autres, au gestionnaire technique du site Internet désigné par le candidat (gestion des adresses email, données d hébergement.). Le candidat s engage à considérer comme confidentiels toutes les connaissances techniques et le savoir-faire qui lui ont été ou qui lui seront fournis par RESSOURCES. Le contenu du marché est également considéré comme confidentiel, ainsi que les échanges de courriers et d informations entre les parties. Le candidat s engage à restituer à RESSOURCES l ensemble des fichiers et documents à la fin de l exécution de sa prestation. RESSOURCES s engage à respecter le caractère confidentiel des méthodes et procédés employés par le candidat, et que celui-ci aurait signalé comme tel dans le cadre de l exécution du présent marché, et à faire prendre le même engagement à son personnel intervenant dans ce cadre. Le candidat s engage à informer ses salariés, par tous moyens à sa convenance, sur cette obligation de confidentialité. Le candidat s engage à obtenir de ses éventuels sous-traitants un engagement écrit identique aux dispositions stipulées au présent article. Cet engagement écrit des éventuels sous-traitants est communiqué par le candidat à RESSOURCES. En cas de manquement à l obligation de confidentialité, c'est-à-dire relative à la discrétion, à la sécurité et au secret, le candidat s expose à la résiliation à ses torts. 6.2. Garantie de bonne fin Le Candidat garantit qu il atteindra les objectifs fixés par RESSOURCES aux présentes. A cette fin, il devra mettre en œuvre les techniques le plus adaptées aux besoins exprimés par RESSOURCES et fournir des prestations répondant aux normes de qualité et aux usages du développement Internet. 6.3. Délais de réalisation La mise en production conformément au cahier des charges devra être achevée au plus tard le 28 juin 2013 selon le planning de réalisation prévisionnel fixé au présent Cahier des charges. L achèvement de la conception du Site devra être constaté par écrit par RESSOURCES au moyen d un procès-verbal de réception. P a r a p h e s : P a g e 15 17

6.4. Planning de réalisation Une fois le Candidat retenu, les parties respecteront les étapes suivantes pour la réalisation de la prestation : Réunion de cadrage et de lancement du projet au plus tard dans les 15 jours ouvrés suivant la date de signature du marché, Installation, configuration et intégration initiale au plus tard dans les 15 jours ouvrés suivant la date de réunion de cadrage et de lancement du projet, Formation au plus tard dans les 15 jours ouvrés suivant la date de réunion de cadrage et de lancement du projet, Mise en production au plus tard le 28 juin 2013 soit le 45ème jour calendaire suivant la date de signature du marché. 6.5. Droits de propriété intellectuelle Le candidat retenu garantit qu il sera titulaire de l ensemble des droits patrimoniaux et moraux sur les développements réalisés et leurs futures versions actualisées. L ensemble des informations apportées par le candidat retenu, de quelque nature que ce soit et sous quelque format que ce soit (pages HTML, fichiers images, sons, vidéo, etc.) seront cédés à RESSOURCES qui en aura l entière propriété, sous réserve du paiement intégral de la prestation de conception du site. RESSOURCES sera libre de modifier ou de reproduire l ensemble des pages des sites, les fichiers, programmes ou composantes ainsi que leurs réactualisations, et ce pour une durée illimitée et pour tous territoires et tous supports. Le candidat retenu autorisera RESSOURCES à fixer, reproduire, communiquer au public et exploiter, à des fins promotionnelles, d illustration, d information et documentaires, les sites conçus et éventuellement à en confier la modification à un tiers. Le candidat retenu consent cette cession sur tout support papier, vestimentaire, photographique, vidéographique, audiovisuel et électronique et notamment par le biais des réseaux de communication électronique et de téléphonie mobile, des réseaux hertziens, câblés ou satellitaires ainsi que sur tout support mobile de type baladeur numérique, télévision mobile et autres supports de diffusion et de stockage. La cession est consentie pour une zone géographique non limitée. Le candidat retenu accorde à RESSOURCES le droit de ne pas faire figurer son nom, son logo ou quelque mode d identification sur le Site. 6.6. Garantie et mises à jour Le candidat retenu s engage à assurer les mises à jour et les actualisations (y compris patch de sécurité des serveurs d hébergement) de la solution fournie pendant toute la durée du marché. La solution livrée devra impérativement être évolutive en fonction des technologies Internet. Si le Candidat n est plus en capacité de prendre en charge les mises à jour, il devra en informer préalablement RESSOURCES pour proposer une solution équivalente. Indépendamment des essais effectués pour la recette des prestations, le candidat retenu garantit les prestations contre tout vice ou dysfonctionnement à dater du jour de sa réception, la garantie impliquant toute intervention curative nécessaire (frais de main d'œuvre compris. P a r a p h e s : P a g e 16 17

Au cours du délai de garantie, si un vice caché ou une erreur de conception, de fiabilité ou de performance insuffisante du Site ou si le candidat ne répond pas à ses obligations (non levée des réserves dans les délais prévus, retard dans la livraison du Site etc.), les délais de garantie seront prolongés de la durée de la situation de défaillance constatée. ARTICLE 7 - RECETTE DES PRESTATIONS 7.1. Recette provisoire La recette provisoire sera prononcée par RESSOURCES lorsque toutes les vérifications d usage et les essais (tests, fonctionnement des sites) auront été jugés satisfaisants. Un procès verbal de recette provisoire sera signé contradictoirement entre RESSOURCES et le candidat retenu. 7.2. Recette définitive La recette définitive des deux périmètres détaillés aux paragraphes 4.1.1 et 4.1.2 de l article 4 du présent cahier des charges sera prononcée par RESSOURCES au plus tard le jour de la mise en production tel que prévu au paragraphe 6.4 de l article 6 - Planning de réalisation. Pendant la période qui sépare la recette provisoire de la recette définitive, le candidat retenu devra mettre tout en œuvre pour lever l ensemble des réserves mentionnées dans le procès verbal de recette provisoire. En cas de nouvelles réserves, le candidat retenu disposera d un délai de 15 jours ouvrés pour apporter tous les correctifs nécessaires. Au-delà de ce délai, RESSOURCES appliquera les pénalités de retard telles que décrites dans la Convention de Prestations. ================================================================================== P a r a p h e s : P a g e 17 17