Déployer en Allemagne : le comité d’entreprise passe avant
Les équipes qui préparent un déploiement allemand consacrent l’essentiel de leur énergie à l’AI Act, et ce n’est presque jamais lui qui décide du calendrier. La contrainte qui mord se trouve dans le droit du travail : lorsqu’un système est capable de mesurer la performance ou le comportement des salariés, le comité d’entreprise peut disposer d’un droit de codécision, et c’est la capacité du système qui compte, pas l’intention de l’employeur. Un outil qui enregistre qui a traité quel dossier tombe potentiellement dans ce champ, même si personne n’a jamais envisagé de s’en servir pour évaluer qui que ce soit. La conséquence pratique n’est pas qu’un projet devient impossible, elle est que son ordre d’étapes change. Une consultation engagée au moment où le projet est décrit se déroule en parallèle de la construction et ne coûte presque rien en calendrier. La même consultation engagée quand le système est prêt se déroule après, et ajoute ses semaines à un projet par ailleurs terminé, ce qui est l’endroit le plus cher où un délai puisse tomber.
Allemagne, en bref
Loi sur l’IA contraignante| Ce qui lie | Le règlement (UE) 2024/1689, dit AI Act, aux côtés du RGPD |
|---|---|
| Adoption dans la population | L’AI Index ne publie pas de chiffre pour ce pays. C’est une absence de donnée, pas un chiffre bas. |
| Ce qui change ici | Le droit de codécision du comité d’entreprise sur les systèmes capables de mesurer la performance des salariés est la contrainte la plus sous-estimée sur les délais d’un déploiement. |
| Langue de travail | L’allemand, avec un registre soutenu attendu sur tout ce qui s’adresse aux clients |
État du droit vérifié le 2026-09-24. C’est un point de départ pour une question à un avocat local, pas une réponse. Aucun chiffre de rémunération : voir notre méthode.
Ce que couvre réellement la codécision
Le point que les équipes techniques comprennent le plus tard est que le critère porte sur ce que le système peut faire et non sur ce qu’on projette d’en faire. Un tableau de bord qui agrège les temps de traitement par dossier permet, en principe, de comparer les personnes. Que personne ne l’ait voulu ne change pas la qualification.
Cela élargit considérablement le périmètre par rapport à ce que l’on imagine. Les outils visés ne sont pas les produits de surveillance, ce sont les systèmes ordinaires d’automatisation qui, par construction, journalisent qui a fait quoi.
La réponse d’ingénierie existe et elle est bonne à connaître dès la conception : ce qui n’est pas enregistré n’a pas besoin d’être négocié. Un système qui agrège sans conserver l’identité de l’opérateur, quand la finalité ne l’exige pas, réduit le champ de la discussion à ce qui compte réellement.
Mener la consultation comme une étape de projet
Les équipes qui vivent mal cette étape la traitent comme un obstacle juridique. Celles qui la vivent bien la traitent comme la première revue de conception, et elles ont raison sur le fond : les questions posées par des représentants du personnel portent souvent sur des points que l’équipe technique n’avait pas tranchés.
Trois documents suffisent en général à ouvrir la discussion utilement. Ce que le système fait, en termes de tâches et non de technologie. Quelles données il lit et lesquelles il conserve. Et ce qui change, concrètement, pour la personne dont le travail est touché.
Ce dernier document est celui qui manque presque toujours, et c’est celui qui détermine le ton de la discussion. Une équipe incapable de décrire ce qui change pour un salarié donné n’est pas prête à être consultée, quelle que soit la qualité de son système.
Le RGPD lie avant l’AI Act
Pour la grande majorité des déploiements internes, le texte qui contraint la conception n’est pas l’AI Act mais le RGPD, et il contraint avant d’être atteint : les questions de base légale, de minimisation et de durée de conservation se posent dès le choix des données d’entrée.
Cette antériorité a un effet pratique sur l’ordre du travail. Une décision d’architecture prise sans avoir tranché la question de la base légale peut être invalidée intégralement trois semaines plus tard, alors qu’une question relevant de l’AI Act se traite le plus souvent par de la documentation en fin de projet.
L’erreur symétrique consiste à en conclure que l’AI Act ne concerne personne. Il concerne les usages classés à haut risque, et la classification mérite d’être faite explicitement, une fois, plutôt que supposée.
La langue de la sortie
L’interface d’un outil interne peut rester en anglais dans la plupart des entreprises allemandes et cela ne pose pas de difficulté. Ce qui en pose est la sortie sur laquelle un salarié doit agir.
Un allemand qui se lit comme une traduction automatique produit un effet précis et mesurable : la personne cesse de faire confiance au contenu, parce que la forme lui signale que le système n’a pas été conçu pour elle. Elle vérifie tout, puis elle cesse de s’en servir.
L’abandon qui s’ensuit remonte presque toujours vers la direction sous la forme d’un problème de qualité du modèle, ce qui envoie l’équipe technique corriger une chose qui fonctionnait. C’est une des façons les plus fréquentes dont un bon système meurt en Allemagne, et l’une des moins coûteuses à éviter si la question est posée au cadrage.
