Enterprise CLM stack — AI-assisted drafting and review

Le stack CLM d’entreprise pour les directions juridiques qui pilotent des programmes contractuels à fort volume et forte complexité, là où le délai de traitement, la précision des redlines et le suivi des obligations après signature se lisent dans les chiffres. Quatre outils, quatre phases du cycle de vie, avec des passages de relais nommés entre eux. Les quatre ont bougé en 2026 : Ironclad a livré des agents achats et un serveur MCP, Litera s’est relancé autour d’un agent unique et a renommé sa gamme de métadonnées, Docusign a renommé l’API de référentiel dont dépend ce stack, et Spellbook a retiré ses tarifs publiés — ce dernier point est le plus gros changement dans la façon dont vous budgétez le stack.

Comment les pièces s’assemblent

Ironclad est la colonne vertébrale du CLM et le moteur de workflow. Chaque contrat entre par la réception Ironclad : un formulaire structuré qui capture la contrepartie, le type de contrat, le niveau de risque et les validations requises avant qu’une clause ne soit rédigée. Ironclad achemine la demande vers le bon playbook, affecte le dossier et gouverne la chaîne de validation. Après signature, Ironclad stocke l’accord signé, suit les dates de renouvellement et les obligations, et déclenche les alertes d’échéance. Pour des programmes traitant de 2,000 à 10,000+ contrats par an, c’est ici que réside la discipline opérationnelle.

Deux choses ont changé ici le 2026-08-05. Ironclad a livré AI Obligation Extraction, qui transforme fenêtres de renouvellement, remises, avoirs, ristournes, droits de résiliation et conditions de paiement en champs suivis plutôt qu’en prose que quelqu’un doit relire ; un Contract Family Agent qui construit les hiérarchies de contrats fournisseurs sans étiquetage manuel ; AI Redlining from Precedent ; et une intégration SAP vendue en deux paquets, SAP Data Foundation et SAP Procurement Automation, qui relient Ariba et S/4HANA. Séparément, Ironclad exploite désormais un serveur MCP distant officiel avec OAuth, exposant une dizaine d’outils — dont create_obligation, get_obligation, list_obligations, list_obligation_types, update_obligation — à Claude, ChatGPT, Cursor et aux autres clients MCP. L’effet pratique : un agent peut interroger la couche des obligations sans que personne n’ait à développer d’abord contre l’API REST.

Spellbook prend en charge la rédaction assistée par IA et la revue de premier passage. Le relais depuis Ironclad est le déclencheur de réception : lorsque Ironclad achemine une demande vers un juriste rédacteur, celui-ci travaille avec les positions pertinentes du playbook comme contexte. Spellbook signale les écarts au playbook, propose des formulations de repli pré-validées et annote les clauses risquées en langage clair ; le projet finalisé retourne dans Ironclad pour l’acheminement de validation. La propriété porteuse : il lit le playbook propre à l’équipe plutôt qu’un corpus juridique générique, de sorte que ses suggestions reflètent les positions de la maison et non la supposition d’un modèle sur le standard de marché.

Le cadrage à abandonner est celui du « module complémentaire Word ». Le volet Word reste la surface quotidienne, mais Spellbook est vendu comme une plateforme de briques nommées — Review, Draft, Compare, Ask, Playbooks et Associate, un agent de rédaction et de revue multi-documents — et il atteint l’email, Slack et Salesforce. Les connecteurs couvrent iManage, OneDrive, SharePoint, Google Drive et Dropbox. Notez ce qui manque : pas d’API publique ni de serveur MCP. Spellbook est donc la seule couche de ce stack contre laquelle vous ne pouvez ni automatiser ni vous adresser depuis un agent. Tout ce qui franchit cette frontière la franchit sous la forme d’un humain dans un document.

Litera apporte le contrôle qualité documentaire et le nettoyage des métadonnées au point d’envoi. Le relais de Spellbook vers Litera est l’étape de pré-envoi. Litera Compare exécute un diff final au niveau de la clause contre la dernière version approuvée pour attraper les modifications introduites pendant l’échange de redlines. La couche de métadonnées retire le suivi des modifications masqué, les fils de commentaires et l’historique du document avant qu’un fichier n’atteigne la contrepartie : une exposition réelle sur les accords négociés, où les positions antérieures sont logées dans l’historique des modifications.

