Vous êtes DSI dans une administration fédérale allemande. Mercredi matin, votre boîte de réception contient trois choses : une synthèse de presse de l’entretien que Karsten Wildberger a accordé à Politico à la mi-avril 2026, une note de votre service d’achat public sur trois projets de votre feuille de route 2026/27 qui dépassent 500 000 € par an, et un mot de votre responsable de stratégie IA demandant si la plateforme fédérale d’IA obligatoire s’applique au déploiement que vous planifiez pour le T3. Les trois documents sont liés. Le lien est la question à laquelle cet article existe pour répondre.

Wildberger a nommé quatre décisions dans l’entretien. Microsoft et Palantir sont des cibles de réduction — pas de diversification, réduction. La plateforme fédérale d’IA KIPITZ devient obligatoire pour les autorités fédérales. Une alternative européenne à Palantir reçoit un calendrier de deux à trois ans. Et le ministère fédéral du Numérique et de la Modernisation de l’État (BMDS) obtient un droit de veto de fait sur les projets IT des autres ministères au-delà de 500 000 € par an ou de 3 millions d’euros en coût total de projet.

Le cadrage politique était la souveraineté. Le cadrage structurel devrait être que c’est la plus grande centralisation de l’autorité IT fédérale depuis le programme initial d’IT-Konsolidierung de 2015 — et votre feuille de route y est désormais soumise.

Cet article est l’audit de ce que le seuil de veto saisit réellement, de ce que la KIPITZ obligatoire contraint réellement, du caractère opérationnellement prêt ou non des alternatives à Palantir de la Bundeswehr, et de la question à laquelle votre prochaine soumission budgétaire de projet devra répondre avant d’atteindre le bureau qui décide du veto.

Ce que le veto saisit réellement

Le droit de veto s’applique aux projets IT au-delà de 500 000 € par an ou de 3 millions d’euros de coût total de projet. Le seuil a été soigneusement calibré. Il couvre suffisamment pour orienter la politique IT fédérale sans soulever d’emblée des questions constitutionnelles sur l’autonomie ministérielle au titre du Ressortprinzip.

En pratique, le seuil englobe toutes les décisions cloud et plateforme au niveau fédéral, les principaux achats publics d’applications, les décisions de plateforme IA (qui basculent par défaut vers KIPITZ quoi qu’il arrive) et les projets d’identité et de gestion des accès. Il laisse de côté l’outillage départemental sous 500 k€, les renouvellements de contrats existants au même périmètre et au même prix, ainsi que la technologie embarquée dans des systèmes spécialisés — et surtout l’architecture classifiée de la Bundeswehr et des services de renseignement.

Pour la feuille de route type d’une administration fédérale, cela signifie que la plupart des décisions stratégiques tombent au-dessus de la ligne et la plupart des décisions tactiques en dessous. Première conséquence pratique : la structure de projet compte désormais plus qu’auparavant. Un projet de 750 000 € qui pourrait plausiblement être scindé en un contrat de base de 400 000 € plus un avenant de 350 000 € tombe sous le veto sur chaque composant. Une partie de ce découpage est un phasage légitime ; une autre relève du type d’ingénierie d’achat public que le BMDS, dès le premier cycle, apprendra à détecter. Les premiers cas feront jurisprudence.

La deuxième conséquence pratique est que la justification attachée à un poste de la feuille de route a désormais un nouveau lecteur. Jusqu’en avril 2026, les destinataires d’une justification d’achat public à 600 000 € étaient le contrôleur du ministère et la Bundesrechnungshof. À partir de mai 2026, s’y ajoutent les architectes du BMDS, dont la grille d’évaluation est la trajectoire de souveraineté. Une justification qui se lit comme « continuation de la relation fournisseur existante » déclenchera des questions qu’une justification rédigée comme « fournisseur non-UE nommé, assorti d’une trajectoire de sortie définie sur deux ans » ne déclenchera pas. Les premières soumissions révéleront ce que le BMDS lit comme sérieux et ce qu’il lit comme performatif.

