La carte réglementaire que tout dirigeant de l'IA automobile doit maîtriser

En 2021, un constructeur a déployé une fonction de maintien dans la voie sur les routes européennes sans autorisation complète de réception par type, et a dû la géo-bloquer hors de l'UE. Le logiciel fonctionnait. Le travail réglementaire, non. C'est précisément cet écart, entre un modèle qui marche et un modèle déployable légalement, que cette leçon comble.

L'IA automobile est l'un des domaines de l'IA les plus réglementés au monde. Un modèle de perception dans une voiture n'est pas seulement un modèle : c'est un composant de sécurité à l'intérieur d'un véhicule réceptionné, vendu sous des règles ONU et, de plus en plus, sous une loi horizontale sur l'IA. Livrez du code sans savoir quelles règles vous lient, et vous fabriquez un presse-papier très coûteux.

Les deux couches réglementaires dans lesquelles vous vous situez toujours

L'IA automobile fait face à un empilement, pas à un règlement unique. Deux couches comptent avant tout.

Couche 1 : la réception par type des véhicules (l'ancien monde, toujours dominant).

Avant qu'un modèle de véhicule puisse être vendu en Europe, il doit passer la réception par type : un régulateur certifie que le type de véhicule respecte des exigences techniques définies. Les règles viennent du WP.29 de la CEE-ONU, le Forum mondial de l'harmonisation des règlements sur les véhicules, placé sous la Commission économique des Nations unies pour l'Europe. Le WP.29 publie des « Règlements ONU » numérotés (par exemple le UN R157) que reconnaissent une soixantaine de pays. Les États-Unis ne sont pas signataires du WP.29 de la même manière : ils appliquent un modèle d'auto-certification sous la NHTSA (National Highway Traffic Safety Administration) et les FMVSS (Federal Motor Vehicle Safety Standards).

Couche 2 : la loi horizontale sur l'IA (le nouveau monde).

L'AI Act européen (Règlement 2024/1689) encadre les systèmes d'IA par le risque, quel que soit le secteur. Il se superpose à la réception par type et ajoute des obligations qui n'existaient pas auparavant.

Le point pratique : **une fonction de conduite automatisée dans l'UE doit satisfaire *à la fois* un règlement véhicule ONU *et*, potentiellement, l'AI Act**. Valider l'un ne valide pas l'autre.

Les règlements WP.29 qui touchent directement l'IA

Trois Règlements ONU sont ceux que les dirigeants IA citent le plus.

UN R157 : systèmes automatisés de maintien dans la voie (ALKS)

Le UN R157 a été le premier règlement international contraignant pour une fonction de conduite automatisée de niveau 3 (la voiture conduit seule dans des conditions définies, mais un humain doit être prêt à reprendre la main). Il fixe le domaine de conception opérationnel (ODD : les conditions précises, comme la vitesse et le type de route, dans lesquelles le système peut fonctionner) et plafonnait initialement le fonctionnement à basse vitesse, avant que des amendements ultérieurs ne relèvent les limites. Si votre fonction est « mains libres, yeux libres dans les embouteillages », le R157 est votre point de passage obligé. Le texte est disponible sur le portail réglementaire de la CEE-ONU.

UN R155 : cybersécurité et CSMS

Le UN R155 impose un Cyber Security Management System (CSMS) : un processus organisationnel audité pour identifier et gérer les cyber-risques sur tout le cycle de vie du véhicule. Pour l'IA, cela compte parce que les pipelines de model serving, les canaux de mise à jour over-the-air et les entrepôts de données d'entraînement sont autant de surfaces d'attaque qu'un régulateur vous demandera d'avoir cartographiées.

UN R156 : gestion des mises à jour logicielles

Le UN R156 régit les systèmes de gestion des mises à jour logicielles. Comme les fonctions IA modernes sont livrées et améliorées via des mises à jour over-the-air (OTA), le R156 définit comment vous versionnez, documentez et approuvez ces mises à jour, pour qu'un changement de modèle n'invalide pas silencieusement votre réception par type.

Là où l'AI Act mord

L'AI Act classe les systèmes par niveaux de risque : inacceptable (interdit), haut risque (fortement réglementé), limité et minimal.

Voici la nuance que tout dirigeant du secteur automobile doit saisir. L'AI Act traite l'IA qui est un composant de sécurité d'un produit déjà couvert par la législation d'harmonisation de l'UE (c'est le cas des véhicules) comme à haut risque, mais il fait largement transiter ces obligations *par le cadre existant de réception par type* plutôt que d'empiler une seconde approbation parallèle. En clair : pour l'IA de sécurité de conduite, votre processus WP.29 et de réception européenne est le canal principal, les exigences de l'AI Act y étant intégrées progressivement.

