Oui, une IA peut lire vos contrats, repérer les clauses à risque, extraire les échéances et comparer un texte à votre modèle. Elle prépare le travail du juriste, elle ne le remplace pas : la qualification, la décision et la signature restent humaines, et les contrats sensibles se traitent sur un hébergement maîtrisé, en local ou en Europe.
Pourquoi les directions juridiques de PME et d'ETI s'y intéressent maintenant
Dans une ETI industrielle de 600 salariés, le juriste interne est souvent seul, ou à deux. Il reçoit des contrats de vente à relire avant la fin de la semaine, des conditions générales d'achat à négocier, des avenants de sous-traitance, des NDA que les commerciaux ont déjà promis de signer. Entre deux urgences, personne ne sait dire combien de contrats arrivent à échéance dans les six prochains mois, ni lesquels se reconduisent tacitement.
Le problème n'est pas l'intelligence juridique, il est dans le volume et la dispersion. Les contrats vivent dans des dossiers partagés, des boîtes de messagerie, parfois dans le tiroir d'un directeur commercial. Un assistant qui sait lire ces documents, les classer et répondre à des questions précises change la façon de travailler : c'est le principe d'un chatbot IA professionnel avec RAG branché sur votre fonds documentaire, avec des réponses qui citent le passage du contrat dont elles viennent.
Que sait faire l'IA sur un contrat, concrètement ?
Quatre usages tiennent la route en production, à condition d'être bien cadrés.
- Le repérage de clauses. Limitation de responsabilité, clause de non-concurrence, pénalités, droit applicable, résiliation, exclusivité : l'IA les localise dans un contrat de quarante pages et les résume en langage clair, avec la référence de l'article.
- L'extraction des échéances et des obligations. Date d'effet, durée, préavis de non-reconduction, révision de prix, jalons de livraison. Le résultat alimente un tableau de suivi plutôt qu'un agenda tenu à la main.
- La comparaison à un modèle. Vous disposez d'un contrat type ou d'une position de négociation. L'IA signale ce qui diffère : clause absente, formulation plus dure, plafond de responsabilité inférieur à votre standard.
- Le premier avis. Sur une demande simple d'un commercial (« puis-je signer ce NDA tel quel ? »), elle produit une première lecture que le juriste valide ou corrige en quelques minutes.
Ce sont des tâches de lecture et de comparaison, exactement ce que les modèles de langage font bien aujourd'hui. Elles ne demandent pas de jugement sur l'opportunité d'un risque, et c'est là que la frontière passe.
Qu'est-ce que le juriste garde, et pourquoi ne se délègue-t-il pas ?
La qualification juridique, l'arbitrage et la signature restent chez le juriste, et chez le dirigeant qui engage la société. Une clause de plafonnement de responsabilité n'est pas « bonne » ou « mauvaise » dans l'absolu : elle dépend du montant du contrat, du poids du client, de ce que vous êtes prêt à perdre pour gagner l'affaire. L'IA ne connaît ni votre trésorerie, ni l'historique de la relation, ni la marge que le directeur général accepte de sacrifier cette année.
Il y a aussi une raison pratique. Un modèle de langage peut se tromper avec aplomb : citer un article qui n'existe pas, manquer une clause cachée dans une annexe, mal interpréter un renvoi entre deux articles. Les bons dispositifs ne cherchent pas à supprimer ce risque, ils l'encadrent. Chaque réponse pointe vers le passage source, le juriste vérifie ce passage, et rien ne part vers un tiers sans relecture humaine.
Nous le formulons ainsi aux équipes que nous accompagnons : l'IA lit, repère et propose, le juriste qualifie, décide et signe. Si un outil vous propose de « valider automatiquement » des contrats, c'est le signe qu'il faut s'en méfier.
Comment se déroule un projet, de l'état des lieux à l'usage quotidien ?
Dans les missions que nous menons chez des PME et des ETI, la séquence est presque toujours la même.
Avant. On commence par l'état des lieux : où sont les contrats, dans quels formats (PDF natifs, scans, documents Word), combien de familles de contrats différentes, quelles questions le juriste se pose le plus souvent. Un scan de mauvaise qualité ou un contrat annoté à la main change tout : il faut prévoir une étape de reconnaissance de texte (extraction de documents par IA) avant même de parler d'analyse. On définit aussi avec le juriste la grille de lecture : les vingt clauses qui comptent pour votre entreprise, plutôt qu'une liste générique.
Pendant. On construit un prototype sur un échantillon de contrats que le juriste connaît déjà. C'est la phase la plus utile : il compare les réponses de l'outil à sa propre lecture, relève les erreurs, et la grille se corrige. On mesure à ce moment-là ce que l'outil rate, pas seulement ce qu'il réussit. Une batterie de tests sur des contrats dont on connaît la bonne réponse permet de voir les régressions quand on change de modèle ou de réglage.
Après. L'outil entre dans le quotidien : questions en langage naturel sur le fonds de contrats, tableau des échéances, alertes de préavis, pré-lecture des nouveaux contrats entrants. Le projet est livré avec sa documentation, le client est propriétaire du code et des accès, et la maintenance supervisée permet de voir les erreurs avant que les utilisateurs ne les signalent. Cette maintenance fait l'objet d'un abonnement distinct du projet.
Où héberger l'outil quand les contrats sont sensibles ?
C'est la question qui décide souvent du projet. Un contrat de sous-traitance avec un grand donneur d'ordres, un protocole d'accord de cession, un contrat de travail de dirigeant : on n'envoie pas ces documents n'importe où.
Trois niveaux existent, du plus ouvert au plus fermé.
- Un service cloud hébergé dans l'Union européenne, avec un contrat qui interdit l'entraînement sur vos données et une conservation limitée. Convient à la majorité des contrats courants.
- Un déploiement dans votre propre environnement cloud (votre abonnement, vos clés), sans que les documents quittent votre périmètre.
- Un modèle exécuté en local, sur un serveur dans vos murs ou chez un hébergeur français. Les capacités sont un cran en dessous des meilleurs modèles du marché, mais pour les contrats les plus confidentiels c'est parfois la seule option acceptable.
Le choix se fait contrat par contrat, ou plutôt famille de contrats par famille de contrats. Rien n'empêche de traiter les NDA courants avec un service européen et de réserver le modèle local aux dossiers de fusion-acquisition. La CNIL publie des recommandations utiles sur le sujet, notamment pour les systèmes qui traitent des données personnelles : voir ses ressources sur l'intelligence artificielle. Or un contrat contient presque toujours des noms, des fonctions, des coordonnées : le RGPD s'applique.
Que dit la réglementation sur ces usages ?
Le règlement européen sur l'IA, dit AI Act, classe les usages par niveau de risque. L'analyse de contrats par un juriste interne ne figure pas, en tant que telle, parmi les usages à haut risque listés par le texte : on se situe plutôt du côté du risque limité, avec des obligations de transparence et de bonne information des utilisateurs. Le texte officiel est consultable sur EUR-Lex.
Deux nuances méritent d'être posées. D'abord, le classement dépend de l'usage, pas de la technologie : un outil qui servirait à évaluer des salariés à partir de leurs contrats de travail changerait de catégorie. Ensuite, la conformité ne se limite pas à l'AI Act : RGPD, secret des affaires, clauses de confidentialité de vos propres contrats (certains interdisent de transmettre le document à un tiers, y compris un prestataire d'IA). Une gouvernance de l'IA claire, avec une charte d'usage, évite que chaque collaborateur colle un contrat dans un outil grand public pour gagner dix minutes.
Quels sont les pièges les plus fréquents ?
Trois reviennent régulièrement dans les projets que nous voyons.
Le premier est de commencer par un outil généraliste sans grille de lecture. Les réponses sont fluides, donc crédibles, et le juriste finit par tout relire : le gain de temps disparaît. Le deuxième est de négliger la qualité des documents : des scans penchés, des annexes en images, des versions successives mélangées dans le même dossier. Le troisième est de traiter le sujet comme un projet informatique alors que c'est d'abord un projet de métier : sans le juriste dans la boucle dès le premier jour, l'outil sera poli, rapide, et peu utilisé.
Un quatrième piège, plus discret : vouloir tout couvrir d'emblée. Un périmètre resserré, par exemple les contrats fournisseurs d'une seule direction, donne un résultat mesurable en quelques semaines et sert ensuite de référence pour étendre.
Par où commencer dans votre entreprise ?
Prenez un après-midi avec votre juriste et trois questions. Quelles sont les cinq demandes de lecture qui reviennent le plus souvent ? Où sont stockés les contrats concernés, et dans quel état ? Quels sont ceux qui ne doivent jamais sortir de vos serveurs ? Les réponses suffisent à dessiner un premier périmètre, un niveau d'hébergement et une liste de contrats de test.
Les mêmes logiques servent dans d'autres fonctions : la réponse aux appels d'offres, où l'on relit des cahiers des charges (automatiser vos réponses aux appels d'offres avec l'IA), le suivi des réclamations clients (gestion des litiges clients par IA), ou le contrôle interne (l'audit IA pour l'audit interne). Dans tous les cas, la méthode est la même : un périmètre étroit, une vérification humaine, une mesure des erreurs.
Si vous voulez cadrer ce périmètre avec nous avant d'engager un développement, un diagnostic IA permet de dire ce qui est faisable, sur quel hébergement, et ce que le juriste gardera sous son contrôle.