Microsoft comme courbe d’usage, Palantir comme binaire

Microsoft est une courbe d’usage. L’administration fédérale a payé 481,4 millions d’euros pour des licences Microsoft en 2025 — chiffre extrait par la question parlementaire de Lenhard adressée au secrétaire d’État parlementaire Thomas Jarzombek en février. « Moins de Microsoft » est donc mesurable. Wildberger n’a pas donné de cible de réduction chiffrée en public, mais une courbe d’usage produit un point de donnée annuel contre lequel le cadrage peut être testé.

Palantir est binaire. En mai 2026, le vice-amiral Thomas Daum — chef du commandement Cyber et Information de la Bundeswehr — disait en public ce que Wildberger avait dit en privé. Palantir, a confié Daum à la presse, était “not being considered at all right now” (« nullement à l’étude pour l’instant »), parce que l’Allemagne ne permettrait pas à des salariés d’une entreprise privée américaine d’accéder aux données de défense nationale. La Bundeswehr évaluait déjà trois fournisseurs de remplacement : Almato à Stuttgart, Orcrist à Berlin et ChapsVision à Paris. Les attributions de contrats étaient attendues pour la fin 2026.

Ce que cela signifie pour la planification IT de la sphère fédérale dépend du côté de la ligne d’achat public où se situe le lecteur. Pour les administrations qui envisagent des plateformes de fusion de données de classe Palantir dans des contextes non classifiés, le raisonnement de la Bundeswehr se généralise : un fournisseur dont le siège est aux États-Unis et dont les salariés auraient besoin d’accéder à vos données opérationnelles sensibles constitue désormais un risque d’achat public qu’il faut justifier par écrit plutôt que de le tenir pour acquis. Pour les éditeurs et intégrateurs qui vendent actuellement Palantir Foundry sur le marché de la sphère fédérale, les deux prochaines années constituent une fenêtre qui se referme, et l’expertise sur les fournisseurs alternatifs y est l’actif le plus précieux à développer.

Le calendrier de l’alternative européenne est l’élément le plus fragile du dispositif. Sur la trajectoire de financement actuelle, deux à trois ans relève de la rhétorique. Si c’en est, alors la réduction Palantir sans remplacement crédible signifie que la Bundeswehr perd une capacité de fusion de données dont elle dispose aujourd’hui — c’est la part du cadrage de Wildberger qui n’a pas survécu au contact avec la couche opérationnelle.

Les alternatives de la Bundeswehr : ce qu’elles peuvent livrer en 2026

Les alternatives nommées — Almato, Orcrist, ChapsVision — ne sont pas un remplacement à l’identique de Palantir, et le débat public ne l’a pas toujours énoncé clairement.

Almato (Stuttgart) est le plus établi des trois : intégrateur systèmes allemand doté d’un outillage d’automatisation poussé, d’une expertise en orchestration de processus et d’une base de clients existante dans le secteur public. Ses capacités de fusion de données sont réelles, mais orientées flux administratifs plutôt qu’intelligence opérationnelle. Pour la logistique, la gestion du personnel et l’analyse de la chaîne d’approvisionnement de la Bundeswehr, Almato peut livrer une offre crédible en 12 mois. Pour la fusion d’intelligence tactique en temps réel telle que Palantir Gotham la fournit, Almato n’est actuellement pas dans le périmètre, et les documents publics ne laissent pas entrevoir de feuille de route en ce sens.

Orcrist (Berlin) est le plus proche, sur le plan conceptuel, d’une architecture de niveau Palantir. Fondé avec des ambitions explicites dans le champ de la fusion de données, l’éditeur s’appuie sur du personnel solide issu de l’écosystème de la tech de défense allemande. L’écart de maturité avec Palantir est réel et visible : Orcrist n’a pas, à ce jour, été déployé à l’échelle d’un ministère national de la défense, et la surface d’ingénierie qui passe en production aujourd’hui est plus étroite que Palantir Foundry. L’évaluation honnête : Orcrist est un produit 2027–2028 crédible s’il est financé à l’échelle qu’une attribution Bundeswehr supposerait. En livrable 2026, c’est un pilote, pas un système en production.