Mais toute l'IA automobile n'est pas un composant de sécurité de conduite. Considérez :

• Un système de surveillance du conducteur en habitacle utilisant l'analyse faciale. La catégorisation biométrique attire une attention spécifique de l'AI Act.
• Un outil de recrutement IA dans les RH de votre usine. C'est du haut risque au titre de la catégorie emploi de l'AI Act, totalement indépendamment de toute règle véhicule.
• Un assistant vocal qui génère des réponses. Cela relève probablement des obligations de transparence (l'utilisateur doit savoir qu'il parle à une IA).

La carte n'est donc pas « voitures = une règle ». C'est « rattacher chaque fonction IA à son déclencheur ».

Une grille de classification rapide

feature = "driver-facing traffic-jam autopilot"

# Étape 1 : Est-ce une fonction de sécurité véhicule ?  -> OUI
#   -> UN R157 (ALKS) s'applique
#   -> UN R155 (cyber) + R156 (OTA) s'appliquent
#   -> AI Act européen : haut risque, traité via la réception par type

# Étape 2 : Traite-t-elle des biométries ?       -> vérifier la surveillance du conducteur
# Étape 3 : Est-elle utilisée en RH / crédit / etc. ? -> voie AI Act distincte

Faites ce tri avant le gel de conception, pas après. C'est en reclassant une fonction tardivement que les budgets meurent.

Risque modèle : ce qui inquiète réellement les régulateurs

La réception par type et l'AI Act convergent sur une courte liste de modes de défaillance propres à l'IA.

Distribution shift. Votre modèle de perception a été validé sur des marquages routiers européens, puis rencontre des marquages effacés, de la neige, ou un pays où les polices de panneaux diffèrent. Les entrées du modèle ont dérivé par rapport à sa distribution d'entraînement. L'ODD du R157 existe précisément pour borner cela : vous devez définir et faire respecter les conditions dans lesquelles le système est autorisé à fonctionner.

Aveuglement aux cas limites. La longue traîne des scénarios rares (un piéton déguisé, un camion transportant des miroirs) est là où les modèles de perception échouent durement. Les régulateurs attendent un catalogue de scénarios documenté et la preuve que vous avez testé contre lui.

Régression silencieuse par OTA. Vous poussez une mise à jour pour améliorer les performances sur autoroute et dégradez discrètement la gestion des ronds-points. Le R156 existe pour empêcher que cela reste invisible.

Lacunes d'explicabilité. Après un incident, vous devez reconstituer pourquoi le système a agi ainsi. L'AI Act comme la réception par type poussent vers le logging et l'enregistrement des données d'événement pour la conduite automatisée.

🎬 [VIDEO: "How UNECE WP.29 regulates automated vehicles" - youtube.com - une introduction claire au cadre de réception par type et au UN R157 pour non-spécialistes]

Les garde-fousgarde-fousRègles et contrôles qui maintiennent un système d'IA dans des limites sûres, légales et conformes à la marque, en bloquant les sorties et actions hors cadre.Voir la définition complète → à passer avant de déployer

Traitez-les comme des jalons bloquants, pas comme des suggestions.

