À partir du moment où nous avions démontré qu’une information judiciaire pouvait être structurée, rendue intelligible et diffusée à grande échelle en France, une autre question s’est imposée presque mécaniquement :

Que se passe-t-il lorsque l’entreprise, le débiteur, le créancier, l’acheteur, le transporteur, le juriste ou l’investisseur traversent la frontière alors que l’information, elle, reste enfermée dans son territoire national ?

C’était la limite naturelle du Serveur Judiciaire.

La France avait déjà constitué pour nous un laboratoire d’une complexité immense. Tribunaux de commerce, annonces légales, publications judiciaires. Liquidations, ventes publiques, dirigeants, sociétés. Des banques de données spécialisées, des arborescences et des thésaurus. Nous avions passé des années à comprendre comment donner une cohérence nationale à des informations éclatées entre plusieurs centaines de sources.

Et à peine cette architecture commençait-elle à devenir solide que l’Europe nous obligeait à recommencer.

Mais cette fois-ci, tout changeait.

La langue. Le droit. Les institutions. Les nomenclatures. Les formes sociales. Les pratiques judiciaires. Les sources documentaires. La manière même de nommer les choses.

C’est là que j’ai compris qu’internationaliser une banque de données ne consiste absolument pas à traduire son interface.

C’est probablement l’une des erreurs les plus persistantes de l’informatique.

On construit un système dans un pays, puis on considère qu’il suffira de remplacer les mots français par leurs équivalents anglais, allemand, italien ou espagnol. Cela ne fonctionne pas.

Parce qu’un système juridique n’est pas un dictionnaire. Il possède une histoire. Une architecture. Des catégories qui ne se recouvrent jamais parfaitement.

Un tribunal de commerce français ne trouve pas nécessairement son équivalent exact dans le pays voisin. Une procédure collective n’est pas identique simplement parce que deux expressions semblent proches. Une forme sociale peut avoir une cousine juridique étrangère sans lui être réellement équivalente. Une interdiction, une liquidation, une publication légale, une responsabilité de dirigeant, une modalité de publicité peuvent obéir à des logiques radicalement différentes.

Le problème devenait donc beaucoup plus intéressant. Il ne fallait plus seulement normaliser les données. Il fallait normaliser sans effacer les différences.

Cette distinction allait traverser toute la suite de mon travail : normaliser sans effacer les différences.

Une mauvaise normalisation écrase la réalité pour la faire entrer dans les cases de la machine. Une bonne normalisation construit suffisamment de correspondances pour permettre la comparaison tout en conservant ce qui distingue les objets.

C’est extrêmement difficile.

Et c’est là que le Serveur Judiciaire Européen devient pour moi une véritable école intellectuelle. Nous avions déjà appris à produire des catégories. Nous devions maintenant apprendre à produire des équivalences imparfaites.

Ce terme me paraît juste. Dans beaucoup de domaines, la réalité n’offre pas de correspondance parfaite.

Le travail de l’architecte documentaire consiste alors à dire : voici ce qui est comparable. Voici ce qui ne l’est pas. Voici ce qui peut être rapproché sous certaines conditions. Voici la différence qu’il faut absolument préserver.

Les grandes intelligences artificielles rencontrent aujourd’hui la même difficulté lorsqu’elles travaillent entre plusieurs cultures ou plusieurs systèmes de droit.

La traduction lexicale est relativement facile.

La traduction conceptuelle l’est beaucoup moins.

Nous le découvrions très concrètement. Chaque nouveau pays obligeait à refaire l’autopsie de la data.

Qui produit l’information ?

Quelle institution ?

Sous quelle autorité ?

Avec quelle valeur juridique ?

À quel moment la donnée devient-elle publique ?

Combien de temps reste-t-elle pertinente ?

Quel identifiant permet de suivre une personne morale ?

Comment sont organisés les registres ?

Quels événements doivent être publiés ?

Comment les sociétés changent-elles de forme ?

Quels documents sont accessibles ?

Les réponses variaient. Et derrière ces différences techniques apparaissait une réalité plus profonde : chaque État encode sa propre culture dans son administration.

Je trouve cela fascinant. Un registre du commerce n’est pas seulement un fichier. Il raconte une conception de la transparence économique.

Une procédure collective raconte une conception du rapport entre débiteur, créancier, salarié et intérêt général. La publicité légale raconte ce qu’une société considère comme suffisamment important pour devoir être porté à la connaissance des tiers.

