Le vocabulaire de l'IA

Intégration native : le mot veut-il dire quelque chose seul ?

Non, pas seul. « Natif » désigne une intégration conçue à l'intérieur d'un logiciel plutôt qu'ajoutée par-dessus. C'est une indication utile sur la technique employée, et elle ne dit rien de ce qui intéresse un juriste : ce que le système voit, ce qu'il peut faire, et ce qui sort de votre infrastructure.

Ce que le mot signifie techniquement

Une intégration native utilise les mécanismes prévus par l'éditeur du logiciel hôte : les interfaces de programmation officielles, les points d'extension documentés. Elle est en principe plus stable qu'un contournement, elle survit mieux aux mises à jour, et elle s'installe de manière contrôlée.

À l'opposé, une intégration ajoutée peut passer par un module tiers, une automatisation de l'interface, voire un simple bouton qui ouvre une autre application. Cela fonctionne souvent, et cela casse plus facilement.

Trois choses très différentes derrière le même mot

Un bouton qui ouvre le système dans un panneau latéral, à côté de votre document. C'est présent, et cela ne voit rien : vous devez toujours copier ce que vous voulez faire traiter.

Un système qui lit le document ouvert. C'est un cran au-dessus : il travaille sur ce que vous avez sous les yeux, sans transfert manuel.

Un système qui accède au dossier auquel ce document appartient, à ses versions, aux échanges qui l'entourent. C'est le seul cas où l'intégration change vraiment la nature du travail.

Les trois se présentent avec le même mot, et la différence entre la première et la troisième est considérable.

Le test en une manipulation

Ouvrez un document, sollicitez le système, et posez-lui une question qui suppose de connaître autre chose que ce document : ce qui a été convenu avec ce client sur ce point, ou ce que dit l'avenant signé six mois plus tôt.

S'il vous demande de lui fournir l'élément manquant, l'intégration s'arrête au document ouvert. S'il va le chercher, elle porte sur le dossier. Cette manipulation prend deux minutes et renseigne mieux qu'une démonstration d'une heure.

Ce que ça ne résout pas

Une intégration native ne dit rien de la confidentialité. Être installé dans votre environnement bureautique n'implique pas que les données y restent : la question de ce qui sort, sous quelle forme et vers où, se pose exactement dans les mêmes termes.

Elle ne dit rien non plus de la qualité. Un système médiocre bien intégré est un système médiocre qu'on sollicite plus souvent.

Et elle ne garantit pas la pérennité. Une intégration native dépend des choix de l'éditeur hôte : si celui-ci modifie ses interfaces ou ferme son point d'extension, l'intégration disparaît, quel que soit son caractère natif.

Une intégration profonde soulève enfin une question que les deux premières ne posent pas : si le système accède au dossier, il accède à tout le dossier, y compris à ce que certains membres de l'équipe ne devraient pas voir. La qualité de l'intégration et celle du cloisonnement doivent progresser ensemble.

Un dernier point de vigilance : le mot est parfois employé pour désigner une intégration entre le produit et ses propres composants, ce qui ne vous concerne en rien.

Pourquoi ça compte pour un juriste

Parce que l'intégration est le facteur qui décide de l'adoption réelle, bien davantage que la qualité du modèle. Un outil qui suppose de changer d'environnement et de transférer les pièces à chaque usage est abandonné en quelques semaines, quelle que soit sa valeur.

La question à poser n'est donc pas si l'intégration est native, à quoi on répondra toujours oui, mais ce que le système voit une fois installé : le document ouvert, le dossier, ou rien du tout.