Une action · plusieurs promesses · une seule conséquence
Les acteurs
Une action d’IA traverse rarement une seule organisation. La responsabilité, elle, peut se disperser entre toutes.
Sources et contexte de lecture
TENIR Labs · cartographie éditoriale des responsabilités · ne constitue pas un avis juridique
Rendu public simplifié, lecture du 19 octobre 2026. KB3 : ligne de rendu doctrinale instituée et active. Elle rend le sens ; elle n’est pas le code, ni une constitution. KB2 : ligne antérieure. Ce site ne certifie aucune implémentation. Lire le statut détaillé →
Sur cette page
Une chaîne de responsabilité fragmentée
Une action d’IA est presque toujours le résultat d’un marché : modèle, plateforme, données, intégration, règles métier et décision de déploiement.
Le problème n’est pas que chaque acteur soit nécessairement irresponsable. Le problème est que chacun connaît son périmètre commercial, alors que les conséquences traversent les frontières entre eux.
Les joueurs
| Joueur | Ce qu’il promet | Ce qu’il doit pouvoir clarifier |
|---|---|---|
| Fournisseur de modèle | Performance, raisonnement, autonomie | Version, limites connues et séparation entre capacité du modèle et garantie du système final |
| Éditeur de plateforme | Orchestration, intégration, productivité | Services réellement utilisés, permissions et responsabilités laissées au client |
| Intégrateur | Déploiement rapide et adaptation métier | Configuration, connecteurs, tests et hypothèses introduites pour le client |
| Organisation cliente | Service, décision ou expérience fiable | Mandat donné au système, limites, supervision et capacité de reconstitution |
| Équipe métier | Résultat opérationnel | Règles, exceptions et décisions qui ne peuvent pas être déléguées implicitement |
| DSI / RSSI | Infrastructure et sécurité | Contrôles disponibles, accès, journaux et conditions d’arrêt effectives |
| Consultant | Méthode, maturité, conformité | Périmètre de son analyse et différence entre recommandation et implémentation |
| Régulateur | Principes et obligations | Cadre applicable, sans se substituer à la preuve technique de l’organisation |
| Personne impactée | Elle reçoit l’effet | Le droit de comprendre, contester et obtenir une réponse exploitable |
Pour chaque acteur, cinq questions
- Que promet-il exactement ?
- Que contrôle-t-il réellement ?
- Que ne contrôle-t-il pas ?
- Quelle preuve devrait-il pouvoir fournir ?
- Quelle responsabilité risque-t-il de renvoyer ailleurs ?
Le point aveugle
Une organisation peut avoir des contrats, une politique d’usage et une matrice de rôles. Cela ne suffit pas à montrer qui avait effectivement le pouvoir d’agir au moment précis où l’effet s’est produit.
La responsabilité devient visible lorsque l’on relie :
Promesse → mandat → configuration → action → effet → preuve → réparationÀ retenir
Une responsabilité distribuée n’est pas une responsabilité absente. Mais elle doit être reconstruite avant l’incident, pas inventée après.
Rejouer la séquence d’un cas →
Apprendre à distinguer politique, contrôle et preuve →
Carte de responsabilité
Une conséquence. Plusieurs zones de responsabilité.
Chaque acteur possède une pièce de la chaîne. Aucun ne devrait posséder seulement le récit commercial.