Cette couche de métadonnées a été renommée en 2026. La gamme Metadact s’appelle désormais Clean : Clean Desktop remplace Metadact Desktop, Clean Server remplace le serveur sur site, Clean Cloud remplace Metadact au sein de Litera One, et Clean+ — un service hébergé par Litera qui supprime la nécessité de provisionner et de patcher votre propre serveur de nettoyage — a atteint la disponibilité générale fin juin 2026. Clean détecte et supprime plus de 300 types de métadonnées dans les pièces jointes Word, PDF, Excel et ZIP, aussi bien dans l’Outlook classique que dans le nouveau. Si votre runbook nomme encore Metadact, il nomme un produit qui n’existe plus sous cette étiquette.

Litera s’est également relancé en tant qu’entreprise le 2026-07-15 autour de « un agent, un jeu de données », vendant la plateforme plutôt que les produits ponctuels, avec l’agent Lito comme fil conducteur entre rédaction, comparaison, revue de contrats, gestion des connaissances et développement commercial. La prochaine version de Lito est présentée sur l’ensemble du portefeuille Foundation et GrowthTech à l’ILTACON, à Nashville, du 23 au 27 août 2026. Traitez cela comme du positionnement et une démonstration, pas comme une capacité que vous possédez déjà : ce que Lito fait dans votre tenant est une question à poser à votre contrat Litera. Ce sont les moteurs déterministes Compare et Clean, et non l’agent, dont ce stack dépend à la frontière d’envoi.

Docusign IAM est la couche de signature et la plateforme d’intelligence des accords. Le relais depuis Ironclad est le déclencheur d’exécution : une fois la validation terminée, IAM envoie le dossier d’exécution, suit le statut de signature et renvoie l’accord signé au référentiel Ironclad par webhook.

L’API de référentiel a changé de nom et a mûri. Ce qui était la Navigator API est maintenant l’Agreement Manager API, en disponibilité générale pour les clients Agreement Manager éligibles depuis mai 2026. Son extraction Iris renvoie les clauses sous forme de champs structurés — expiration_date, renewal_type (par exemple AUTO_RENEW), renewal_notice_date, total_agreement_value, effective_date, jurisdiction, termination_period_for_cause — plutôt que sous forme de texte à parser. L’ingestion en masse passe par POST /v1/accounts/{accountId}/upload/jobs à raison de 10,000 documents par job et 100MB par document, avec des URL pré-signées valables huit heures et un TTL de job de trois jours ; la récupération unitaire est GET /v1/accounts/{accountId}/agreements/{agreementId}. L’authentification est OAuth 2.0. C’est la pièce qui transforme une migration de l’historique documentaire vers le stack en un travail scriptable plutôt qu’en une prestation de services.

Là où les outils se recouvrent désormais

L’ancien argument en faveur de cette combinaison était que chaque outil est spécialiste d’une phase, sans doublon. C’est moins vrai qu’avant, et prétendre le contraire vous fait payer deux fois.

L’AI Redlining from Precedent d’Ironclad atterrit sur le terrain de Spellbook, et l’AI Obligation Extraction d’Ironclad recoupe ce que l’Iris de Docusign renvoie via l’Agreement Manager API. Aucun de ces recouvrements n’est à lui seul une raison de retirer un outil, mais les deux sont une raison de décider par écrit quel système fait autorité pour chaque fonction avant le déploiement. Deux systèmes extrayant des dates de renouvellement vers deux référentiels, c’est ainsi qu’une équipe se retrouve avec deux réponses à la question « quand cela se renouvelle-t-il automatiquement ? ».

La répartition qui tient toujours : les juristes rédigent là où ils lisent, et ils résistent à l’idée d’être tirés vers un workflow de navigateur pour accepter un redline. Spellbook gagne donc sa place par l’adoption, et pas seulement par les capacités. Litera gagne la sienne parce que l’étape déterministe Compare-et-Clean n’a pas d’équivalent chez les trois autres et qu’elle est l’étape la plus souvent sautée dans un déploiement tout-en-un. Utilisez le redlining d’Ironclad pour le papier fournisseur qui arrive par la réception achats, où personne ne négocie dans Word de toute façon, et gardez Spellbook pour les accords commerciaux négociés.

