C-Clerc lève 1,2 M€ : la souveraineté comme architecture

1,2 million d'euros. À côté des 70 millions levés par LegalPlace ou des 144 millions de dollars d'ARR affichés par Harvey à sa dernière valorisation de 8 milliards de dollars, le tour de table bouclé par C-Clerc le 5 octobre 2026 pourrait passer pour un non-événement. C'est une erreur de lecture. Ce que révèle cette levée — modeste en montant, précise dans son positionnement — en dit plus long sur la trajectoire réelle de l'IA juridique française que n'importe quelle méga-levée généraliste : la souveraineté cesse d'être un argument de communication pour devenir un critère d'investissement et un choix d'architecture assumé dès la conception.

Un tour de table ciblé, un signal qui ne l'est pas

C-Clerc a levé 1,2 M€ auprès d'ADNEXUS, fonds explicitement dédié à la legaltech notariale, pour accélérer le déploiement de son CRM souverain augmenté par l'IA. La promesse : automatiser une partie des tâches répétitives des offices notariaux tout en structurant la gestion de la relation client, sans sortir du cadre réglementaire propre à la profession.

Le montant est modeste. Le signal ne l'est pas, pour trois raisons.

D'abord, le fonds lui-même : ADNEXUS n'est pas un généraliste du capital-risque qui parie sur la legaltech comme verticale parmi d'autres — c'est un véhicule construit autour de l'écosystème notarial, avec une connaissance fine des contraintes réglementaires du métier. Sa décision d'investir dans une architecture souveraine plutôt que dans un wrapper autour d'un LLM américain est un vote de confiance sectoriel, pas un pari financier opportuniste.

Ensuite, le contexte : cette opération s'inscrit dans une séquence de levées legaltech françaises de l'automne 2026 qui partagent un point commun inhabituel — LegalPlace (70 M€) et Haiku (3 M€) mettent toutes deux en avant le critère « souverain » comme argument différenciant structurant, et non comme une ligne en bas de plaquette commerciale. Trois opérations, trois tailles différentes, un même positionnement émergent face aux solutions adossées à des LLM américains hébergés via Azure ou AWS.

Enfin, le choix du marché d'entrée : le notariat. Peu de professions juridiques françaises cumulent autant d'obligations de traçabilité, de confidentialité et de contrôle documentaire que les offices notariaux. Si la souveraineté par l'architecture s'impose comme standard de facto dans ce secteur, elle devient un référentiel transposable — et attendu — par les cabinets d'avocats soumis à des contraintes comparables sur leurs dossiers les plus sensibles.

Pourquoi le notariat ne peut pas se permettre l'à-peu-près souverain

Les offices notariaux opèrent sous un régime hybride rarement rencontré ailleurs : ils produisent des actes authentiques — documents à valeur probante opposable — tout en étant assujettis aux obligations de lutte contre le blanchiment de capitaux et le financement du terrorisme (LCB-FT), au même titre que les établissements bancaires. Cette double contrainte impose une traçabilité documentaire intégrale : qui a consulté quoi, quand, dans quel contexte, et où les données ont-elles transité.

Un CRM augmenté par l'IA qui gère la relation client d'une étude notariale manipule donc simultanément :

• des données patrimoniales et familiales à caractère hautement personnel ;
• des informations soumises au secret professionnel notarial ;
• des éléments déclaratifs entrant dans le champ LCB-FT, avec obligation de conservation et d'auditabilité ;
• des pièces constitutives d'actes authentiques, dont l'intégrité documentaire ne souffre aucune ambiguïté de juridiction.

Dans ce contexte, la pseudonymisation de données envoyées à un LLM hébergé sur une infrastructure cloud américaine — même via une entité européenne d'Azure ou d'AWS — ne règle pas le problème de fond : l'exposition au Cloud Act américain s'applique à l'opérateur technique, indépendamment du lieu physique des serveurs. Un hébergement « en Europe » chez un fournisseur américain reste, juridiquement, un hébergement sous juridiction américaine potentielle. Pour une profession dont la validité des actes dépend de la chaîne de confiance documentaire, ce n'est pas un détail de conformité — c'est un risque structurel.

