Achat et mise en oeuvre d'une solution IAM en mode SAAS

28/10/26 à 14h53 : Message aux entreprises : Réponse Bonjour, Les réponses à la question 17 se trouvent dans le document ci-joint. Vous en souhaitant bonne réception, excellente après-midi. Cordialement Fichier joint : Réponses question 17.pdf

22/10/26 à 14h46 : Message aux entreprises : Réponse 1. À l'issue du projet de migration vers Exchange Online, la création, la modification et la suppression des boîtes nominatives et des listes de diffusions sera assurée par MIM. Les boîtes partagées seront, quant à elles, gérées manuellement. 2. La migration sera achevée après le démarrage du marché IAM et avant la mise en production de la nouvelle solution IAM.

22/10/26 à 14h41 : Message aux entreprises : Réponse Pour apprécier l'équivalence d'une solution ne disposant pas d'une qualification SecNumCloud ANSSI en vigueur, la Métropole de Lyon s'appuie du référentiel d’exigences relatif aux prestataires de service d’informatique en nuage ainsi que de la trame d'évaluation affiliée au référentiel. Les documents sont disponibles sur le site de l'ANSSI à l'adresse suivante : https://cyber.gouv.fr/offre-de-service/solutions-certifiees-et-qualifiees/comprendre-levaluation-de-securite/qualification-de-produit-et-services/referentiels-qualification/

21/10/26 à 12h29 : Message aux entreprises : Réponse C'est bien ça, un même opérateur économique ne peut pas répondre au marché en qualité de candidat individuel et en qualité de membre d'un groupement. Cependant, il peut candidater en tant que membre d'un groupement et intervenir en tant que sous-traitant d'un ou plusieurs candidats, à condition de respecter le principe de libre concurrence. Les offres doivent être élaborées de manière strictement indépendante.

15/10/26 à 11h40 : Message aux entreprises : Réponse Bonjour, le nouveau DCE a été publié aujourd'hui et la date limite de remise des offres a été repoussée au 08/11

15/10/26 à 11h37 : Avis rectificatif 25DINSI42 : Achat et mise en œuvre d’une solution IAM en mode SAASAvis rectificatif : Attention !La consultation en référence a fait l'objet d'une modification, consultez l'avis rectificatif en cliquant sur le lien ci-dessous et mettez vos éléments à jour (DCE, avis...) le cas échéant.-----------------------------------------------------------------------------Message personnalisé de l'acheteur-----------------------------------------------------------------------------Dans le cadre de la consultation relative au renouvellement de la solution IAM, plusieurs pièces du dossier de consultation ont été mises à jour :CCTP : actualisation des exigences relatives à la messagerie afin de prendre en compte l’utilisation de Microsoft Exchange Online par la Métropole de LyonCadre de mémoire technique : ajout d’une référence au questionnaire de couverture fonctionnelle, que les candidats devront compléter en complément de leur mémoire technique ;DQE – Simulation de commande : correction d’une formule de calcul concernant la TVA.Le document « CCTP – Exigence Fonctionnalites.xlsx » est ajouté au dossier de consultation. Il devra être complété par les candidats afin de préciser le niveau de couverture fonctionnelle de leur solution IAM au regard des exigences attendues.En conséquence, la date limite de remise des offres est reportée au 6 novembre 2026 inclus, afin de permettre aux candidats de prendre connaissance de ces modifications et d’adapter leur dossier de réponse en conséquence.-----------------------------------------------------------------------------Lien vers l'avis rectificatif AW Solutions Avenue Web Systèmes SASU - 38 Rue de la Tuilerie - 38170 Seyssinet-Pariset

15/10/26 à 11h33 : Modification du DCE : 25DINSI42 : Achat et mise en œuvre d’une solution IAM en mode SAASModification du DCE : Veuillez prendre en compte les modifications apportées au DCE et listées ci-dessous AW Solutions Avenue Web Systèmes SASU - 38 Rue de la Tuilerie - 38170 Seyssinet-Pariset

09/10/26 à 15h27 : Message aux entreprises : Réponse 1/ Disposez-vous actuellement d'équipes internes en charge de l'administration et de l'exploitation de MIM, susceptibles de participer aux activités préparatoires à la migration (analyse, qualification, correction et nettoyage des données) ? Oui, les équipes internes seront mobilisées sur ce sujet. Nous vous invitons à nous donner des éléments dimensionnants sur la charge à prévoir coté Métropole pour ces équipes. 2/ Concernant les travaux préalables à la migration : a. Qui sera responsable de l'identification, de la correction et du nettoyage des données présentes dans MIM (comptes obsolètes, données incohérentes, objets non utilisés, règles, workflows ou connecteurs devenus sans usage, etc.) ? Un nettoyage préalable partiel sera effectué par les équipes internes. Lors de la migration, le titulaire devra apporter son expertise technique afin d'identifier les objets qui devront être repris (ou non) dans le nouvel IAM.   b. Attendez-vous de notre part un accompagnement méthodologique et des recommandations pour mener ces opérations, ou bien la réalisation opérationnelle de tout ou partie de ces travaux ? Nous attendons une intervention sur ces deux niveaux, toutefois la réalisation opérationnelle ne portera que sur le nouvel IAM. 3/ Concernant le retrait de MIM après la migration : a. Confirmez-vous que les opérations de décommissionnement de la plateforme MIM relèveront de vos équipes internes ? Les opérations de décommissionnement technique seront réalisées par des équipes internes. Le titulaire devra au préalable apporter la preuve d'avoir repris la totalité des fonctions d'IAM sur le nouvel outil afin qu'il n'y ait plus de dépendances à MIM.   b. Dans cette hypothèse, pouvons-nous considérer que notre périmètre couvre principalement la définition de la stratégie de migration, l'accompagnement des phases de transition, la reprise des éléments nécessaires et l'intégration de la solution cible ? Il n'est effectivement pas attendu d'action de votre part sur le décommissionnement DQE (Bordereau des Prix) 4/ Pouvez-vous nous confirmer la raison de l'application d'un coefficient de 120 % sur certaines lignes du DQE (colonnes HT) ? S'agit-il uniquement d'une prise en compte de la TVA ou d'une autre hypothèse métier ? En l'état, ce coefficient modifie sensiblement les calculs et peut conduire à une interprétation différente des coûts réels de la solution. Le coefficient de 120% s'était glissé par erreur dans le DQE. Une version corrigée du DQE va être publiée d'ici peu.

08/10/26 à 08h26 : Message aux entreprises : Réponse Comme écrit dans notre message : "Lorsque les évolutions du DCE seront définitivement actées, elles feront l'objet d'une nouvelle communication et d'un nouveau report de remise des offres."

30/09/26 à 08h04 : Avis rectificatif 25DINSI42 : Achat et mise en œuvre d’une solution IAM en mode SAASAvis rectificatif : Attention !La consultation en référence a fait l'objet d'une modification, consultez l'avis rectificatif en cliquant sur le lien ci-dessous et mettez vos éléments à jour (DCE, avis...) le cas échéant.-----------------------------------------------------------------------------Message personnalisé de l'acheteur-----------------------------------------------------------------------------Des évolutions importantes liées aux solutions de messagerie sont en cours de de décision au sein de la Métropole de Lyon. Ces décisions ayant un impact sur le cahier des charges du marché en cours de consultation, celui-ci doit être modifié. Aussi, nous vous informons du report de la date limite de remise des offres de 15 jours soit jusqu'au 15/10/2026 pour procéder à ces ajustements. Lorsque les évolutions du DCE seront définitivement actées, elles feront l'objet d'une nouvelle communication et d'un nouveau report de remise des offres. -----------------------------------------------------------------------------Lien vers l'avis rectificatif AW Solutions Avenue Web Systèmes SASU - 38 Rue de la Tuilerie - 38170 Seyssinet-Pariset