1. Spécification et application de l'ODD. Écrivez exactement où l'IA peut fonctionner, puis construisez un moniteur d'exécution qui rend la main (ou refuse l'activation) en dehors de ce périmètre.
2. Validation par scénarios. Constituez un catalogue de tests couvrant la longue traîne. Simulation, plus piste fermée, plus kilomètres en conditions réelles. Documentez la couverturecouvertureLe nombre de personnes uniques exposées à votre message sur une période donnée. Contrairement aux impressions, le reach compte chaque personne une seule fois, quel que soit le nombre d'expositions.Voir la définition complète →.
3. Dossier de gouvernance des données. Documentez la provenance des données d'entraînement, leur représentativité et les lacunes connues. L'AI Act exige explicitement une gouvernance des données pour les systèmes à haut risque.
4. Conception de la supervision humaine. Pour le niveau 3, prouvez que la demande de reprise en main laisse à l'humain assez de temps et de clarté. C'est une exigence dure du R157, pas une coquetterie UX.
5. Audit du CSMS et du pipeline de mise à jour. Montrez que les mises à jour de modèle passent par les contrôles R155 et R156, avec rollback.
6. Surveillance après mise sur le marché. Collecte de données terrain et processus défini pour détecter et signaler les dégradations. Les deux cadres l'exigent.

Le contraste américain, et pourquoi il compte pour les lancements mondiaux

Les États-Unis n'ont pas, début 2026, de loi fédérale unique sur l'IA embarquée équivalente à l'AI Act. La NHTSA régule via les FMVSS, des exemptions, des standing general orders (imposant le signalement des accidents pour les systèmes automatisés) et son pouvoir de rappel. Les États ajoutent leurs propres règles pour les essais et le déploiement de véhicules automatisés, avec des écarts considérables.

Conséquence pratique : une fonction légale dans un État américain peut exiger une documentation différente dans un autre, et vos preuves de réception par type européenne ne satisfont pas automatiquement la NHTSA. Les OEM mondiaux (original equipment manufacturers) maintiennent en général des filières de conformité distinctes par marché. Budgétez la duplication, pas la réutilisation.

Qui détient le pouvoir

Le véritable rapport de force mérite d'être nommé. Le WP.29 fixe la base harmonisée, quasi mondiale, pour l'UE, le Japon, la Corée et bien d'autres. La Commission européenne et les autorités de réception des États membres appliquent la réception par type et l'AI Act. La NHTSA gouverne les États-Unis. Les grands OEM (Volkswagen, Toyota, Mercedes-Benz, Stellantis et d'autres) et les équipementiers de rang 1 (Bosch, Continental) façonnent les standards par leur participation. Mercedes-Benz a notamment obtenu une homologation fondée sur le R157 pour un système de niveau 3, une première référence concrète. Les régulateurs détiennent le veto ; l'industrie tient la plume.

Points clés à retenir

• L'IA automobile s'inscrit dans deux régimes empilés : la réception par type WP.29 de l'ONU (UN R157 pour les ALKS, R155 pour la cyber, R156 pour les mises à jour) et l'AI Act européen horizontal. Valider l'un ne valide pas l'autre.
• Pour l'IA de sécurité de conduite dans l'UE, les obligations de l'AI Act transitent largement *par* la réception par type, mais l'IA hors conduite (outils RH, surveillance biométrique du conducteur) déclenche l'AI Act sur une voie distincte.
• Faites un tri fonction par fonction avant le gel de conception : fonction de sécurité, biométrie, emploi, transparence. La reclassification tardive est le mode de défaillance coûteux.
• Les principaux risques modèle surveillés par les régulateurs sont le distribution shift, l'aveuglement aux cas limites, la régression OTA silencieuse et les lacunes d'explicabilité. Votre ODD, votre catalogue de scénarios et vos contrôles de mise à jour en sont les réponses directes.
• Les États-Unis (NHTSA, auto-certification, règles au niveau des États) constituent une filière distincte de l'Europe. Ne présumez pas que les preuves sont réutilisables d'un marché à l'autre.