En construisant le Serveur Judiciaire Européen, nous commencions donc involontairement à cartographier les cultures administratives de l’Europe. Et cette diversité était considérable.

Il fallait travailler avec les sources locales. Les langues. Les praticiens. Les correspondants. Les institutions.

Puis reconstruire une couche commune au-dessus. C’est là que Groupe Serveur change véritablement d’échelle. Nous ne construisons plus seulement des bases françaises accessibles à distance. Nous commençons à penser une infrastructure transfrontalière de la connaissance.

Et ce changement d’échelle arrive au moment même où l’Europe économique se transforme profondément. Le marché intérieur progresse. Les entreprises circulent davantage. Les capitaux circulent. Les marchandises. Les dirigeants.

Les procédures ne peuvent donc plus être regardées comme si chaque frontière enfermait intégralement la vie d’une société.

Un entrepreneur peut créer une structure dans un pays, travailler dans un second, détenir des actifs dans un troisième. Un créancier français peut avoir besoin de comprendre ce qui arrive à une société belge. Un industriel allemand peut s’intéresser aux actifs d’une entreprise liquidée en France. Une banque doit connaître la situation d’un groupe dont les filiales traversent plusieurs juridictions.

L’information nationale devient insuffisante parce que la réalité économique est déjà européenne.

Ce décalage m’intéressait.

Le monde réel avait changé plus vite que les architectures documentaires permettant de le comprendre. Nous devions réduire ce retard.

Mais à chaque nouveau pays, le volume du problème explosait. Une source française avait déjà ses anomalies. Lorsqu’on la rapproche d’une source italienne, belge, allemande ou espagnole, on ajoute non seulement davantage de données, mais davantage de types d’erreurs possibles.

Les dates. Les accents. Les caractères. Les translittérations. Les différentes manières d’écrire un même nom. Les adresses. Les formes sociales. Les monnaies. Puis les changements monétaires. Les fusions. Les sociétés radiées. Les réapparitions. Les personnes physiques portant le même nom. L’informatique adore l’identité. Le réel adore les exceptions.

Nous vivions au milieu de ce conflit. Et c’est probablement là que se renforce chez moi une conviction qui ne me quittera plus : la qualité d’une banque de données se mesure moins à sa capacité à traiter le cas normal qu’à sa capacité à survivre aux exceptions.

Le cas normal est facile.

Une société possède un nom unique, une adresse stable, un dirigeant identifiable et une histoire simple. Très bien. Puis vient la réalité.

Une société change de nom. Fusionne. Se scinde. Déménage. Possède plusieurs établissements.

Un dirigeant utilise plusieurs variantes de son nom. Une entreprise étrangère ouvre une succursale. Une procédure commence dans un État et produit des conséquences dans un autre.

C’est là que le système révèle s’il est réellement intelligent au sens documentaire.

Nous construisions donc des règles. Des correspondances. Des contrôles. Des historiques.

Et surtout nous apprenions à ne jamais supprimer trop vite l’ancienne information.

Lorsqu’une société change de nom, l’ancien nom devient faux si vous le présentez comme actuel. Mais il reste vrai historiquement. Si vous l’effacez, vous détruisez la continuité.

Une bonne base doit donc savoir conserver simultanément plusieurs états de vérité. Ce qui est vrai aujourd’hui. Ce qui était vrai hier. Et la date précise du passage de l’un à l’autre. Cela paraît évident. C’est pourtant l’une des difficultés les plus profondes de la connaissance numérique.

La vérité possède une temporalité.

Cette idée deviendra gigantesque dans Artprice. Une attribution peut changer. Une Maison de Ventes peut réviser la description d’une œuvre. Un artiste peut être redécouvert. Une monnaie change. Un pays disparaît. Une ville change d’appartenance. Si l’on écrase l’histoire avec le présent, on fabrique une base apparemment propre mais historiquement fausse.

Le Serveur Judiciaire Européen nous apprenait déjà à résister à cette tentation.

La donnée devait avoir une mémoire.

Je crois que c’est également dans cette période que notre rapport au droit européen devient beaucoup plus profond. Le droit communautaire n’était plus seulement une matière supplémentaire que l’on ajoutait à une bibliothèque française. Il devenait une couche de cohérence au-dessus des droits nationaux. Pas une uniformité.

Une architecture de circulation.

L’Europe construisait économiquement cet espace commun: permettre à des États différents de partager suffisamment de règles pour faire fonctionner un espace commun sans devenir pour autant un seul État.

Cette construction me fascinait. Elle ressemblait énormément à notre problème informatique.