25/09/26 à 10h40 : Message aux entreprises : Réponse 1/ Patrimoine MIM : Pouvez-vous fournir l’inventaire détaillé des composants MIM actuellement en production : workflows, MPR, Sets, règles de synchronisation, développements spécifiques et règles de transformation personnalisées ? Les éléments détaillés du composant MIM seront étudiés dans le cadre des ateliers de conception et de migration. (Chapitre 3 et 5)   2/ Patrimoine MIM : Parmi les composants MIM existants, lesquels doivent être repris à l’identique et lesquels peuvent être redéfinis, rationalisés ou abandonnés ? Le candidat devra proposer suite à son analyse, dans son plan de migration, les modalités de reprise et d'évolution de l'existant. (Chapitre 6.6.1)   3/Patrimoine MIM : Disposez-vous d’une documentation à jour de l’architecture, des flux, des règles et des interfaces MIM actuels ? Il existe un document d'architecture qui sera partagé dans le cadre du projet avec le candidat retenu comme titulaire du marché.   4/ Applications : Pouvez-vous fournir la liste exhaustive des applications actuellement raccordées ou dépendantes du service IAM, avec leur propriétaire ? Le périmètre applicatif est décrit dans le CCTP. Les informations complémentaires relatives aux propriétaires des applications seront précisées dans le cadre du projet. (Chapitre 4.2 et 5.2)   5/ Applications : Parmi les applications concernées, combien utilisent effectivement un provisioning et un déprovisioning automatiques ? Le "provisioning" peut s'effectuer de deux manières : L'application lit elle-même l'annuaire technique et effectue son propre provisioning : rien à signaler côté IAM. L'application n'a pas directement accès à l'annuaire technique, ou un mécanisme de provisioning dédié s'est révélé nécessaire : l'IAM effectue lui-même le provisioning. Le provisioning de la messagerie est décrit en détail dans le CCTP. D'autres opérations de provisioning sont effectuées par l'IAM lui-même (par exemple, la création du dossier personnel d'un nouvel agent sur le serveur de fichiers), mais celles-ci restent marginales.   6/ Applications : Pour chaque application, pouvez-vous préciser le service IAM consommé : consultation d’annuaire, gestion des habilitations, provisioning, déprovisioning, fédération ou autre ? Les différents services attendus sont décrits dans le CCTP, notamment la gestion des identités, des groupes, des accès applicatifs et des flux. (Chapitre 3, 4 et 5)   7/ Applications : Existe-t-il une classification des applications critiques, sensibles ou prioritaires pour la migration ? Oui, cette classification existe par la notion de "niveau de service" dans notre cartographie applicative. Les critères de criticité et de priorisation seront définis dans le cadre du plan de migration. (Chapitre 6.6.1)   8/ Applications : Quelles applications doivent être intégrées dès la première vague et selon quels critères de priorité ? Le candidat devra proposer les modalités de priorisation des différentes vagues de migration dans son plan de migration. (Chapitre 6.6.1)   9/ Applications : Quel est le volume moyen et maximal de comptes et d’opérations de provisioning par application ? Le provisioning de la messagerie concerne environ 12000 boîtes nominatives et 2000 boîtes partagées. Chaque heure, il effectue une centaine d'opération (ajout/suppression de comptes ou modification d'attributs).   10/ Applications: Pour les applications non provisionnées automatiquement, quels services devront être assurés par le titulaire ? Les services attendus sont ceux décrits dans le CCTP, notamment la gestion du cycle de vie des identités et des accès. (Chapitre 3 et 4)   11/ Habilitations : Quel est le volume annuel moyen de demandes d’habilitation, de modification et de retrait de droits ? Environ quelques centaines d'actions (habilitation, modification et suppression) par heure.   12/ Habilitations : Combien de demandes nécessitent une validation manuelle ou multi-niveaux ? Quelques dizaines par jours.   13/ Habilitations : Quelles habilitations sont considérées comme sensibles, critiques ou à privilèges ? Les habilitations et niveaux de sensibilité associés seront définis en fonction des applications et des processus concernés. (Chapitre 4.2 et 4.11)   14/ Habilitations : Existe-t-il des délais cibles de traitement des demandes d’accès selon leur criticité ? Le délais cibles de traitements est décrits dans le CCTP (Chapitre 6.8.5)   15/ Gouvernance : Existe-t-il aujourd’hui un catalogue de rôles métiers formalisé, maintenu et exploitable ? La notion de "rôle métier" est peu exploitée dans MIM aujourd'hui. Le CCTP prévoit la gestion des droits et des rôles. Les modalités de mise en œuvre seront précisées dans le cadre du projet. (Chapitre 3.2 et 4.2)   16/ Gouvernance : Disposez-vous d’une matrice de séparation des tâches ou de règles d’incompatibilité d’habilitations ? La matrice sera affinée à l'occasion de la mise en œuvre du projet   17/ Recertification : Quelle fréquence et quel périmètre sont attendus pour les campagnes de recertification ? Le CCTP prévoit une fonctionnalité de recertification des accès. Les modalités détaillées seront définies dans le cadre du projet. (Chapitre 4.11.1)   18/ Recertification : Quels acteurs seront responsables de la préparation, validation, relance et clôture des campagnes ? Les responsabilités seront précisées dans le cadre de la gouvernance et des ateliers projet. (Chapitre 6.7)   19/ Recertification : Combien d’applications, rôles, groupes et utilisateurs doivent être inclus dans chaque campagne ? La campagne de recertification des applications, rôles, groupes et utilisateurs pourra être étudiés dans le cadre de l'analyse et du plan de migration.   20/ Recertification : Quelles règles de relance, d’escalade et de révocation sont attendues en cas de non-réponse ? Les modalités de relance, d'escalade et de révocation seront précisées dans le cadre de la conception des processus. (Chapitre 4.11.1)   21/ Workflows : Combien de workflows sont réellement actifs et utilisés en production ? Le nombre de workflows réellement actifs et utilisés en production pourra être étudiés dans le cadre de l'analyse et du plan de migration.   22/ Workflows : Pouvez-vous fournir la liste, la documentation et les règles de gestion des workflows à reprendre ? Les workflows existants seront étudiés dans le cadre des ateliers de conception et de migration. (Chapitre 4.2 et 6.6.1)   23/ Workflows : Quels workflows sont critiques pour la continuité de service ? Les workflows critiques seront identifiés dans le cadre de l'analyse et du plan de migration. (Chapitre 6.6.1)   24/ Workflows : Quels workflows peuvent être simplifiés, fusionnés ou abandonnés ? Une rationalisation des workflows pourra être étudiée dans le cadre de la migration. (Chapitre 6.6.1)   25/ Notifications : Combien de notifications sont utilisées, par quels processus et avec quelles règles de déclenchement ? La plus part des processus (dont arrivé/départ/mutation/etc.. de collaborateur) utilisent des notifications par email. 26/ Groupes : Parmi les groupes existants, combien sont réellement utilisés et doivent être conservés ? Le CCTP décrit la gestion des groupes. La volumétrie des groupes effectivement utilisés n'est pas précisée. (Chapitre 3.2 et 3.3)   27/ Groupes : Les groupes dynamiques doivent-ils être repris intégralement ou une rationalisation est-elle attendue ? Le CCTP prévoit la gestion des groupes dynamiques. Leur rationalisation pourra être étudiée dans le cadre de la migration. (Chapitre 3.3)   28/ Groupes : Disposez-vous d’une analyse des groupes obsolètes, sans propriétaire, redondants ou non utilisés ? Oui, nous comptons sur le prochain outil pour optimiser leurs gestions.   29/ Groupes : Quel est le volume annuel moyen de créations, modifications, suppressions et changements de propriétaires de groupes ? Plusieurs dizaines par jour   30/ Groupes : La qualification et la rationalisation des groupes doivent-elles être incluses dans la prestation ? La rationalisation des groupes pourra être étudiée dans le cadre de la migration, selon le périmètre défini avec la Métropole. (Chapitre 3.2, 3.3 et 6.6.1)   31/ Identités : Quel est le volume annuel moyen d’arrivées, départs, mobilités internes et changements organisationnels ? Plusieurs dizaines par semaines pour les arrivés / départ / mobilités Les changement organisation sont regroupés en 3 à 5 vagues par an.   32/ Identités : Quel est le nombre moyen annuel de mobilités avec période de tuilage et quelles règles doivent s’appliquer ? Lors d'une mutation, le principe appliqué consiste à saisir l'affectation future dans l'IAM (affectation secondaire) au moment de la mutation avec une date de fin de période de recouvrement. A l'issu de cette période, l'affectation secondaire remplace celle primaire. Durant la période de recouvrement, la "somme des droits" est appliquée (i.e. l'utilisateur a accès à la fois à ce à quoi il a accès dans son nouveau poste et dans son ancien poste qu'il est en train de quitter). La gestion des mutations avec période de tuilage est décrit dans le CCTP. La volumétrie correspondante n'est pas précisée. (Chapitre 4.1.2)   33/ Identités : Les catégories d’identités décrites dans le CCTP doivent-elles être conservées à l’identique ? Les catégories d'identités décrites dans le CCTP constituent le périmètre de référence. (Chapitre 3.1.1)   34/ Identités : Existe-t-il d’autres catégories d’identités ou de comptes non décrites dans le DCE ? Non   35/ Identités : Quelles populations nécessitent des règles particulières : agents, prestataires, partenaires, communes, élus, comptes techniques ou autres ? Les différentes populations concernées sont décrites dans le CCTP, notamment les agents et les entités hors Métropole. (Chapitre 2.3.3, 2.3.4 et 3.1.1)   36/ Comptes techniques : Les comptes techniques, de service et partagés doivent-ils être gouvernés par les mêmes processus que les identités humaines ? Non, un processus dédié devra être proposé par le candidat. Les modalités de gestion des comptes techniques, de service et partagés seront précisées dans le cadre du projet. (Chapitre 3.1 et 4)   37/ Données de référence : Pour chaque population et chaque attribut, quelle source fait autorité, en complément du rôle déjà confirmé de la base FED ? Il n'y a pas de source d'autorité unique pour l'ensemble des attributs. Par exemple, certains sont issus du SI RH sans qu'ils puissent être modifiés tandis que d'autres sont transmis par le SI RH avec un caractère informatif mais seront écrasés par une nouvelle valeur saisie par l'assistant informatique pour coller à la réalité du terrain qui diffère parfois de celle connue au niveau RH. Les différents référentiels et leurs flux sont décrits dans le CCTP. (Chapitre 5.2)   38/ Données de référence : Quels attributs RH ou organisationnels sont indispensables au fonctionnement des processus IAM ? Les attributs gérés sont décrits dans le modèle de données présenté en annexe 1 du CCTP. (Chapitre 8.2 et 8.3)   39/ Données de référence : Quels contrôles de qualité sont actuellement réalisés sur les données sources et par qui ? Les principales données de référence sont majoritairement fournis par le SI et les données RH   40/ Données de référence : Quel est le volume et la typologie des anomalies de données rencontrées actuellement ? Les informations seront communiquées dans le cadre des ateliers de conception et de migration.   41/ Messagerie : Combien de boîtes aux lettres partagées, listes de diffusion et ressources sont gérées par les processus IAM ? La gestion des boîtes aux lettres partagées est décrite dans le CCTP. La volumétrie correspondante n'est pas précisée. (Chapitre 4.3)   42/ Messagerie : Quel est le volume annuel de créations, modifications et suppressions de boîtes ou listes partagées ? Plusieurs centaines par jours.   43/ Messagerie : Quel processus de demande, validation, propriété et revue périodique est attendu pour ces objets ? Les modalités de gestion et de gouvernance des boîtes aux lettres partagées sont décrites dans le CCTP. (Chapitre 4.3)   44/ RUN : Pouvez-vous communiquer les statistiques des 12 derniers mois concernant incidents, demandes, problèmes, évolutions et habilitations IAM ? Les informations seront communiquées dans le cadre des ateliers de conception et de migration.   45/ RUN : Quelles activités IAM la Métropole souhaite-t-elle conserver en interne et quelles activités devront être assurées par le titulaire ? La répartition des activités entre la Métropole et le titulaire sera précisée dans le cadre de l'organisation du RUN. (Chapitre 6.8)   46: RUN : Quel niveau d’autonomie est attendu des équipes de la Métropole après la mise en service ? Le niveau d'autonomie attendu sera précisé dans le cadre de l'organisation du RUN et du transfert de compétences. (Chapitre 6.8 et 6.6.2)   47/ RUN : Quels horaires de service, périodes de couverture et modalités d’astreinte sont attendus ? Les horaires de service sont du lundi au vendredi de 8h à 18h. Pas d'astreinte le week-end.   48/ RUN : Quels niveaux de support N1, N2 et N3 doivent être assurés par le titulaire et par la Métropole ? La répartition des niveaux de support sera précisée dans le cadre de l'organisation du RUN. (Chapitre 6.8.8)   49/ RUN : Quels SLA ou objectifs de service sont attendus pour les incidents, demandes et évolutions ? Les SLA et engagements de délais sont définis dans le CCTP. (Chapitre 6.8.5 et 6.8.6)   50/ RUN : Quel historique de consommation en jours d’expertise IAM ou de TMA pouvez-vous communiquer ? Les informations seront transmises dans le cadre d'analyse du projet   51/ RUN : Quel processus de priorisation, validation et mise en production des évolutions est attendu ? Les modalités de gestion des évolutions sont définies dans le CCTP. (Chapitre 6.8.7 et 7)   52/ Migration : Quel niveau de transformation est attendu : reprise à l’identique, optimisation limitée ou refonte des processus ? Le niveau de transformation attendu sera défini dans le cadre du plan de migration proposé par le candidat. (Chapitre 6.6.1)   53/ Migration : Les données historiques, journaux, décisions d’approbation et traces d’audit doivent-ils être repris ? La reprise des données existantes est définit dans le CCTP. Le candidat devra préciser dans son offre les modalités de reprise proposées. (Chapitre 5.7)   54/ Migration : Existe-t-il une durée de conservation obligatoire pour les historiques et traces existants ? La durée de conservation obligatoire pour les historiques pourra être étudiés dans le cadre de l'analyse et du plan de migration.   55/ Migration : Un nettoyage ou une remédiation des données doit-il être réalisé avant la reprise, et par qui ? Les modalités de reprise et de traitement des données existantes devront être précisées dans le plan de migration proposé par le candidat. (Chapitre 5.7 et 6.6.1)   56/ Migration : Quel niveau d’indisponibilité ou de dégradation de service est acceptable lors des bascules ? Les modalités de bascule et les éventuelles indisponibilités devront être précisées dans le plan de migration proposé par le candidat. (Chapitre 6.6.1)   57/ Migration : Au regard de la coexistence laissée à la proposition du titulaire, existe-t-il des contraintes de flux, de synchronisation ou de réconciliation à respecter entre MIM et la cible ? Les modalités de coexistence entre MIM et la solution cible devront être précisées dans le plan de migration proposé par le candidat. (Chapitre 6.6.1)   58/ Migration : Quels critères d’acceptation, jeux d’essai et responsabilités de recette sont attendus ? Les modalités de recette seront définies dans le cadre du projet. Le candidat devra préciser les modalités qu'il propose dans son offre. (Chapitre 6.9.4)   59/ Recette : Compte tenu de l’utilisation fréquente des annuaires de production par les environnements de recette, quelles modalités de test et de sécurisation la Métropole autorise-t-elle ? Les modalités de test et de sécurisation seront définies avec les équipes de la Métropole dans le cadre du projet. (Chapitre 6.9.3, 6.9.4 et 6.8.3)   60/ Planning : Quelles sont les dates cibles pour le démarrage, les vagues, la mise en production et l’arrêt définitif de MIM ? Les dates détaillées des différentes vagues et de l'arrêt de MIM ne sont pas figées dans le CCTP. Le candidat devra proposer un planning de migration. (Chapitre 6.6.1)   61/ Planning : Quelles contraintes calendaires métiers, périodes de gel ou événements organisationnels doivent être pris en compte ? Les éventuelles contraintes calendaires seront précisées dans le cadre du projet. (Chapitre 6.6.1)   62/ Organisation projet : Quelles ressources et compétences la Métropole mobilisera-t-elle pour les ateliers, validations, recettes et décisions ? Les ressources mobilisées par la Métropole seront précisées dans le cadre de la gouvernance du projet. (Chapitre 6.7)   63/ Organisation projet : Qui seront les propriétaires fonctionnels des processus, données, applications et groupes pendant le projet ? Les responsabilités seront définies dans le cadre de la gouvernance et des ateliers projet. (Chapitre 6.7 et 6.7.3)   64/ Organisation projet : Quels comités, fréquences, livrables et indicateurs de pilotage sont attendus ? Les instances de gouvernance, notamment COPIL, COPROJ et ateliers, sont décrites dans le CCTP. (Chapitre 6.7)   65/ Formation : Quelles populations doivent être formées et quels volumes d’administrateurs, valideurs, responsables applicatifs et utilisateurs sont concernés ? Les populations concernées et les besoins de formation seront précisés dans le cadre du projet. (Chapitre 6.6.2 et 6.7)   66/ Formation : Quel niveau de documentation, transfert de compétences et accompagnement au changement est attendu ? Le CCTP prévoit la documentation, les livrables projet et le transfert de compétences. Les modalités seront précisées dans l'offre du candidat. (Chapitre 6.6.2)   67/ Réversibilité service : Quelles données, configurations, documentations et historiques devront être restitués à la fin du marché ? Les modalités de réversibilité et de restitution des livrables sont définies dans le CCTP. (Chapitre 6.10)   68/ Réversibilité service : Quelle durée et quel niveau d’assistance sont attendus pour le transfert vers un tiers ? Les modalités d'assistance à la réversibilité devront être précisées dans l'offre du candidat, conformément dans le CCTP. (Chapitre 6.10)