ChapsVision (Paris) est le membre atypique de la liste restreinte : un éditeur français dont l’inclusion signale que la Bundeswehr conçoit la souveraineté européenne plus largement qu’une souveraineté strictement allemande. ChapsVision dispose de contrats existants avec la défense française et d’un produit plus mature que celui d’Orcrist. Pour les rôles Bundeswehr où un logiciel d’origine française est politiquement acceptable, ChapsVision est l’option de livraison la moins risquée des trois. Pour les rôles où il ne l’est pas, le choix se rétrécit.

L’implication pour le lectorat IT fédéral plus large est que l’attribution Bundeswehr, lorsqu’elle tombera à la fin 2026, signalera quel arbitrage de souveraineté la couche d’achat public est prête à faire. Une attribution Almato signale fusion-administrative-d’abord, différer-la-fusion-tactique. Une attribution Orcrist signale investissement-en-capacité-stratégique, accepter-l’écart-de-court-terme. Une attribution ChapsVision signale souveraineté-européenne-au-sens-large. Une attribution partagée — résultat le plus probable — signale les trois à la fois, ce qui est aussi une décision sur le niveau de capacité que la Bundeswehr est prête à maintenir pendant qu’elle construit.

Le problème du point unique de captation avec la KIPITZ obligatoire

KIPITZ est le troisième levier, et celui qui a le moins fait l’objet d’examen public. Si les autorités fédérales doivent l’utiliser pour les charges d’IA — non pas devraient mais doivent — alors l’infrastructure fédérale d’IA est centralisée à l’ITZBund indépendamment de la préférence ministérielle. La couche d’infrastructure est bâtie sur le contrat de cloud d’IA fédéral de 250 millions d’euros attribué au consortium T-Systems et SAP. ChatGPT et les systèmes commerciaux équivalents restent exclus pour des raisons de protection des données. Jusque-là, cohérent.

La préoccupation architecturale est la concentration. Une KIPITZ obligatoire crée un point unique en lequel un futur basculement politique — une coalition différente, un fournisseur d’influence extraordinaire, un incident de sécurité — peut affecter d’un coup l’usage de l’IA fédérale à travers toutes les autorités. Les architectures mono-fournisseur ont des modes de défaillance bien documentés, même quand le fournisseur est de propriété fédérale. Le contrat de 250 millions d’euros T-Systems/SAP est le côté fournisseur de cette relation. Les autorités fédérales qui en dépendent deviennent opérationnellement investies dans la santé continue de ce contrat indépendamment de l’émergence de meilleures alternatives en 2027 ou 2028.

Pour un DSI qui planifie des déploiements d’IA sous le nouveau mandat, la conséquence pratique est que KIPITZ devient un substrat non négociable pour les charges sur données fédérales, mais que l’architecture d’intégration au-dessus reste de votre responsabilité. Un déploiement qui traite KIPITZ en boîte noire et construit tout le reste de manière portable d’un substrat à l’autre préserve l’option de migrer le jour où la migration devient viable. Un déploiement qui prend des dépendances profondes sur des fonctionnalités KIPITZ propres à l’ITZBund — ce que la plateforme encouragera — verrouille l’administration dans le substrat aussi étroitement que les contrats M365 dont la directive est censée réduire la dépendance. La leçon méthodologique de vingt ans de verrouillage fournisseur dans le secteur public s’applique ici indépendamment de la propriété fédérale du fournisseur.

La souveraineté n’est pas une directive d’achat public

C’est le recadrage que le dispositif rend difficile à éluder.

