ISO 8373 : la classification de votre robot détermine son destin réglementaire

Un robot n'est pas défini par sa forme. Il est défini par ce qu'il fait, où il le fait, et avec qui.

C'est la thèse centrale d'ISO 8373, et la plupart des équipes engineering la découvrent trop tard, quand les décisions d'architecture sont déjà figées.

Reclasser un AMR en cobot en cours de développement, c'est ouvrir un autre arbre normatif, avec d'autres exigences de sécurité, d'autres niveaux de PLr, d'autres dossiers de certification. Ce n'est pas un changement de papier, c'est un changement de programme.

Pourquoi la classification coûte cher quand elle arrive en retard

Voici un scénario qui se joue régulièrement dans les équipes robotique.

L'équipe démarre avec un AMR destiné à évoluer dans des zones séparées de l'opérateur. Classification ISO 3691-4. Les exigences de sécurité sont connues, le planning de certification est posé. En sprint 4, une décision d'architecture : le robot doit pouvoir opérer à portée d'un humain, sans barrière physique. Fonctionnellement, c'est une amélioration. Réglementairement, c'est un franchissement de frontière.

Le robot entre dans le périmètre ISO/TS 15066. Les analyses de risque doivent être reprises. Les limites de force et de pression doivent être documentées pour chaque mode de contact. Le niveau de performance requis pour les fonctions de sécurité augmente. Le dossier technique complet est à reconstruire.

L'équipe découvre le problème huit mois plus tard, lors de la première revue avec le bureau de certification.

Ce scénario n'est pas exceptionnel. Il est structurel. Il se produit parce que la classification ISO 8373 n'est pas traitée comme une contrainte d'architecture, elle est traitée comme une formalité de fin de programme.

L'arbre normatif par famille de robots

ISO 8373 définit les familles. Chaque famille pointe vers un arbre normatif distinct, avec ses propres exigences techniques et documentaires.

La table est simple. Ce qui est complexe, c'est que la frontière entre cases n'est pas définie par la mécanique du robot, elle est définie par son contexte d'utilisation. Un même châssis peut tomber dans deux colonnes différentes selon le déploiement prévu. Ce point est sous-estimé par la quasi-totalité des équipes en phase de conception.

Ce que les équipes engineering font avec cette complexité

La réponse habituelle : un expert connaît la classification de tête, il la communique au reste de l'équipe verbalement ou dans une présentation, et l'information vit dans un fichier PowerPoint quelque part sur le serveur.

Le problème n'est pas l'expert. Le problème est que cette information n'est pas connectée aux décisions qui en dépendent.

Quand une décision d'architecture modifie le périmètre d'utilisation du robot, personne ne reçoit d'alerte. Les analyses de risque associées à la classification ne sont pas automatiquement marquées à réviser. Les sections du dossier technique liées aux standards impactés ne sont pas identifiées. Le Quality Manager apprend la reclassification lors de la revue de baseline, pas lors de la décision.

Trois raisons pour lesquelles la rigueur documentaire est un avantage concurrentiel

1. Les appels d'offres industriels testent votre maturité engineering avant votre prix

Un grand compte industriel qui évalue un fournisseur de robotique ne teste pas seulement la performance du robot. Il teste la capacité du fournisseur à démontrer la maîtrise de ses configurations, de ses baselines, et de ses processus de certification. Une équipe qui peut produire un dossier technique structuré, traçable et à jour en 48 heures gagne des points décisifs. Une équipe qui doit reconstituer son dossier à la demande perd du temps et de la crédibilité.

2. La levée de fonds industrielle exige une engineering truth vérifiable

Les fonds qui investissent en série B et au-delà dans des entreprises de robotique font une due diligence technique. Ils demandent à voir comment les décisions de design sont documentées, comment les révisions sont gérées, comment les baselines sont maintenues. Une startup qui ne peut pas répondre à ces questions ralentit ou bloque sa levée. Une startup qui montre un système structuré et traçable accélère la confiance des investisseurs.

3. L'expansion internationale impose de recertifier vos configurations

Un robot certifié EN 13849 pour l'Europe doit souvent être recertifié ANSI/RIA R15.06 pour les États-Unis, et revu selon les exigences locales pour l'Asie. Chaque expansion géographique est un exercice de certification. Si vos données engineering sont structurées et traçables, cet exercice prend des semaines. Si elles vivent dans des outils déconnectés, il prend des mois et expose des incohérences que vous n'aviez pas vues.

Le watchpoint 2027 : Machinery Regulation européenne

La nouvelle Machinery Regulation européenne (EU) 2023/1230 entre en application en janvier 2027. Elle remplace la Directive Machines de 2006. Les changements majeurs qui concernent la robotique : l'évaluation de conformité des machines intégrant de l'IA devient obligatoire pour les systèmes à risque élevé, les exigences de documentation technique sont élargies et explicites, et les robots collaboratifs ainsi que les AMR avec interaction humaine directe tombent dans des catégories de risque plus contraignantes.

Pour les équipes qui certifient aujourd'hui sous l'ancienne directive, la question n'est pas de savoir si elles devront se conformer. La question est de savoir si leur dossier technique est dans un état qui permet une transition rapide ou s'il faut tout reconstruire en 2026.

Ce que Koddex change dans ce contexte

La classification ISO 8373 n'est pas un problème de connaissance réglementaire. Les équipes engineering qui travaillent en robotique connaissent les normes. Le problème est opérationnel : comment connecter la classification à l'architecture, aux décisions de design, aux analyses de risque, aux révisions de baseline, de façon à ce qu'un changement de contexte d'utilisation remonte vers toutes les dépendances qui en dépendent.

Koddex structure cette couche. La classification devient un attribut de l'objet système. Elle est connectée aux requirements de sécurité, aux standards applicables, aux sections du dossier technique. Quand une décision modifie le périmètre d'utilisation, l'impact est visible immédiatement, pas huit mois plus tard lors de la revue de certification.

Ce n'est pas une promesse d'automatisation de la certification. C'est une infrastructure qui rend votre engineering truth lisible, traçable, et auditable à tout moment du programme.

La Machinery Regulation entre en application en janvier 2027. Si vos dossiers techniques sont structurés et traçables, la transition est un exercice. Sinon, c'est un projet.