18/09/26 à 11h12 : Message aux entreprises : Réponse 1) Concernant le Service d'Exploitation fonctionnelle et technique (RUN), la Métropole est-elle ouverte à une modalité d'accompagnement sous forme de guichet de Tierce Maintenance Applicative (TMA) porté par l'intégrateur, en complément de l'abonnement SaaS de l'éditeur ? Oui. La Métropole est ouverte à une organisation de type TMA portée par la l'éditeur ou l'intégrateur, en complément des services SaaS proposés par l'éditeur, sous réserve que cette organisation permette de répondre aux exigences définies dans le CCTP en matière d'exploitation, de maintenance et d'accompagnement. 2) Parmi les 270+ applications métiers, confirmez-vous que l'ensemble du périmètre applicatif initial continuera d'interroger exclusivement les annuaires AD Oscar/Ben et AD LDS ? Oui. Le périmètre applicatif existant continuera à s'appuyer sur les annuaires AD Oscar/Ben et AD LDS. La solution IAM proposée devra donc assurer les mécanismes d'intégration et de synchronisation nécessaires avec ces annuaires, conformément aux exigences du CCTP 3) Pour le périmètre des 270+ applications métiers, disposez-vous systématiquement d'un environnement de Hors-Production (Recette/Test) interconnecté avec les annuaires de recette correspondants pour valider les tests de non-régression de bout en bout ? La majorité des applications métiers dispose d'un environnement de recette. Cependant, ceux-ci sont connectés (sauf rares exceptions) aux annuaires de production. En effet, l'environnement MIM de recette n'étant pas aligné périodiquement sur celui de production, les données contenues dans les annuaires de recette ne sont pas exploitables pour une application métier. 4) Avez-vous une durée maximale pressentie pour la période de coexistence entre MIM 2016 et la solution d'IAM qui sera retenue ? Cela dépend. La durée de coexistence entre MIM 2016 et la solution IAM cible sera déterminée dans le cadre du plan de migration proposé par le titulaire. Le candidat devra préciser dans son offre les modalités, le phasage et la durée estimée de cette période de coexistence, en tenant compte de la nécessité d'assurer la continuité de service et de respecter l'échéance de fin de support de MIM 2016. Pour rappel, la fin de support de MIM est janvier 2029. 5) L'environnement MIM 2016 actuellement en production intègre-t-il des connecteurs automatisés d'import/export de fichiers plats (formats CSV / XML), notamment pour les populations non gérées par le SI RH (ex. prestataires, partenaires, communes) ? L'environnement MIM 2016 actuellement en production intègre 4 connecteurs simples de type "Delimited text file" automatisés d'import/export de fichiers plats. En revanche, les populations absentes du SI RH sont gérées intégralement dans MIM, sans import depuis une source de données externe.   Si non à la question précédente : 6) En dehors de la base de données interne de MIM, existe-t-il au sein du SI de la Métropole une base de données pivot ou une zone de staging intermédiaire (ex. réceptacle consolidé RH/ITSM) utilisée pour alimenter l'IAM actuel ? Oui, il existe une base fédérale qui consolide les données provenant de sources propriétaires (applications). MIM n'est pas alimenté en direct par le SI RH mais uniquement à travers une base de données intermédiaire nommée "Référentiel des données fédérales" (ou plus simplement "FED") accessible directement par connexion SQL. 7) Est-ce qu'un gel des évolutions de l'annuaire et des règles MIM actuelles est prévu pendant le chantier de migration, et si oui, à partir de quelle étape du projet ? Aucun gel des évolutions n'est actuellement prévu, c'est cependant envisageable moyennant une limitation de durée au strict nécessaire. Les modalités de gestion des évolutions du SI existant pendant la phase de migration seront définies dans le cadre de la gouvernance du projet et du plan de migration proposé par le titulaire. Le candidat devra préciser les impacts éventuels de ces évolutions sur son dispositif de migration.