C'est précisément ce terrain que C-Clerc choisit d'occuper en construisant son CRM souverain dès la conception, plutôt que de rajouter une couche de conformité a posteriori sur une architecture cloud généraliste.

Ce que « souverain » veut réellement dire en architecture

Le débat se résume trop souvent à une opposition binaire caricaturale : « les données ne sortent jamais » contre « tout part dans le cloud ». Cette simplification dessert les deux parties du marché et masque la vraie ligne de fracture, qui est architecturale, pas idéologique.

En pratique, une solution d'IA juridique sérieuse — qu'elle soit notariale ou dédiée aux cabinets d'avocats — doit répondre à une question précise : qu'est-ce qui quitte réellement l'infrastructure du cabinet, et sous quelle forme ?

Dans une architecture pensée pour la souveraineté dès la conception, comme celle que vise C-Clerc pour le notariat ou celle que RAGbase Legal déploie pour les cabinets d'avocats, la réponse est structurée en couches :

• Ce qui reste systématiquement on-premise ou sur l'infrastructure du cabinet : les documents clients complets, l'index et le vector store construits à partir de ces documents, les permissions d'accès granulaires par dossier et par utilisateur, les logs d'audit complets, les workflows d'orchestration agentique.
• Ce qui peut, selon le besoin, être envoyé à un fournisseur LLM externe : uniquement des extraits minimisés — les chunks strictement nécessaires pour générer une réponse à une requête précise — transmis selon les conditions API négociées et choisies par le cabinet lui-même, pas imposées par défaut par l'éditeur du logiciel.

Cette distinction change tout en matière de gouvernance. Un cabinet qui utilise RAGbase Legal peut parfaitement faire appel à un modèle de langage tiers pour la génération de texte — rien n'interdit l'usage de modèles performants. Ce qui ne bouge pas, c'est l'emplacement du patrimoine documentaire, de l'orchestration, des permissions et de la piste d'audit. L'écart entre « document complet + agent sous contrôle du cabinet » et « chunk minimisé envoyé au modèle » est la seule distinction qui tienne juridiquement et techniquement — tout le reste relève du marketing.

Panorama des modèles d'architecture sur le marché

Ce tableau n'est pas un classement de qualité — Harvey, CoCounsel ou Lexis+ Protégé sont des produits matures, avec des bases d'utilisateurs considérables (Harvey revendique environ 100 000 avocats utilisateurs). La question n'est pas « lequel est le meilleur produit », mais « lequel est compatible avec le cadre réglementaire de mon activité ». Pour un office notarial ou un cabinet traitant des dossiers soumis à LCB-FT, la réponse architecturale se resserre mécaniquement vers la première ligne du tableau.

Le coût réel : au-delà du prix par siège

La comparaison tarifaire brute masque souvent l'essentiel, mais elle reste révélatrice d'une logique de marché différente :

Pour un cabinet de 10 à 500 avocats — le cœur de cible des études notariales de taille moyenne et des cabinets régionaux —, le modèle par siège devient structurellement coûteux dès que l'outil est déployé largement plutôt que confié à une poignée de power users. Un modèle d'investissement one-time, dimensionné à l'infrastructure plutôt qu'aux effectifs, inverse cette dynamique à mesure que l'usage se généralise dans l'étude ou le cabinet.

Ce différentiel de coût n'a de sens que rapporté à la performance réelle. Deux points de repère utiles ici : l'étude Stanford sur Harvey a mesuré un taux d'hallucination d'environ 1 réponse sur 6, un rappel que la sophistication d'un LLM cloud premium ne dispense jamais de supervision humaine — souveraineté et fiabilité sont deux axes de gouvernance distincts, pas substituables l'un à l'autre. À l'inverse, des déploiements spécialisés comme El Murshid, avec 26 000 dossiers indexés, démontrent qu'une indexation rigoureuse et contrôlée peut générer entre 5 % et 70 % de temps de rédaction économisé selon les typologies de dossiers — la preuve que le gain de productivité ne dépend pas de l'envoi systématique de documents complets vers un cloud tiers, mais de la qualité de l'indexation et de l'orchestration documentaire.

