Maintenance applicative et licences CRM

Le marché couvre les licences E-Deal Efficy et la TMA-TME du CRM : maintenance corrective et préventive, évolutions fonctionnelles, techniques ou ergonomiques, adaptations au socle technique, assistance, conseil, formation et transfert de compétences. Les développements comprennent l’analyse, les tests, la recette, les corrections et la mise à jour de la documentation.

L’application gère notamment les affaires, organisations, contacts, contrats, campagnes, interactions, documents, tableaux de bord et notifications. Le processus métier des affaires comporte cinq stades, de la mise en relation à la capitalisation. Des interfaces la relient notamment à Oracle e-Business Suite, au SSO ILEX avec authentification à deux facteurs et à Outlook. L’interface avec le portail OPALE est appelée à être remplacée par celle de l’application interne « Notifications et règles d’absences ».

Unités d’œuvre et livrables

• Initialisation (UO1, forfait unique) : prise en main de l’application et des méthodes, mise en place des outils de suivi et de développement, proposition d’indicateurs et d’un modèle de reporting. Livrables : rapport d’étonnement d’une vingtaine de pages, environnement de travail opérationnel, organisation de la prestation et modèle de reporting.
• Maintenance et assistance (UO2.1 à UO2.6, par profils au TJM) : développeur fullstack, analyste fonctionnel, webdesigner UX/UI, DBA (modélisation/optimisation), expert sécurité/E-Deal CRM Efficy et architecte applicatif. Tickets et code sont suivis dans GitLab du BRGM. Les évolutions donnent lieu à une offre technique et financière détaillée et à un chronogramme ; les travaux démarrent après acceptation du BRGM.
• Formation (UO3, forfait) : sessions d’une journée, adaptées au profil, couvrant les principes, l’exécution dans l’outil et la pratique. Programme et supports en français, au format bureautique.
• Licences (UO4, forfait, par environnement) : licences simultanées, indépendamment du profil utilisateur, achetées pour un an. L’UO4.1 prévoit pour un environnement 150 licences permanentes DEAL Front Office, 150 E-DEAL Telephony et 150 E-DEAL Groupware Connect, ainsi qu’un nombre illimité de licences permanentes E-DEAL KPI, Net Business XTD, Groupware Server et Automation. L’UO4.2 couvre 25 utilisateurs permanents supplémentaires (LFROF, LCTIU, LXNCC) ; l’UO4.3 couvre 25 licences flottantes DEAL Front Office. Livrables : fichiers de clés .Lic et token userapi par environnement.
• Réversibilité/transférabilité (UO5, forfait, commandée une seule fois avant la fin du marché) : transfert de compétences sur l’architecture, les outils, les environnements de développement et de test et la documentation. Livrables : rapports sur les procédures, l’organisation documentaire, les actions et difficultés, l’architecture et ses dépendances, ainsi qu’une session de formation de 2/3 jours.

Délais d’intervention, livraison et garantie

Pour les anomalies bloquantes, les délais sont de 4 h pour la prise en compte, 1 jour pour l’analyse/qualification, 3 jours pour le contournement et le rétablissement du service, et 5 jours pour la correction. Pour les anomalies majeures : 1 jour, 3 jours et 10 jours respectivement pour prise en compte, analyse/qualification et correction ; pour les mineures : 1 jour, 5 jours et 20 jours. Ces délais sont imputés sur les heures et jours ouvrés. Pour les évolutions, le délai de prise en compte est de 2 jours, l’analyse/qualification de 10 jours maximum et la réalisation dépend de la charge. Au minimum indicatif, le titulaire réalise deux montées de versions mineures par an et une montée de version majeure par an des socles et librairies applicatives.

Les livraisons comprennent les sources et la documentation associée, les fichiers de déploiement et un procès-verbal de recette. Le titulaire réalise la recette usine et les tests ; le BRGM effectue la recette fonctionnelle et les mises en production. Les sources sont déposées dans le Git du BRGM, selon son GitLabFlow, et les documents de projet dans Teams. Chaque livraison est planifiée avec l’approbation du BRGM. Une garantie de trois mois après la dernière livraison est prévue pour chaque livrable à compter de sa mise en production ; les corrections sont réalisées sous cinq jours ouvrés maximum.

Environnement et exigences techniques

Le CRM E-Deal Efficy Corporate Edition est déployé en conteneurs Docker sur trois environnements (recette, formation, production) et une architecture à trois tiers : frontal Apache 2.4.49, applicatif Apache Tomcat 9+ avec GraalVM 11, base PostgreSQL 18 et indexation plein texte Solr. La solution comprend notamment des traitements batch, des synchronisations SI, des tâches planifiées et des sauvegardes quotidiennes. Les compétences attendues incluent E-Deal CRM 2024, Java 21, PostgreSQL 18, Docker et les outils de la chaîne d’intégration continue.

Le code doit respecter les conventions du BRGM, être documenté et commenté, respecter les recommandations W3C et RGAA 4.1 (taux de conformité attendu d’au moins 50 %). Les défauts SonarQube de sévérité Blocker ou Critical sont proscrits. Les exigences incluent le fonctionnement en HTTPS, l’usage de composants à jour et sans faille critique connue, la validation des données côté serveur, la protection contre les injections, l’encodage UTF-8 et la compatibilité avec les versions récentes de Chrome, Safari, Firefox et Edge, sur ordinateur et mobile. Les tableurs exportés doivent être compatibles avec OpenOffice et Microsoft Excel. Un audit de sécurité est réalisé avant chaque mise en production d’une nouvelle version ; les images de conteneur sont scannées avec Trivy et les failles CRITICAL, et HIGH selon les cas, doivent être corrigées.

L’usage d’outils d’IA doit être déclaré avec leur nom, version, hébergement et fonctionnalités. La transmission de données personnelles ou confidentielles, de données ou codes non publics et de certains éléments sensibles du SI à des outils d’IA est interdite dans les cas précisés au marché ; les données ne peuvent servir à entraîner ou améliorer des modèles sans consentement écrit préalable. Les livrables doivent rester indépendants de l’IA utilisée.