Maintenance, évolution et développement du système décisionnel

Le titulaire reprend l’environnement décisionnel existant sans le refondre ni remettre en cause l’architecture de référence. Le périmètre couvre la chaîne nécessaire aux tableaux de bord : Talend, bases SQL Server STG/ODS/DWH, référentiels et règles de gestion, objets SQL, sources et restitutions Tableau, Git, traitements planifiés et documentation. L’inventaire exact est celui de l’environnement rationalisé remis au démarrage ; l’état antérieur comptait de l’ordre d’une centaine de flux opérationnels.

Les restitutions initiales couvrent neuf domaines : Vacance, Relocation, Occupation, Agence, Attribution, Patrimoine, Rotation, Quittancement et Recouvrement / Contentieux. Le périmètre inclut leurs indicateurs, calculs, filtres, axes, hiérarchies, navigation et composants amont. Les dimensions, référentiels et règles partagés doivent être réutilisés ; une duplication durable, un flux parallèle ou une modification structurante nécessite justification et accord préalable.

La prise en charge porte sur 100 % des domaines et composants de référence. Elle comprend notamment l’inventaire, la cartographie des dépendances, les modalités d’exécution et de reprise des traitements, l’état des sources et documentations, les écarts, les risques et les procédures nécessaires à l’exploitation autonome. Elle ne constitue pas une refonte ; les anomalies et dettes techniques identifiées sont recensées, leur correction pouvant faire l’objet d’une commande distincte.

Maintenance corrective et pilotage

La maintenance corrective couvre les anomalies de chargement, transformation, planification et ordonnancement Talend, les défauts SQL/DWH, données absentes ou incohérentes, anomalies Tableau, pertes de performance et régressions affectant un ou plusieurs tableaux de bord ou composants mutualisés.

Chaque demande et incident est suivi avec identifiant, date, criticité, statut, historique, responsable et jalons ; l’acheteur dispose d’un accès au suivi. Les livrables comprennent le tableau de bord mensuel de service, le reporting, les analyses de cause pertinentes, les plans d’amélioration et la documentation ou les procédures mises à jour. Un comité de pilotage est organisé tous les deux mois, soit six fois par année d’exécution. Le candidat propose une matrice de SLA par criticité, avec au minimum un délai de prise en compte et un engagement de rétablissement, contournement ou résolution, ainsi que ses objectifs de fiabilité des traitements.

Évolutions et nouveaux projets Data

Les évolutions peuvent modifier les indicateurs, filtres, axes, règles de calcul, mappings, flux, dimensions, tables de faits, performances ou restitutions. Le titulaire anime le cadrage à partir des besoins métier, notamment par ateliers et prototypes simples (fichier Excel, maquette ou premier écran), puis formalise le périmètre, les exclusions, les sources, les impacts, les critères de recette et la charge ou le forfait avant développement. Aucun dépassement ou changement de périmètre n’est engagé sans accord préalable.

Les développements sont versionnés et testés de façon proportionnée : contrôles des sources, transformations, données STG/ODS/DWH, règles et restitutions ; comparaison avant/après en cas de changement d’indicateur ; tests de non-régression sur tous les composants affectés. Les ruptures de série ou changements de définition doivent être expliqués, validés et documentés. Les livrables comprennent, selon le projet, cadrage et spécifications, dictionnaire d’indicateurs, mappings, flux Talend, modèles et objets SQL/DWH, sources et restitutions Tableau, résultats de tests, recette, mise en production, documentation et transfert de connaissances.

Le projet prioritaire Relation Client / SRC reprend les analyses et indicateurs de référence du classeur SPHP0034 pour la composante ULIS/IGRT et s’appuie sur le dictionnaire de données ULIS. Il comprend notamment le suivi des volumes d’affaires et de leurs évolutions N/N-1, des affaires sous/hors contrat, des analyses par agence et territoire, des clôtures et contentieux, des délais de traitement, premiers contacts, bons de travaux et relances. Les résultats doivent être rapprochés des références disponibles et les indicateurs tracés jusqu’aux sources.

Pour Kiamo, si les API ne sont pas disponibles et stabilisées au démarrage, l’acquisition transitoire s’effectue par fichier tampon ou export convenu, dans une couche permettant une bascule ultérieure avec un impact limité sur le DWH et les restitutions. Le connecteur API effectif, s’il n’est pas défini et inclus dans la commande initiale, relève d’un cadrage et d’une commande distincts. D’autres domaines et tableaux de bord pourront être développés, notamment autour des consommations et performances énergétiques ou du pilotage du projet OSE ; ces exemples n’emportent pas d’engagement de commande.

Qualité, sécurité et continuité

Les développements et tests sont réalisés hors production ; toute mise en production planifiée nécessite l’autorisation de l’acheteur et des contrôles post-déploiement. Les évolutions significatives disposent d’une sauvegarde ou d’un mécanisme de retour arrière adapté. 100 % des incidents, demandes, évolutions et mises en production sont tracés ; 100 % des éléments versionnables nécessaires à l’exploitation sont déposés dans les espaces Git ou référentiels désignés. Les documentations affectées sont mises à jour au plus tard à la clôture de l’intervention ou à la mise en production.

Les traitements doivent être reproductibles, suivis et assortis de procédures de détection et de reprise. Les composants critiques Talend, DWH/SQL et Tableau disposent d’une suppléance opérationnelle. Les interventions à distance passent obligatoirement par le bastion, avec comptes nominatifs ; le partage d’identifiants, la copie de données vers un équipement non autorisé et l’usage de services cloud ou outils externes non autorisés sont interdits. Les obligations comprennent également le respect du RGPD, le signalement immédiat des incidents et la restitution ou suppression des données en fin de besoin ou de marché.

Après recette, le nouveau développement ou l’évolution significative entre dans le périmètre de maintenance corrective à la suite du constat de bon fonctionnement. Le transfert de connaissances et la réversibilité reposent sur l’inventaire, les sources et documentations à jour, le backlog, l’état des projets et les sessions de transfert ; la remise des sources et documents à jour relève des obligations normales du titulaire.