11/09/26 à 14h47 : Message aux entreprises : Réponse Bonjour,    En référence au critère de candidature inscrit à l'article 7.1.1 du Règlement de consultation et à l'article 6.3 du CCTP du présent marché, si le candidat ne détient pas de qualification relative au Référentiel d'exigences des prestataires de services d'informatique en nuage (SecNumCloud), il pourra transmettre, à l'acheteur, tout document permettant de prouver que l'hébergement des données, proposé dans le cadre de l'exécution des prestations du présent marché, est immunisé contre les lois extraterritoriales (hors de l'Union Européenne). Cela induit les principaux critères de preuve suivants :  - L'hébergeur doit s'assurer qu'aucune entité extra-européenne ne peut prendre le contrôle opérationnel ou légal de ses activités (article 19.6 a) et b) - article 7.1.1 du présent Règlement de consultation).   - Toutes les serveurs physiques hébergeant les données, les métadonnées et les sauvegardes doivent être localisés sur le territoire de l'Union Européenne.  - L’administration des infrastructures, la maintenance technique et le support client doivent être réalisés exclusivement depuis l’Union Européenne par du personnel soumis aux lois d'un État membre. - L'indépendance opérationnelle et contractuelle de l'hébergeur face à une société tierce soumis à une loi extra-territoriale, notamment dans le cadre du tansfert des données.