La réalité des coûts

Séparez ce qui est publié de ce qui ne l’est pas : les deux moitiés se comportent très différemment dans un cycle budgétaire.

Publié ou observé :

• Ironclad : les achats suivis par Vendr placent la valeur contractuelle annuelle médiane à $40,000, avec une fourchette observée de $15,000 à $104,272 et une économie négociée moyenne de 20.6%. Les fourchettes à six chiffres élevés qui circulent au sujet d’Ironclad se situent au-dessus de presque tout ce que Vendr a réellement enregistré. Pour un programme de 50 à 150 utilisateurs, planifiez contre le haut de cette fourchette observée plutôt que contre la médiane, et traitez un devis nettement supérieur à ~$105,000 comme quelque chose à contester avec des comparables.
• Docusign IAM : désormais une grille publiée. Starter est à $45/utilisateur/mois en annuel, avec 100 envois d’enveloppes par utilisateur et par an et un workflow ; Standard est à $50/utilisateur/mois avec un minimum de trois utilisateurs, des enveloppes illimitées via l’application web et trois workflows ; Professional est à $80/utilisateur/mois avec un minimum de trois utilisateurs et dix workflows. Tous les paliers IAM plafonnent à 50 utilisateurs. C’est ce plafond, et non le prix par siège, qui pousse ce stack vers un devis sur mesure : un programme de 50 utilisateurs au palier publié le plus élevé représente environ $48,000/an, et tout ce qui dépasse 50 utilisateurs quitte complètement la grille.

Sous devis, dont un impossible à chiffrer :

• Spellbook : pas de prix publié. Spellbook affichait autrefois Solo à $99 et Team à $179 par utilisateur et par mois ; ces paliers ont disparu, et la page tarifaire ne montre plus que Law Firms et In-House Teams, sans aucun montant en dollars et avec la mention que le prix dépend du nombre de personnes sous licence. Les observateurs tiers situent le siège d’entrée quelque part entre environ $20 et $99, et l’entreprise entre environ $199 et $350, avec un minimum rapporté de dix sièges et six mois. Un écart de 5x sur le palier d’entrée n’est pas une fourchette de prix : c’est la preuve que personne en dehors de l’équipe commerciale de Spellbook ne sait. Ne mettez pas un chiffre Spellbook par siège dans un budget dont vous répondrez ; obtenez le devis d’abord, et obtenez-le tôt, car c’est la ligne à la plus forte variance du stack.
• Litera : uniquement sur devis, vendu sous forme de contrats d’entreprise groupés où le tarif effectif par utilisateur dépend des modules inclus. Compare plus Clean est le minimum dont ce stack a besoin ; Foundation et Kira sont des décisions distinctes.

Déploiement et coûts récurrents. La configuration d’Ironclad, la construction du playbook Spellbook et le déploiement de Litera forment ensemble un projet de première année, pas un achat. Compare se déploie en quelques jours ; la configuration des workflows Ironclad et le développement du playbook se comptent en mois. Le coût récurrent que l’on oublie est la maintenance du playbook : prévoyez environ un trimestre-juriste par an pour tenir les positions à jour, car Spellbook comme le redlining par précédent d’Ironclad amplifient ce qui se trouve dans le playbook, y compris les parties devenues obsolètes.

Règles d’adéquation

Ce stack est le bon choix quand :

• Le volume contractuel dépasse 2,000 accords par an avec une complexité juridique réelle — des accords commerciaux négociés, pas des click-wraps
• L’équipe interne compte 20+ juristes, de sorte que le gain de productivité par juriste couvre le coût par siège
• Vous avez la capacité IT d’assumer la configuration des workflows CLM, le provisionnement SSO/SCIM et l’intégration par webhook entre Ironclad et Docusign
• Les dépenses en conseil externe sont assez élevées pour que raccourcir les cycles de rédaction déplace les coûts juridiques de façon mesurable
• Le directeur juridique financera 6 à 12 mois de développement du playbook avant que le stack ne tourne à pleine efficacité

