Linux dans l'administration française : impact sur les appels d'offres IT

Le 8 avril 2026, la DINUM (Direction interministérielle du numérique) a officialisé la migration de 2,5 millions de postes de l’administration française de Windows vers Linux. Chaque ministère doit produire son plan de migration avant l’automne 2026, et la commande publique IT est le levier principal. Pour toute ESN, éditeur ou cabinet de conseil qui répond aux marchés publics, le signal est clair : les CCTP vont changer, et vite.

Cet article décrypte ce qui a été annoncé, les sept domaines IT prioritaires, et surtout ce que cela implique très concrètement pour la rédaction de vos prochaines réponses aux appels d’offres publics.

Ce qu’a réellement annoncé la DINUM en avril 2026

Le plan « Souveraineté numérique » présenté par la DINUM s’appuie sur trois piliers : migration des postes de travail vers Linux (cible 2027), bascule des outils collaboratifs vers des solutions souveraines, et nouveaux critères de dépendance dans la commande publique IT. La DSI de l’État a ouvert la voie en migrant ses propres 250 puis 400 postes dès l’été 2026, comme démonstrateur.

L’élément structurant pour les répondants n’est pas la migration elle-même, mais le mécanisme qui l’accompagne : chaque ministère doit publier d’ici l’automne 2026 un « plan de réduction des dépendances » couvrant sept domaines technologiques. Ces plans deviendront la grille de lecture des futurs appels d’offres IT — et donc des CCTP que vous lirez dans les mois qui viennent.

Le message de la DINUM aux éditeurs est explicite : « ouvrez-vous ou perdez la commande publique ». La pression contractuelle remplace la pression politique. C’est une rupture dont les premiers effets sont déjà visibles dans les consultations de printemps 2026.

Les 7 domaines prioritaires : où chercher les nouveaux marchés

Les sept domaines listés par la DINUM concentrent l’essentiel des budgets IT publics des trois prochaines années. Tout répondant a intérêt à cartographier dans lequel il est légitime, et lesquels doivent rentrer dans son périmètre commercial via partenariats.

• Systèmes d’exploitation : migration des postes (Linux desktop, Mate/GNOME, distributions souveraines), serveurs, outils de déploiement et MDM compatibles.
• Outils collaboratifs : messagerie, visio, suite bureautique, partage de fichiers — alternatives à Microsoft 365 et Google Workspace.
• Cloud : SecNumCloud, qualifications ANSSI, hébergement souverain, outils de migration depuis les hyperscalers.
• Intelligence artificielle : modèles ouverts, hébergement français, traçabilité des données, conformité IA Act.
• Bases de données : alternatives ouvertes à Oracle et SQL Server (PostgreSQL, MariaDB), services managés souverains.
• Virtualisation : alternatives à VMware (Proxmox, KVM, OpenStack), conteneurs et orchestration ouverts.
• Équipements réseau : matériels et logiciels avec garantie de non-dépendance extra-européenne.

Pour identifier les consultations qui s’inscrivent dans cette dynamique, la grille de lecture change : un AO « migration de poste de travail » de 2025 et un AO « migration de poste de travail » de 2026 ne se notent plus de la même façon. La maille de veille appels d’offres doit être resserrée sur ces sept domaines pour ne pas passer à côté.

Comment les CCTP et règlements de consultation vont évoluer

Les premiers DCE intégrant la nouvelle doctrine sont déjà en circulation. Trois évolutions sont à anticiper en lisant un CCTP IT en 2026.

1. Critères de souveraineté et d’ouverture pondérés explicitement. Là où le « critère technique » pesait 60 % de manière indistincte, les RC découpent désormais ce critère en sous-rubriques. La part « solutions ouvertes / standards ouverts / portabilité » apparaît avec une pondération propre, parfois 10 à 20 % de la note technique. Toute réponse qui ne traite pas ce sous-critère perd mécaniquement des points.

2. Exigences de réversibilité durcies. Les CCAP et CCTP imposent des plans de réversibilité documentés, avec restitution des données dans des formats ouverts et délais contractuels. Les éditeurs propriétaires doivent prouver qu’ils peuvent rendre la donnée — pas seulement la stocker. C’est devenu un point de notation et plus seulement une clause contractuelle.

3. Justification des dépendances étrangères. De nombreux CCTP demandent désormais une « cartographie des dépendances » : où sont hébergées les données, quels composants tiers sont utilisés, quelles juridictions s’appliquent. Une réponse qui passe sous silence cette section sera réputée non conforme. Une bonne analyse du DCE doit donc remonter ce sous-critère dès le scoring Go/No-Go.

Ce que ça implique concrètement pour vos réponses

L’erreur la plus fréquente sur les premières consultations « post-DINUM » est de répondre comme avant en ajoutant un paragraphe sur l’open source. C’est insuffisant. Quatre points sont à muscler dans le mémoire technique.