31/08/26 à 14h57 : Message aux entreprises : Réponse Le minimum de commandes est fixé en valeur à 600 000€ HT. Le maximum de commandes est fixé en valeur à 1 800 000€ HT.

08/10/26 à 08h26 : Message aux entreprises : Réponse Comme écrit dans notre message : "Lorsque les évolutions du DCE seront définitivement actées, elles feront l'objet d'une nouvelle communication et d'un nouveau report de remise des offres."

22/10/26 à 14h46 : Message aux entreprises : Réponse 1. À l'issue du projet de migration vers Exchange Online, la création, la modification et la suppression des boîtes nominatives et des listes de diffusions sera assurée par MIM. Les boîtes partagées seront, quant à elles, gérées manuellement. 2. La migration sera achevée après le démarrage du marché IAM et avant la mise en production de la nouvelle solution IAM.

22/10/26 à 14h41 : Message aux entreprises : Réponse Pour apprécier l'équivalence d'une solution ne disposant pas d'une qualification SecNumCloud ANSSI en vigueur, la Métropole de Lyon s'appuie du référentiel d’exigences relatif aux prestataires de service d’informatique en nuage ainsi que de la trame d'évaluation affiliée au référentiel. Les documents sont disponibles sur le site de l'ANSSI à l'adresse suivante : https://cyber.gouv.fr/offre-de-service/solutions-certifiees-et-qualifiees/comprendre-levaluation-de-securite/qualification-de-produit-et-services/referentiels-qualification/

21/10/26 à 12h29 : Message aux entreprises : Réponse C'est bien ça, un même opérateur économique ne peut pas répondre au marché en qualité de candidat individuel et en qualité de membre d'un groupement. Cependant, il peut candidater en tant que membre d'un groupement et intervenir en tant que sous-traitant d'un ou plusieurs candidats, à condition de respecter le principe de libre concurrence. Les offres doivent être élaborées de manière strictement indépendante.

15/10/26 à 11h40 : Message aux entreprises : Réponse Bonjour, le nouveau DCE a été publié aujourd'hui et la date limite de remise des offres a été repoussée au 08/11

15/10/26 à 11h37 : Avis rectificatif 25DINSI42 : Achat et mise en œuvre d’une solution IAM en mode SAASAvis rectificatif : Attention !La consultation en référence a fait l'objet d'une modification, consultez l'avis rectificatif en cliquant sur le lien ci-dessous et mettez vos éléments à jour (DCE, avis...) le cas échéant.-----------------------------------------------------------------------------Message personnalisé de l'acheteur-----------------------------------------------------------------------------Dans le cadre de la consultation relative au renouvellement de la solution IAM, plusieurs pièces du dossier de consultation ont été mises à jour :CCTP : actualisation des exigences relatives à la messagerie afin de prendre en compte l’utilisation de Microsoft Exchange Online par la Métropole de LyonCadre de mémoire technique : ajout d’une référence au questionnaire de couverture fonctionnelle, que les candidats devront compléter en complément de leur mémoire technique ;DQE – Simulation de commande : correction d’une formule de calcul concernant la TVA.Le document « CCTP – Exigence Fonctionnalites.xlsx » est ajouté au dossier de consultation. Il devra être complété par les candidats afin de préciser le niveau de couverture fonctionnelle de leur solution IAM au regard des exigences attendues.En conséquence, la date limite de remise des offres est reportée au 6 novembre 2026 inclus, afin de permettre aux candidats de prendre connaissance de ces modifications et d’adapter leur dossier de réponse en conséquence.-----------------------------------------------------------------------------Lien vers l'avis rectificatif AW Solutions Avenue Web Systèmes SASU - 38 Rue de la Tuilerie - 38170 Seyssinet-Pariset

15/10/26 à 11h33 : Modification du DCE : 25DINSI42 : Achat et mise en œuvre d’une solution IAM en mode SAASModification du DCE : Veuillez prendre en compte les modifications apportées au DCE et listées ci-dessous AW Solutions Avenue Web Systèmes SASU - 38 Rue de la Tuilerie - 38170 Seyssinet-Pariset

09/10/26 à 15h27 : Message aux entreprises : Réponse 1/ Disposez-vous actuellement d'équipes internes en charge de l'administration et de l'exploitation de MIM, susceptibles de participer aux activités préparatoires à la migration (analyse, qualification, correction et nettoyage des données) ? Oui, les équipes internes seront mobilisées sur ce sujet. Nous vous invitons à nous donner des éléments dimensionnants sur la charge à prévoir coté Métropole pour ces équipes. 2/ Concernant les travaux préalables à la migration : a. Qui sera responsable de l'identification, de la correction et du nettoyage des données présentes dans MIM (comptes obsolètes, données incohérentes, objets non utilisés, règles, workflows ou connecteurs devenus sans usage, etc.) ? Un nettoyage préalable partiel sera effectué par les équipes internes. Lors de la migration, le titulaire devra apporter son expertise technique afin d'identifier les objets qui devront être repris (ou non) dans le nouvel IAM.   b. Attendez-vous de notre part un accompagnement méthodologique et des recommandations pour mener ces opérations, ou bien la réalisation opérationnelle de tout ou partie de ces travaux ? Nous attendons une intervention sur ces deux niveaux, toutefois la réalisation opérationnelle ne portera que sur le nouvel IAM. 3/ Concernant le retrait de MIM après la migration : a. Confirmez-vous que les opérations de décommissionnement de la plateforme MIM relèveront de vos équipes internes ? Les opérations de décommissionnement technique seront réalisées par des équipes internes. Le titulaire devra au préalable apporter la preuve d'avoir repris la totalité des fonctions d'IAM sur le nouvel outil afin qu'il n'y ait plus de dépendances à MIM.   b. Dans cette hypothèse, pouvons-nous considérer que notre périmètre couvre principalement la définition de la stratégie de migration, l'accompagnement des phases de transition, la reprise des éléments nécessaires et l'intégration de la solution cible ? Il n'est effectivement pas attendu d'action de votre part sur le décommissionnement DQE (Bordereau des Prix) 4/ Pouvez-vous nous confirmer la raison de l'application d'un coefficient de 120 % sur certaines lignes du DQE (colonnes HT) ? S'agit-il uniquement d'une prise en compte de la TVA ou d'une autre hypothèse métier ? En l'état, ce coefficient modifie sensiblement les calculs et peut conduire à une interprétation différente des coûts réels de la solution. Le coefficient de 120% s'était glissé par erreur dans le DQE. Une version corrigée du DQE va être publiée d'ici peu.

30/09/26 à 08h04 : Avis rectificatif 25DINSI42 : Achat et mise en œuvre d’une solution IAM en mode SAASAvis rectificatif : Attention !La consultation en référence a fait l'objet d'une modification, consultez l'avis rectificatif en cliquant sur le lien ci-dessous et mettez vos éléments à jour (DCE, avis...) le cas échéant.-----------------------------------------------------------------------------Message personnalisé de l'acheteur-----------------------------------------------------------------------------Des évolutions importantes liées aux solutions de messagerie sont en cours de de décision au sein de la Métropole de Lyon. Ces décisions ayant un impact sur le cahier des charges du marché en cours de consultation, celui-ci doit être modifié. Aussi, nous vous informons du report de la date limite de remise des offres de 15 jours soit jusqu'au 15/10/2026 pour procéder à ces ajustements. Lorsque les évolutions du DCE seront définitivement actées, elles feront l'objet d'une nouvelle communication et d'un nouveau report de remise des offres. -----------------------------------------------------------------------------Lien vers l'avis rectificatif AW Solutions Avenue Web Systèmes SASU - 38 Rue de la Tuilerie - 38170 Seyssinet-Pariset