L’entretien de Wildberger a produit quatre mécanismes — seuils de veto, KIPITZ obligatoire, rejet de Palantir, réduction Microsoft — qui opèrent à la couche de l’achat public. Le cadrage politique les a présentés comme de la souveraineté. Le cadrage architectural doit reconnaître qu’une orientation d’achat public n’est pas de la souveraineté. La KIPITZ obligatoire remplace la dépendance à Microsoft 365 par une dépendance à l’ITZBund — deux substrats dont la disponibilité continue échappe au contrôle de l’administration utilisatrice. Le rejet de Palantir remplace un fournisseur américain de fusion de données par un fournisseur européen pas encore livré, dont la continuité dépend de cycles de financement qui survivront au gouvernement actuel. La réduction Microsoft est une courbe d’usage qui peut être inversée au prochain cycle budgétaire si le climat politique change.

La souveraineté, correctement cadrée, est la capacité de continuer à fonctionner quand n’importe quel maillon de la chaîne d’approvisionnement devient indisponible. Aucun des quatre mécanismes du dispositif Wildberger ne produit cette capacité au niveau de l’administration. Ils produisent une autre dépendance, avec une exposition juridictionnelle différente. C’est une amélioration significative sur la question du CLOUD Act — les données fédérales sur l’infrastructure ITZBund ne sont pas soumises à une assignation du Congrès américain — mais pas sur celle de la continuité de la chaîne d’approvisionnement, qui est le problème plus difficile et celui que l’architecture propre de votre administration doit résoudre, quel que soit le substrat vers lequel pointe la directive d’achat public.

La conséquence pratique : votre prochaine soumission d’achat public au BMDS sera évaluée comme souveraineté même quand elle relève, structurellement, de la substitution de fournisseur. Les soumissions qui reconnaissent cette distinction explicitement — « nous traitons KIPITZ comme un substrat obligatoire et concevons une architecture portable au-dessus », « nous retenons Orcrist pour les rôles de fusion de données où la maturité des fournisseurs européens est acceptable, et différons le reste » — seront lues comme sérieuses par les architectes du BMDS dont le veto conditionne votre feuille de route. Celles qui traitent la directive d’achat public comme si elle constituait une réponse de souveraineté seront lues comme performatives, quel que soit le nom du fournisseur qui apparaît sur la ligne.

Ce que cet article n’est pas

Lire cette analyse comme l’affirmation que le cadre de veto serait erroné ou que KIPITZ serait la mauvaise plateforme d’IA, c’est en manquer le sens — la conduite de l’IT fédérale a été incohérente d’un ministère à l’autre pendant deux décennies, un coordinateur central doté d’une autorité substantielle est une réponse défendable, et une infrastructure fédérale d’IA est nécessaire si l’on veut tenir l’IA générative commerciale hors des flux fédéraux. L’analyse opère à une couche plus profonde : sur l’observation que les mécanismes d’achat public du dispositif et sa revendication de souveraineté se situent à des couches différentes. Les hypothèses sur les motivations d’acteurs individuels ne relèvent pas de l’objet de l’enquête. Pour les DSI dont les feuilles de route doivent désormais traverser les deux couches, cette analyse ne remplace ni un conseil en droit de la commande publique ni un conseil en sécurité de l’information.

Le signal dans le budget

Le signal qui mérite d’être observé, sur les douze prochains mois, est la relation entre le cycle de veto BMDS et le cycle budgétaire fédéral. Le seuil de veto saisit les projets dès leur soumission. Le cycle budgétaire détermine ce qui est financé. Si les projets au-dessus du seuil reçoivent systématiquement des recommandations BMDS d’orientation-souveraineté qui survivent jusqu’au budget financé, le dispositif relève d’une politique opérationnelle. Si les recommandations sont émises et que le budget revient au scénario d’achat public habituel, le dispositif n’aura été qu’un cycle de presse qui en a produit un autre. Les premiers éléments de preuve viendront des soumissions budgétaires de l’automne 2026.

Pour vos trois projets au-dessus de la ligne : rédigez-en deux dans le langage de l’orientation-souveraineté et un tel quel ; la comparaison vous dira dans quel cadre vous opérez.

Sources

Aperçu thématique : Souveraineté numérique en Europe Articles connexes : Le dossier d’ici l’automne, Souveraineté sur les serveurs de Microsoft