Références projets Linux et open source. Vos références doivent désormais inclure des projets concrets de migration ou d’exploitation Linux : déploiements de postes, administration d’infrastructures, intégration d’outils libres. Si votre base de références est principalement « stack Microsoft », c’est le moment de la requalifier. Une référence vague n’a plus le même poids qu’une référence chiffrée (nombre de postes migrés, durée, taux d’échec, taux d’adoption).

CV consultants et certifications. Les CCTP demandent de plus en plus de profils certifiés sur des technologies ouvertes : LPIC, RHCE, certifications PostgreSQL, Kubernetes, OpenStack. Les CV consultants doivent être actualisés pour faire ressortir ces compétences. Un consultant « senior Microsoft » doit, si c’est le cas, voir apparaître ses années Linux ou open source en haut de fiche, pas en annexe.

Partenariats stratégiques. Peu de répondants sont natifs sur les sept domaines. Les groupements et la sous-traitance redeviennent un levier de compétitivité. Un cabinet de conseil peut s’allier à une ESN spécialisée Linux, un éditeur propriétaire peut s’adosser à un intégrateur open source. Voir les règles encadrant ces montages dans nos guides sur le groupement d’entreprises et la cotraitance et la sous-traitance dans les marchés publics.

Méthodologie de migration documentée. Les acheteurs publics sont moins intéressés par votre « expertise Linux » que par votre méthode de migration : audit, pilote, vagues, conduite du changement, plan de retour arrière. Un mémoire technique fort en 2026 décrit un parcours, pas une stack.

Risques et angles morts pour les éditeurs propriétaires

Les éditeurs propriétaires présents historiquement sur la commande publique ne sont pas exclus du jeu, mais leur posture change. Trois risques concrets sont à anticiper.

Le premier est celui de la note technique plombée par les critères d’ouverture : même avec un produit techniquement supérieur, une solution fermée part avec un déficit de points sur les sous-critères souveraineté/ouverture/réversibilité. Compenser ce déficit demande de muscler la partie « interopérabilité, API ouvertes, formats standards » du mémoire.

Le second est celui de la réversibilité opposable. Les nouveaux CCAP intègrent des clauses de sortie chiffrées : délais de restitution, formats imposés, pénalités en cas de défaillance. Ce qui était traité en clause de style devient une exigence opérationnelle vérifiable. Les éditeurs qui n’ont pas industrialisé l’export de données s’exposent à des risques contractuels réels.

Le troisième est celui de la dépendance extra-européenne. Un produit hébergé chez un hyperscaler américain peut être éliminé d’office sur certains marchés sensibles, indépendamment de la qualité de l’offre. La cartographie des dépendances est devenue un prérequis de candidature, pas un argument différenciant.

Préparer sa stratégie de réponse dès maintenant

Trois actions concrètes peuvent être lancées dès cette semaine, sans attendre les premières consultations massives.

Auditer sa base de connaissances. Reprendre l’ensemble des références projets, CV consultants, méthodologies et certifications, et taguer ce qui est mobilisable sur les sept domaines DINUM. Une base bien rangée en avril 2026 vaut un mois de travail économisé en septembre. C’est le même chantier que pour structurer un mémoire technique, appliqué au prisme souveraineté.

Resserrer son scoring Go/No-Go. Intégrer dans la grille de scoring Go/No-Go un critère « alignement souveraineté » : un AO totalement aligné avec votre stack open source mérite une priorisation, un AO qui exige des compétences que vous n’avez pas doit être écarté plus vite. Mieux vaut répondre à 10 AO bien ciblés qu’à 30 AO mal positionnés.

Préparer une trame mémoire « 7 domaines ». Constituer dès maintenant une trame réutilisable couvrant : cartographie de dépendances, plan de réversibilité, méthodologie de migration, références ouvertes, partenariats. Cette trame fait gagner deux à trois jours sur chaque réponse.

L’enjeu n’est pas seulement de gagner les marchés à venir. Il est aussi de ne pas perdre les marchés que vous gagniez avant : ce sont les mêmes acheteurs, mais avec une nouvelle grille. Les ESN et cabinets qui réagissent en avril/mai 2026 prennent une avance de phase sur ceux qui attendront les premières consultations massives de l’automne.

Ce qu’il faut retenir

La migration de l’administration française vers Linux n’est pas un sujet d’opinion : c’est un changement de règles applicable aux appels d’offres IT publics dès maintenant. Les CCTP intègrent de nouveaux sous-critères (souveraineté, ouverture, réversibilité), les sept domaines DINUM concentrent les budgets, et les bases de références doivent être requalifiées. Les répondants qui adaptent leur méthode dès le printemps 2026 prennent six mois d’avance sur le marché.

C’est précisément le type de pivot que Remporte aide à industrialiser : analyse automatisée des nouveaux CCTP, extraction des sous-critères pondérés, mémoires techniques alignés avec votre base de connaissances et adaptés aux exigences souveraineté. Pour aller plus loin sur les enjeux IT, consultez notre page dédiée aux appels d’offres IT et conseil.

---

Adaptez vos réponses aux appels d’offres IT à la nouvelle doctrine DINUM → Demander une démo Remporte