Ce stack est le mauvais choix quand :

• Le volume contractuel est inférieur à 1,000 par an — Ironclad est difficile à justifier en dessous ; Juro ou Concord couvrent le cas d’usage pour moins cher
• L’équipe compte moins de 10 juristes, où le coût de l’IA par siège dépasse le bénéfice
• Les playbooks n’existent pas encore — les couches d’IA amplifient un playbook, et il n’y a rien à amplifier
• Les contrats sont très majoritairement standards avec une négociation minimale, où signer et archiver suffit
• Vous évitez délibérément une plateforme CLM après un déploiement raté ou reporté — voyez plutôt la voie sans plateforme, qui est une conception différente et non une version moins chère de celle-ci

Variantes courantes

Remplacer Docusign IAM par la signature native d’Ironclad. Ironclad inclut une couche eSignature. Là où l’extraction structurée de clauses de l’Agreement Manager API n’est pas nécessaire — parce que les champs d’obligations propres à Ironclad la couvrent déjà — signer à l’intérieur d’Ironclad retire un fournisseur et une intégration. Règle de substitution : prenez-la quand le volume annuel d’enveloppes est inférieur à 5,000 et que les champs du référentiel Ironclad sont votre source de vérité unique pour les renouvellements. Ne la prenez pas s’il vous faut une migration scriptable de l’historique documentaire ; c’est l’argument le plus fort de l’Agreement Manager API.

Substituer Spellbook Compare à Litera Compare — mais pas à Clean. Spellbook embarque une capacité Compare, donc la moitié comparaison de l’étape de pré-envoi peut se déplacer. La moitié métadonnées, non : Spellbook n’a pas d’équivalent aux plus de 300 types de métadonnées de Clean dans Word, PDF, Excel et ZIP au sein d’Outlook. Règle de substitution : acceptable pour le diff seulement, et seulement quand le mix contractuel est natif Word et que l’équipe n’a pas de licences Litera existantes — Litera est fréquemment déjà payé dans les équipes constituées à partir de cabinets AmLaw. Supprimer l’étape métadonnées pour économiser la licence est le mauvais arbitrage : c’est la ligne la moins chère et celle qui couvre le plus grand risque de divulgation isolé.

Ajouter Harvey pour la due diligence M&A. Les quatre outils traitent les contrats commerciaux et opérationnels. Les équipes qui mènent aussi de la due diligence M&A — achats d’actifs, opérations en capital, revue des déclarations et garanties — gagnent à ajouter Harvey aux côtés de Spellbook pour l’analyse multi-documents, et Harvey atteint désormais le droit primaire via son alliance avec LexisNexis, ce qui réduit l’écart avec un siège de recherche dédié. Règle de substitution : justifiée au-delà de 3 à 4 transactions internes par an lorsque la due diligence n’est pas entièrement déléguée au conseil externe.

Orienter le stack côté achats. Les agents achats d’Ironclad et les paquets SAP rendent viable une configuration « contrats fournisseurs » de ce stack, ce qui n’était pas le cas il y a un an. Si le moteur est l’économie sur les achats plutôt que le délai de traitement côté vente, partez plutôt du stack contract ops côté achats.

Ce que ce stack NE remplace PAS

• Le conseil externe pour les contentieux vitaux, le droit boursier ou les sujets réglementaires spécialisés — le stack améliore le débit des contrats commerciaux, pas le jugement juridique
• La facturation électronique et la gestion des dossiers pour maîtriser les dépenses de conseil externe (Brightflag, désormais partie de Wolters Kluwer, ou Onit) — Ironclad gère des contrats, pas des factures
• Une fonction de conformité à la protection des données pour les obligations GDPR, CCPA et EU AI Act — les données contractuelles dans Ironclad alimentent un programme de confidentialité mais n’en constituent pas un
• La recherche juridique (Lexis+ with Protégé, Westlaw, CoCounsel) — Spellbook rédige contre votre playbook, pas contre la jurisprudence, et les questions inédites exigent toujours une couche de recherche
• Les systèmes de dépôt auprès des tribunaux pour les contentieux en cours