25/09/26 à 10h40 : Message aux entreprises : Réponse 1/ Patrimoine MIM : Pouvez-vous fournir l’inventaire détaillé des composants MIM actuellement en production : workflows, MPR, Sets, règles de synchronisation, développements spécifiques et règles de transformation personnalisées ? Les éléments détaillés du composant MIM seront étudiés dans le cadre des ateliers de conception et de migration. (Chapitre 3 et 5)   2/ Patrimoine MIM : Parmi les composants MIM existants, lesquels doivent être repris à l’identique et lesquels peuvent être redéfinis, rationalisés ou abandonnés ? Le candidat devra proposer suite à son analyse, dans son plan de migration, les modalités de reprise et d'évolution de l'existant. (Chapitre 6.6.1)   3/Patrimoine MIM : Disposez-vous d’une documentation à jour de l’architecture, des flux, des règles et des interfaces MIM actuels ? Il existe un document d'architecture qui sera partagé dans le cadre du projet avec le candidat retenu comme titulaire du marché.   4/ Applications : Pouvez-vous fournir la liste exhaustive des applications actuellement raccordées ou dépendantes du service IAM, avec leur propriétaire ? Le périmètre applicatif est décrit dans le CCTP. Les informations complémentaires relatives aux propriétaires des applications seront précisées dans le cadre du projet. (Chapitre 4.2 et 5.2)   5/ Applications : Parmi les applications concernées, combien utilisent effectivement un provisioning et un déprovisioning automatiques ? Le "provisioning" peut s'effectuer de deux manières : L'application lit elle-même l'annuaire technique et effectue son propre provisioning : rien à signaler côté IAM. L'application n'a pas directement accès à l'annuaire technique, ou un mécanisme de provisioning dédié s'est révélé nécessaire : l'IAM effectue lui-même le provisioning. Le provisioning de la messagerie est décrit en détail dans le CCTP. D'autres opérations de provisioning sont effectuées par l'IAM lui-même (par exemple, la création du dossier personnel d'un nouvel agent sur le serveur de fichiers), mais celles-ci restent marginales.   6/ Applications : Pour chaque application, pouvez-vous préciser le service IAM consommé : consultation d’annuaire, gestion des habilitations, provisioning, déprovisioning, fédération ou autre ? Les différents services attendus sont décrits dans le CCTP, notamment la gestion des identités, des groupes, des accès applicatifs et des flux. (Chapitre 3, 4 et 5)   7/ Applications : Existe-t-il une classification des applications critiques, sensibles ou prioritaires pour la migration ? Oui, cette classification existe par la notion de "niveau de service" dans notre cartographie applicative. Les critères de criticité et de priorisation seront définis dans le cadre du plan de migration. (Chapitre 6.6.1)   8/ Applications : Quelles applications doivent être intégrées dès la première vague et selon quels critères de priorité ? Le candidat devra proposer les modalités de priorisation des différentes vagues de migration dans son plan de migration. (Chapitre 6.6.1)   9/ Applications : Quel est le volume moyen et maximal de comptes et d’opérations de provisioning par application ? Le provisioning de la messagerie concerne environ 12000 boîtes nominatives et 2000 boîtes partagées. Chaque heure, il effectue une centaine d'opération (ajout/suppression de comptes ou modification d'attributs).   10/ Applications: Pour les applications non provisionnées automatiquement, quels services devront être assurés par le titulaire ? Les services attendus sont ceux décrits dans le CCTP, notamment la gestion du cycle de vie des identités et des accès. (Chapitre 3 et 4)   11/ Habilitations : Quel est le volume annuel moyen de demandes d’habilitation, de modification et de retrait de droits ? Environ quelques centaines d'actions (habilitation, modification et suppression) par heure.   12/ Habilitations : Combien de demandes nécessitent une validation manuelle ou multi-niveaux ? Quelques dizaines par jours.   13/ Habilitations : Quelles habilitations sont considérées comme sensibles, critiques ou à privilèges ? Les habilitations et niveaux de sensibilité associés seront définis en fonction des applications et des processus concernés. (Chapitre 4.2 et 4.11)   14/ Habilitations : Existe-t-il des délais cibles de traitement des demandes d’accès selon leur criticité ? Le délais cibles de traitements est décrits dans le CCTP (Chapitre 6.8.5)   15/ Gouvernance : Existe-t-il aujourd’hui un catalogue de rôles métiers formalisé, maintenu et exploitable ? La notion de "rôle métier" est peu exploitée dans MIM aujourd'hui. Le CCTP prévoit la gestion des droits et des rôles. Les modalités de mise en œuvre seront précisées dans le cadre du projet. (Chapitre 3.2 et 4.2)   16/ Gouvernance : Disposez-vous d’une matrice de séparation des tâches ou de règles d’incompatibilité d’habilitations ? La matrice sera affinée à l'occasion de la mise en œuvre du projet   17/ Recertification : Quelle fréquence et quel périmètre sont attendus pour les campagnes de recertification ? Le CCTP prévoit une fonctionnalité de recertification des accès. Les modalités détaillées seront définies dans le cadre du projet. (Chapitre 4.11.1)   18/ Recertification : Quels acteurs seront responsables de la préparation, validation, relance et clôture des campagnes ? Les responsabilités seront précisées dans le cadre de la gouvernance et des ateliers projet. (Chapitre 6.7)   19/ Recertification : Combien d’applications, rôles, groupes et utilisateurs doivent être inclus dans chaque campagne ? La campagne de recertification des applications, rôles, groupes et utilisateurs pourra être étudiés dans le cadre de l'analyse et du plan de migration.   20/ Recertification : Quelles règles de relance, d’escalade et de révocation sont attendues en cas de non-réponse ? Les modalités de relance, d'escalade et de révocation seront précisées dans le cadre de la conception des processus. (Chapitre 4.11.1)   21/ Workflows : Combien de workflows sont réellement actifs et utilisés en production ? Le nombre de workflows réellement actifs et utilisés en production pourra être étudiés dans le cadre de l'analyse et du plan de migration.   22/ Workflows : Pouvez-vous fournir la liste, la documentation et les règles de gestion des workflows à reprendre ? Les workflows existants seront étudiés dans le cadre des ateliers de conception et de migration. (Chapitre 4.2 et 6.6.1)   23/ Workflows : Quels workflows sont critiques pour la continuité de service ? Les workflows critiques seront identifiés dans le cadre de l'analyse et du plan de migration. (Chapitre 6.6.1)   24/ Workflows : Quels workflows peuvent être simplifiés, fusionnés ou abandonnés ? Une rationalisation des workflows pourra être étudiée dans le cadre de la migration. (Chapitre 6.6.1)   25/ Notifications : Combien de notifications sont utilisées, par quels processus et avec quelles règles de déclenchement ? La plus part des processus (dont arrivé/départ/mutation/etc.. de collaborateur) utilisent des notifications par email. 26/ Groupes : Parmi les groupes existants, combien sont réellement utilisés et doivent être conservés ? Le CCTP décrit la gestion des groupes. La volumétrie des groupes effectivement utilisés n'est pas précisée. (Chapitre 3.2 et 3.3)   27/ Groupes : Les groupes dynamiques doivent-ils être repris intégralement ou une rationalisation est-elle attendue ? Le CCTP prévoit la gestion des groupes dynamiques. Leur rationalisation pourra être étudiée dans le cadre de la migration. (Chapitre 3.3)   28/ Groupes : Disposez-vous d’une analyse des groupes obsolètes, sans propriétaire, redondants ou non utilisés ? Oui, nous comptons sur le prochain outil pour optimiser leurs gestions.   29/ Groupes : Quel est le volume annuel moyen de créations, modifications, suppressions et changements de propriétaires de groupes ? Plusieurs dizaines par jour   30/ Groupes : La qualification et la rationalisation des groupes doivent-elles être incluses dans la prestation ? La rationalisation des groupes pourra être étudiée dans le cadre de la migration, selon le périmètre défini avec la Métropole. (Chapitre 3.2, 3.3 et 6.6.1)   31/ Identités : Quel est le volume annuel moyen d’arrivées, départs, mobilités internes et changements organisationnels ? Plusieurs dizaines par semaines pour les arrivés / départ / mobilités Les changement organisation sont regroupés en 3 à 5 vagues par an.   32/ Identités : Quel est le nombre moyen annuel de mobilités avec période de tuilage et quelles règles doivent s’appliquer ? Lors d'une mutation, le principe appliqué consiste à saisir l'affectation future dans l'IAM (affectation secondaire) au moment de la mutation avec une date de fin de période de recouvrement. A l'issu de cette période, l'affectation secondaire remplace celle primaire. Durant la période de recouvrement, la "somme des droits" est appliquée (i.e. l'utilisateur a accès à la fois à ce à quoi il a accès dans son nouveau poste et dans son ancien poste qu'il est en train de quitter). La gestion des mutations avec période de tuilage est décrit dans le CCTP. La volumétrie correspondante n'est pas précisée. (Chapitre 4.1.2)   33/ Identités : Les catégories d’identités décrites dans le CCTP doivent-elles être conservées à l’identique ? Les catégories d'identités décrites dans le CCTP constituent le périmètre de référence. (Chapitre 3.1.1)   34/ Identités : Existe-t-il d’autres catégories d’identités ou de comptes non décrites dans le DCE ? Non   35/ Identités : Quelles populations nécessitent des règles particulières : agents, prestataires, partenaires, communes, élus, comptes techniques ou autres ? Les différentes populations concernées sont décrites dans le CCTP, notamment les agents et les entités hors Métropole. (Chapitre 2.3.3, 2.3.4 et 3.1.1)   36/ Comptes techniques : Les comptes techniques, de service et partagés doivent-ils être gouvernés par les mêmes processus que les identités humaines ? Non, un processus dédié devra être proposé par le candidat. Les modalités de gestion des comptes techniques, de service et partagés seront précisées dans le cadre du projet. (Chapitre 3.1 et 4)   37/ Données de référence : Pour chaque population et chaque attribut, quelle source fait autorité, en complément du rôle déjà confirmé de la base FED ? Il n'y a pas de source d'autorité unique pour l'ensemble des attributs. Par exemple, certains sont issus du SI RH sans qu'ils puissent être modifiés tandis que d'autres sont transmis par le SI RH avec un caractère informatif mais seront écrasés par une nouvelle valeur saisie par l'assistant informatique pour coller à la réalité du terrain qui diffère parfois de celle connue au niveau RH. Les différents référentiels et leurs flux sont décrits dans le CCTP. (Chapitre 5.2)   38/ Données de référence : Quels attributs RH ou organisationnels sont indispensables au fonctionnement des processus IAM ? Les attributs gérés sont décrits dans le modèle de données présenté en annexe 1 du CCTP. (Chapitre 8.2 et 8.3)   39/ Données de référence : Quels contrôles de qualité sont actuellement réalisés sur les données sources et par qui ? Les principales données de référence sont majoritairement fournis par le SI et les données RH   40/ Données de référence : Quel est le volume et la typologie des anomalies de données rencontrées actuellement ? Les informations seront communiquées dans le cadre des ateliers de conception et de migration.   41/ Messagerie : Combien de boîtes aux lettres partagées, listes de diffusion et ressources sont gérées par les processus IAM ? La gestion des boîtes aux lettres partagées est décrite dans le CCTP. La volumétrie correspondante n'est pas précisée. (Chapitre 4.3)   42/ Messagerie : Quel est le volume annuel de créations, modifications et suppressions de boîtes ou listes partagées ? Plusieurs centaines par jours.   43/ Messagerie : Quel processus de demande, validation, propriété et revue périodique est attendu pour ces objets ? Les modalités de gestion et de gouvernance des boîtes aux lettres partagées sont décrites dans le CCTP. (Chapitre 4.3)   44/ RUN : Pouvez-vous communiquer les statistiques des 12 derniers mois concernant incidents, demandes, problèmes, évolutions et habilitations IAM ? Les informations seront communiquées dans le cadre des ateliers de conception et de migration.   45/ RUN : Quelles activités IAM la Métropole souhaite-t-elle conserver en interne et quelles activités devront être assurées par le titulaire ? La répartition des activités entre la Métropole et le titulaire sera précisée dans le cadre de l'organisation du RUN. (Chapitre 6.8)   46: RUN : Quel niveau d’autonomie est attendu des équipes de la Métropole après la mise en service ? Le niveau d'autonomie attendu sera précisé dans le cadre de l'organisation du RUN et du transfert de compétences. (Chapitre 6.8 et 6.6.2)   47/ RUN : Quels horaires de service, périodes de couverture et modalités d’astreinte sont attendus ? Les horaires de service sont du lundi au vendredi de 8h à 18h. Pas d'astreinte le week-end.   48/ RUN : Quels niveaux de support N1, N2 et N3 doivent être assurés par le titulaire et par la Métropole ? La répartition des niveaux de support sera précisée dans le cadre de l'organisation du RUN. (Chapitre 6.8.8)   49/ RUN : Quels SLA ou objectifs de service sont attendus pour les incidents, demandes et évolutions ? Les SLA et engagements de délais sont définis dans le CCTP. (Chapitre 6.8.5 et 6.8.6)   50/ RUN : Quel historique de consommation en jours d’expertise IAM ou de TMA pouvez-vous communiquer ? Les informations seront transmises dans le cadre d'analyse du projet   51/ RUN : Quel processus de priorisation, validation et mise en production des évolutions est attendu ? Les modalités de gestion des évolutions sont définies dans le CCTP. (Chapitre 6.8.7 et 7)   52/ Migration : Quel niveau de transformation est attendu : reprise à l’identique, optimisation limitée ou refonte des processus ? Le niveau de transformation attendu sera défini dans le cadre du plan de migration proposé par le candidat. (Chapitre 6.6.1)   53/ Migration : Les données historiques, journaux, décisions d’approbation et traces d’audit doivent-ils être repris ? La reprise des données existantes est définit dans le CCTP. Le candidat devra préciser dans son offre les modalités de reprise proposées. (Chapitre 5.7)   54/ Migration : Existe-t-il une durée de conservation obligatoire pour les historiques et traces existants ? La durée de conservation obligatoire pour les historiques pourra être étudiés dans le cadre de l'analyse et du plan de migration.   55/ Migration : Un nettoyage ou une remédiation des données doit-il être réalisé avant la reprise, et par qui ? Les modalités de reprise et de traitement des données existantes devront être précisées dans le plan de migration proposé par le candidat. (Chapitre 5.7 et 6.6.1)   56/ Migration : Quel niveau d’indisponibilité ou de dégradation de service est acceptable lors des bascules ? Les modalités de bascule et les éventuelles indisponibilités devront être précisées dans le plan de migration proposé par le candidat. (Chapitre 6.6.1)   57/ Migration : Au regard de la coexistence laissée à la proposition du titulaire, existe-t-il des contraintes de flux, de synchronisation ou de réconciliation à respecter entre MIM et la cible ? Les modalités de coexistence entre MIM et la solution cible devront être précisées dans le plan de migration proposé par le candidat. (Chapitre 6.6.1)   58/ Migration : Quels critères d’acceptation, jeux d’essai et responsabilités de recette sont attendus ? Les modalités de recette seront définies dans le cadre du projet. Le candidat devra préciser les modalités qu'il propose dans son offre. (Chapitre 6.9.4)   59/ Recette : Compte tenu de l’utilisation fréquente des annuaires de production par les environnements de recette, quelles modalités de test et de sécurisation la Métropole autorise-t-elle ? Les modalités de test et de sécurisation seront définies avec les équipes de la Métropole dans le cadre du projet. (Chapitre 6.9.3, 6.9.4 et 6.8.3)   60/ Planning : Quelles sont les dates cibles pour le démarrage, les vagues, la mise en production et l’arrêt définitif de MIM ? Les dates détaillées des différentes vagues et de l'arrêt de MIM ne sont pas figées dans le CCTP. Le candidat devra proposer un planning de migration. (Chapitre 6.6.1)   61/ Planning : Quelles contraintes calendaires métiers, périodes de gel ou événements organisationnels doivent être pris en compte ? Les éventuelles contraintes calendaires seront précisées dans le cadre du projet. (Chapitre 6.6.1)   62/ Organisation projet : Quelles ressources et compétences la Métropole mobilisera-t-elle pour les ateliers, validations, recettes et décisions ? Les ressources mobilisées par la Métropole seront précisées dans le cadre de la gouvernance du projet. (Chapitre 6.7)   63/ Organisation projet : Qui seront les propriétaires fonctionnels des processus, données, applications et groupes pendant le projet ? Les responsabilités seront définies dans le cadre de la gouvernance et des ateliers projet. (Chapitre 6.7 et 6.7.3)   64/ Organisation projet : Quels comités, fréquences, livrables et indicateurs de pilotage sont attendus ? Les instances de gouvernance, notamment COPIL, COPROJ et ateliers, sont décrites dans le CCTP. (Chapitre 6.7)   65/ Formation : Quelles populations doivent être formées et quels volumes d’administrateurs, valideurs, responsables applicatifs et utilisateurs sont concernés ? Les populations concernées et les besoins de formation seront précisés dans le cadre du projet. (Chapitre 6.6.2 et 6.7)   66/ Formation : Quel niveau de documentation, transfert de compétences et accompagnement au changement est attendu ? Le CCTP prévoit la documentation, les livrables projet et le transfert de compétences. Les modalités seront précisées dans l'offre du candidat. (Chapitre 6.6.2)   67/ Réversibilité service : Quelles données, configurations, documentations et historiques devront être restitués à la fin du marché ? Les modalités de réversibilité et de restitution des livrables sont définies dans le CCTP. (Chapitre 6.10)   68/ Réversibilité service : Quelle durée et quel niveau d’assistance sont attendus pour le transfert vers un tiers ? Les modalités d'assistance à la réversibilité devront être précisées dans l'offre du candidat, conformément dans le CCTP. (Chapitre 6.10)