Comment relier sans dissoudre ?

Comment normaliser sans uniformiser ?

Comment permettre la circulation tout en préservant l’identité de chaque source ?

Voilà des questions européennes. Voilà aussi des questions de base de données.

Je ne crois pas que ce rapprochement soit artificiel. Les grandes constructions politiques sont aussi des architectures de l’information.

Un traité produit des catégories. Des droits. Des obligations. Des procédures. Des identifiants. Des normes.

Puis il faut que des milliers d’administrations et des millions d’entreprises puissent les comprendre. L’informatique devient alors presque l’infrastructure invisible du droit. Nous étions exactement à cette frontière.

Et c’est aussi là que commencent les difficultés juridiques nouvelles autour de la banque de données elle-même. Plus nous investissions dans la collecte, la vérification, la normalisation et l’actualisation, plus une question devenait pressante :

Qu’est-ce qui protège ce travail ?

Une donnée publique reste une donnée publique. Je l’ai toujours défendu.

On ne peut pas privatiser une loi, une décision publique ou un fait simplement parce qu’on l’a mis dans un ordinateur. Mais entre la donnée brute et la banque de données existe un investissement considérable.

Chercher. Collecter. Vérifier. Indexer. Normaliser. Construire les relations. Actualiser. Éliminer les doublons. Maintenir l’infrastructure. Créer les outils d’interrogation.

Cette architecture possède-t-elle une protection propre ?

Nous allions entrer profondément dans ce débat.

L’Europe nous avait obligés à formuler le problème. La dématérialisation du droit allait maintenant nous contraindre à en tirer toutes les conséquences.

Le Serveur Judiciaire Européen nous a également appris une autre chose : la confiance doit voyager avec la donnée.

Une information française que l’utilisateur français connaît peut lui paraître naturellement crédible parce qu’il connaît l’institution qui la produit. Lorsqu’elle vient d’un autre pays, cette intuition disparaît.

Qui est cette source ?

Quelle autorité possède-t-elle ?

Ce document est-il officiel ?

Quelle est sa date ?

La donnée transfrontalière exige donc davantage de provenance.

Il ne suffisait plus d’afficher une information. Il fallait pouvoir expliquer d’où elle venait. Nous commencions à construire une architecture de traçabilité qui dépassait la simple recherche documentaire.

Et là encore, je retrouve Artprice. Un résultat d’enchère sans provenance est presque inutile.

Quelle maison ?

Quelle vente ?

Quelle date ?

Quel lot ?

Quelle devise ?

Quelle attribution ?

Quelle source documentaire ?

La confiance dans le prix dépend de la chaîne qui permet de remonter jusqu’à l’événement. Le Serveur Judiciaire Européen nous avait déjà appris cette exigence dans un autre domaine.

Une information acquiert sa force lorsqu’on peut remonter à sa généalogie. Je reviens toujours à ce mot.

Généalogie.

Parce que nous étions déjà en train de construire des arbres. Des personnes. Des sociétés. Des procédures. Des événements. Des relations.

L’arborescence n’était jamais seulement une interface. Elle était une représentation de l’histoire. Et à mesure que nous changions d’échelle, cette représentation devenait plus difficile à maintenir.

C’est précisément à cet endroit que Nadège intervenait. Je pouvais être fasciné par l’Europe comme espace informationnel. Nadège revenait immédiatement aux conditions de fonctionnement.

Quels processus sont communs ? Quels processus restent nationaux ?

Qui valide une donnée étrangère ?

Comment documente-t-on l’exception ?

Dans quelle langue conserve-t-on la source ?

Qu’est-ce qui est traduit ?

Qu’est-ce qui doit rester dans sa version originale ?

Quelle version fait foi ?

Ce sont des questions extrêmement importantes. Une traduction peut rendre un texte accessible. Elle ne doit jamais effacer le document source. Nous avons appris cette prudence.

L’interface peut parler français. La preuve, elle, doit permettre de remonter au texte original.

Cette discipline est presque juridique avant d’être informatique. Elle correspond parfaitement à ma manière de penser.

Toujours conserver la pièce.

Toujours permettre le retour à la source.

La synthèse est utile. Elle ne doit jamais devenir un écran opaque entre l’utilisateur et le document qui la fonde.

J’applique aujourd’hui la même règle à cet ouvrage. Je peux raconter. Isis peut structurer. Mais lorsque nous disposons d’une pièce universitaire, d’une archive, d’une étude, d’une publication officielle, je veux pouvoir revenir à elle.

