Modernisation des applicatifs métiers

Le marché porte sur la maintenance évolutive et les développements spécifiques d’un ensemble d’applications métiers intégrées. Les demandes sont cadrées puis chiffrées par unités d’œuvre en journées-homme par profil avant émission d’un bon de commande. Des prestations connexes sont également prévues : audit, expertise, conseil ponctuel, assistance à la conduite de tests et formation.

Applications et interfaces

Le périmètre comprend quatre applications :

• WISAPP : demandes entrantes, appels, dossiers des appelants et affectation des demandes.
• CYTADEL : dossiers de téléassistance, appels, planification, tiers, lieux, tâches, événements techniques, facturation, stocks et gestion documentaire.
• CYTAFAC : facturation des abonnements et prestations.
• LOGISTAB : saisie en mobilité sur tablette pour les installateurs.

Sont aussi inclus les interfaces CYTADEL–WEBBUNCHER et leur évolution vers les API « Squirrel » de T2I, le développement « MIROIR SQL SERVER », l’outil ZUMERO de synchronisation asynchrone et un serveur décisionnel SSRS. Le développement, la maintenance et l’hébergement de WEBBUNCHER sont exclus, de même que la fourniture et la maintenance des équipements matériels de téléassistance.

Évolutions fonctionnelles

Le programme prévisionnel des deux premières années n’emporte pas d’engagement de commande. Il comprend notamment :

• l’intégration de huit nouvelles offres commerciales, la gestion d’articles et de prestations associant location et vente, l’édition de devis dans LOGISTAB en mobilité 4G ou en mode dégradé, et la simulation tarifaire à distance ou sur place ;
• une application logistique pour PDA permettant la lecture de codes-barres et de QR codes et le suivi des transferts d’équipements entre stocks. La duplication d’offres et un tableau de bord mensuel sont souhaités ;
• l’évolution de CYTAFAC : comparaison, dans une note d’aide à la décision, d’une refonte intégrée à CYTADEL v3 et du remplacement par une solution standard. Les exigences incluent le dépôt des factures sur Chorus Pro et la compatibilité avec les services de courriels, la signature électronique de LOGISTAB et la gestion électronique de documents de CYTADEL v3 ;
• la poursuite des échanges interapplicatifs via les API « Squirrel », l’identification de la provenance des appels par les fonctions CTI, la prévention des doublons liés à la synchronisation tablette, le nettoyage des doublons après qualification et la reprise de LOGISTAB pour limiter la double saisie ;
• la livraison dans CYTADEL v3 du module de gestion des visites et des appels sortants en isopérimètre de la v2, interopérable avec les modules référentiel et abonnement/contrat. L’architecture doit conserver la capacité d’accueillir d’autres structures.

Des commandes ultérieures peuvent porter sur un journal de bord, le suivi des tickets et événements techniques, la gestion des campagnes d’appels sortants, la modernisation des rapports SSRS ou la gestion des demandes écrites au numéro unique.

Exécution, livrables et contrôles

Pour chaque évolution, le titulaire produit une note de cadrage sous 5 jours ouvrés, puis un chiffrage détaillé sous 10 jours ouvrés après validation du cadrage. Chaque bon de commande donne lieu notamment à la remise du code source dans le gestionnaire de versions de l’acheteur, de la documentation des changements, des procès-verbaux de tests internes et des éléments permettant la recette.

Les livraisons font l’objet d’une VABF, conduite dans un délai de 20 jours ouvrés, puis d’une VSR d’un mois calendaire sauf disposition contraire du bon de commande. La documentation d’architecture, d’exploitation, d’administration et d’utilisation est rédigée en français, tenue à jour à chaque livraison et fournie dans des formats ouverts. Des formations en présentiel de quatre heures, avec support écrit, sont prévues lors de chaque mise en production d’une évolution significative affectant les utilisateurs.

La réversibilité comprend le code source complet, les scripts de compilation et de mise en production, les documentations technique et d’exploitation, les procédures de sauvegarde et de restauration, le registre des accès et comptes techniques, la cartographie des licences tierces et le transfert de connaissances. Une recette spécifique de réversibilité est prévue.

Exigences techniques et interventions

Le titulaire applique les principes du RGS et du RGI, documente ses revues de sécurité du code et la gestion des vulnérabilités des dépendances, n’inscrit aucun secret en dur dans le code livré et chiffre les flux d’authentification et ceux exposant des données personnelles en TLS 1.2 minimum (TLS 1.3 recommandé). Les interfaces destinées aux agents répondent aux exigences raisonnables d’ergonomie et d’accessibilité ; le RGAA s’applique aux interfaces grand public qui seraient ajoutées.

L’hébergement et l’exploitation des serveurs ne sont pas fournis par le titulaire : les applicatifs demeurent sur les infrastructures du Département, qui fournit les environnements. Les accès s’effectuent via un bastion, avec comptes nominatifs et authentification multifacteur en production et préproduction. Le titulaire documente les procédures nécessaires à la sauvegarde et à la restauration, assurées par les équipes internes. Le mode normal d’intervention est à distance ; une intervention sur site est possible si la demande ou l’incident le justifie.

Les profils attendus comprennent un directeur de projet (10 ans d’expérience, dont 3 en pilotage de marché public), un chef de projet (5 ans), un architecte logiciel (7 ans), un développeur senior (5 ans) et un développeur mobilité (3 ans).