18/09/26 à 11h12 : Message aux entreprises : Réponse 1) Concernant le Service d'Exploitation fonctionnelle et technique (RUN), la Métropole est-elle ouverte à une modalité d'accompagnement sous forme de guichet de Tierce Maintenance Applicative (TMA) porté par l'intégrateur, en complément de l'abonnement SaaS de l'éditeur ? Oui. La Métropole est ouverte à une organisation de type TMA portée par la l'éditeur ou l'intégrateur, en complément des services SaaS proposés par l'éditeur, sous réserve que cette organisation permette de répondre aux exigences définies dans le CCTP en matière d'exploitation, de maintenance et d'accompagnement. 2) Parmi les 270+ applications métiers, confirmez-vous que l'ensemble du périmètre applicatif initial continuera d'interroger exclusivement les annuaires AD Oscar/Ben et AD LDS ? Oui. Le périmètre applicatif existant continuera à s'appuyer sur les annuaires AD Oscar/Ben et AD LDS. La solution IAM proposée devra donc assurer les mécanismes d'intégration et de synchronisation nécessaires avec ces annuaires, conformément aux exigences du CCTP 3) Pour le périmètre des 270+ applications métiers, disposez-vous systématiquement d'un environnement de Hors-Production (Recette/Test) interconnecté avec les annuaires de recette correspondants pour valider les tests de non-régression de bout en bout ? La majorité des applications métiers dispose d'un environnement de recette. Cependant, ceux-ci sont connectés (sauf rares exceptions) aux annuaires de production. En effet, l'environnement MIM de recette n'étant pas aligné périodiquement sur celui de production, les données contenues dans les annuaires de recette ne sont pas exploitables pour une application métier. 4) Avez-vous une durée maximale pressentie pour la période de coexistence entre MIM 2016 et la solution d'IAM qui sera retenue ? Cela dépend. La durée de coexistence entre MIM 2016 et la solution IAM cible sera déterminée dans le cadre du plan de migration proposé par le titulaire. Le candidat devra préciser dans son offre les modalités, le phasage et la durée estimée de cette période de coexistence, en tenant compte de la nécessité d'assurer la continuité de service et de respecter l'échéance de fin de support de MIM 2016. Pour rappel, la fin de support de MIM est janvier 2029. 5) L'environnement MIM 2016 actuellement en production intègre-t-il des connecteurs automatisés d'import/export de fichiers plats (formats CSV / XML), notamment pour les populations non gérées par le SI RH (ex. prestataires, partenaires, communes) ? L'environnement MIM 2016 actuellement en production intègre 4 connecteurs simples de type "Delimited text file" automatisés d'import/export de fichiers plats. En revanche, les populations absentes du SI RH sont gérées intégralement dans MIM, sans import depuis une source de données externe.   Si non à la question précédente : 6) En dehors de la base de données interne de MIM, existe-t-il au sein du SI de la Métropole une base de données pivot ou une zone de staging intermédiaire (ex. réceptacle consolidé RH/ITSM) utilisée pour alimenter l'IAM actuel ? Oui, il existe une base fédérale qui consolide les données provenant de sources propriétaires (applications). MIM n'est pas alimenté en direct par le SI RH mais uniquement à travers une base de données intermédiaire nommée "Référentiel des données fédérales" (ou plus simplement "FED") accessible directement par connexion SQL. 7) Est-ce qu'un gel des évolutions de l'annuaire et des règles MIM actuelles est prévu pendant le chantier de migration, et si oui, à partir de quelle étape du projet ? Aucun gel des évolutions n'est actuellement prévu, c'est cependant envisageable moyennant une limitation de durée au strict nécessaire. Les modalités de gestion des évolutions du SI existant pendant la phase de migration seront définies dans le cadre de la gouvernance du projet et du plan de migration proposé par le titulaire. Le candidat devra préciser les impacts éventuels de ces évolutions sur son dispositif de migration.