La mémoire orale et la source documentaire n’ont pas le même statut. Le Serveur Judiciaire Européen nous apprenait déjà à gérer ces différents niveaux de vérité. Le changement d’échelle avait aussi une conséquence technique.

Plus de pays signifie davantage d’utilisateurs. Davantage de données. Davantage de mises à jour. Davantage de connexions. Davantage de points de défaillance.

Il fallait donc industrialiser encore plus profondément notre architecture.

Les sauvegardes. La redondance. Les lignes. Les temps de réponse. La surveillance. L’organisation des équipes.

On ne pouvait plus fonctionner comme un laboratoire brillant qui résout les problèmes à mesure qu’ils apparaissent. Le système devait commencer à anticiper ses propres pannes.

C’est l’un des moments où Groupe Serveur devient réellement une entreprise d’infrastructure. Et j’aime ce mot.

Infrastructure.

Parce que l’infrastructure réussit précisément lorsqu’on ne la voit plus. L’utilisateur ne veut pas connaître le nom de votre machine. Il veut sa réponse. Il ne veut pas savoir qu’une liaison est tombée. Il veut que le service continue. Il ne veut pas connaître votre politique de sauvegarde. Il veut retrouver demain l’information qu’il a consultée aujourd’hui.

La sophistication doit devenir invisible. C’est une forme de maturité industrielle.

Nous avions commencé avec des machines que l’on regardait presque comme des objets extraordinaires. Nous arrivions à un point où le véritable progrès consistait à faire oublier la machine derrière le service. Cette évolution accompagnera ensuite Internet.

Puis Artprice. Puis le cloud. Puis l’intelligence artificielle.

À chaque étape, l’utilisateur voit moins l’infrastructure. Et donc, paradoxalement, il comprend moins ce qui rend le service possible.

Je tiens à raconter ces quinze années parce qu’elles révèlent la matière cachée derrière ce que l’on appellera plus tard le numérique.

Des gens. Des nuits. Des classifications. Des lignes. Des disques. Des machines. Des lois. Des procédures. Des erreurs. Des corrections.

C’est ce savoir accumulé qui nous permettra ensuite de passer dans un autre univers sans changer de méthode. Car je commence également à comprendre quelque chose de plus vaste.

Le droit. Les annonces légales. Les ventes. Les entreprises.

Tous ces domaines produisent énormément de données, mais ces données possèdent une structure relativement définie.

Le Marché de l’Art, lui, allait constituer une difficulté encore supérieure. Un artiste peut exister sous plusieurs orthographes. Dans plusieurs alphabets. Avec des pseudonymes. Des œuvres sans titre.

Des attributions changeantes. Des dimensions exprimées selon plusieurs systèmes. Des monnaies historiques. Des Maisons de Ventes disparues. Des catalogues datant de plusieurs siècles.

Si nous étions incapables de normaliser l’Europe judiciaire, nous n’aurions jamais été capables de construire Artprice.

Voilà pourquoi le Serveur Judiciaire Européen est une étape indispensable. Il nous a appris à penser internationalement avant de penser mondialement. Il nous a appris que changer d’échelle ne signifie pas seulement ajouter des données.

Cela signifie augmenter la diversité des réalités que votre architecture doit pouvoir accueillir sans les déformer.

C’est une leçon gigantesque. Elle s’applique aussi à l’intelligence artificielle contemporaine.

Plus un système prétend être mondial, plus il doit être capable de reconnaître que le monde ne possède pas une seule taxonomie. Une langue n’est pas une traduction imparfaite de l’anglais. Un droit national n’est pas une version locale d’un droit universel. Une culture ne constitue pas une anomalie qu’un modèle devrait normaliser.

La véritable intelligence consiste parfois précisément à préserver la différence. Nous avions appris cela en Europe. Et cette Europe de la donnée allait nous conduire naturellement au problème suivant. Car à force de collecter, structurer, normaliser et diffuser le droit, une évidence devenait impossible à éviter.

Nous étions en train de transformer le texte lui-même. Pas dans son contenu juridique. Dans son statut informationnel. Une loi imprimée devient une donnée. Une convention collective devient une architecture consultable. Une publication administrative devient interrogeable. Une jurisprudence peut être reliée à d’autres décisions.

Le droit cesse d’être seulement une bibliothèque. Il devient un système. Et lorsque le droit devient système, il faut répondre à une question :

Que devient le droit lorsqu’il est dématérialisé ?