Ce que la vague « souverain » dit du marché français

LegalPlace (70 M€), Haiku (3 M€), C-Clerc (1,2 M€) : trois montants sans commune mesure, un même positionnement revendiqué. Ce n'est pas une coïncidence de calendrier, c'est une segmentation de marché en train de se stabiliser. D'un côté, des acteurs horizontaux globaux qui misent sur la puissance brute des LLM américains et une distribution à grande échelle. De l'autre, des acteurs verticaux français qui font le pari — validé par des fonds spécialisés comme ADNEXUS — que la conformité réglementaire et le contrôle architectural sont eux-mêmes un avantage concurrentiel durable, pas une contrainte à minimiser.

Pour les professions réglementées françaises — notariat, mais aussi cabinets d'avocats traitant du contentieux pénal, du conseil patrimonial ou des opérations M&A impliquant des informations privilégiées —, ce choix d'investisseurs spécialisés vaut signal d'alerte précoce : la prochaine génération d'outils dominants dans ces verticales ne sera pas nécessairement celle qui lève le plus, mais celle dont l'architecture a été pensée dès le premier jour pour le cadre réglementaire du métier.

Ce que les cabinets d'avocats doivent retenir de l'exemple notarial

L'exemple notarial n'est pas une curiosité sectorielle isolée. Il préfigure une exigence qui va se généraliser aux cabinets d'avocats, en particulier ceux qui traitent des dossiers soumis au secret professionnel renforcé, à des obligations de confidentialité contractuelle strictes avec des clients institutionnels, ou à des enjeux de conformité LCB-FT sur certaines activités (transactions immobilières, structuration patrimoniale, fiducie).

La grille de lecture à appliquer, pour un DSI ou un associé gérant évaluant une solution d'IA juridique, devrait porter sur trois questions concrètes avant toute considération de prix ou de fonctionnalités marketing :

• Où résident physiquement et juridiquement les documents complets du cabinet une fois ingérés dans l'outil ?
• Quelle est la nature exacte de ce qui est transmis à un éventuel LLM tiers — document complet ou extrait minimisé — et sous quelles conditions contractuelles ?
• Qui contrôle les permissions, les logs d'audit et la capacité à démontrer, en cas de contrôle LCB-FT ou de contentieux sur le secret professionnel, la traçabilité complète des accès ?

Ces questions s'appliquent aussi bien à l'évaluation d'un guide IA pour cabinets qu'à la sélection d'un outil de recherche de jurisprudence IA : la nature de l'usage importe moins que l'architecture sous-jacente qui détermine où vivent réellement les données du cabinet.

Perspective : vers une segmentation assumée du marché

La trajectoire qui se dessine d'ici 2027 n'est pas celle d'un vainqueur unique entre souveraineté et puissance cloud généraliste. C'est une segmentation assumée : les cabinets traitant des volumes massifs de due diligence transfrontalière continueront probablement à s'appuyer sur des solutions type Harvey ou CoCounsel, dont la puissance brute et la couverture fonctionnelle restent réelles. Les offices notariaux, les cabinets de contentieux pénal, les structures gérant du patrimoine sensible ou des dossiers LCB-FT iront mécaniquement vers des architectures pensées dès la conception pour rester sous contrôle du cabinet — exactement le pari que fait C-Clerc, et celui sur lequel RAGbase Legal se positionne pour les cabinets d'avocats.

Avant de signer un contrat avec un éditeur d'IA juridique, qu'il soit notarial ou généraliste, posez trois questions simples et exigez des réponses écrites : où vivent les documents complets, qu'est-ce qui transite réellement vers un LLM tiers, et qui contrôle les logs d'audit en cas de contrôle réglementaire. La réponse déterminera si l'outil est compatible avec le niveau de confidentialité que votre activité impose — pas sa fiche produit.