11/09/26 à 14h47 : Message aux entreprises : Réponse Bonjour,    En référence au critère de candidature inscrit à l'article 7.1.1 du Règlement de consultation et à l'article 6.3 du CCTP du présent marché, si le candidat ne détient pas de qualification relative au Référentiel d'exigences des prestataires de services d'informatique en nuage (SecNumCloud), il pourra transmettre, à l'acheteur, tout document permettant de prouver que l'hébergement des données, proposé dans le cadre de l'exécution des prestations du présent marché, est immunisé contre les lois extraterritoriales (hors de l'Union Européenne). Cela induit les principaux critères de preuve suivants :  - L'hébergeur doit s'assurer qu'aucune entité extra-européenne ne peut prendre le contrôle opérationnel ou légal de ses activités (article 19.6 a) et b) - article 7.1.1 du présent Règlement de consultation).   - Toutes les serveurs physiques hébergeant les données, les métadonnées et les sauvegardes doivent être localisés sur le territoire de l'Union Européenne.  - L’administration des infrastructures, la maintenance technique et le support client doivent être réalisés exclusivement depuis l’Union Européenne par du personnel soumis aux lois d'un État membre. - L'indépendance opérationnelle et contractuelle de l'hébergeur face à une société tierce soumis à une loi extra-territoriale, notamment dans le cadre du tansfert des données.

31/08/26 à 14h57 : Message aux entreprises : Réponse Le minimum de commandes est fixé en valeur à 600 000€ HT. Le maximum de commandes est fixé en valeur à 1 800 000€ HT.