Logiciel de gestion documentaire : tester sa recherche

Un logiciel de gestion documentaire (GED) classe les fichiers d'un cabinet et les retrouve, mais « retrouver » recouvre quatre recherches différentes. La première lit le nom du fichier ou du dossier : rapide, elle échoue dès que le scan s'appelle « IMG_0412.pdf ». La deuxième, dite plein texte, cherche les mots à l'intérieur des fichiers qui contiennent du texte, comme un PDF exporté depuis Word. La troisième passe d'abord les scans et les photos par l'OCR, la reconnaissance de caractères, pour que l'avis d'imposition photographié devienne cherchable. La quatrième, la recherche par le sens, rapproche une question (« le justificatif de domicile de Mme Laurent ») d'un document qui n'emploie aucun de ces mots. Le résumé IA que Google affiche sur « logiciel gestion documentaire », lu le 26 octobre 2026, décrit la recherche d'une GED « par mots-clés, métadonnées ou en texte intégral », sans parler du sens. Reste à savoir lesquelles des quatre un outil fait, et sur quels documents.

Un test d'une heure, sur cinq dossiers clients réels, montre ce que la recherche d'un logiciel de gestion documentaire lit vraiment, mieux qu'une démonstration. Les trois premiers résultats de Google sur « logiciel gestion documentaire » (Factorial, Box, Zeendoc, lus le 26 octobre 2026) promettent de retrouver vite un document sans dire précisément ce que leur recherche lit. La FAQ de Zeendoc parle de « recherche intelligente » sans la détailler.

Suivez de près le fichier Word du test : peu d'éditeurs précisent sur leurs pages quels formats ils savent lire, et Standards lui-même stocke les fichiers Word sans en extraire le texte.

Standards, logiciel de gestion de la relation client, retrouve une fiche par son nom ou ses champs, un document par son titre dans le drive de sa fiche, et un email par ses mots ou par le sens. Le contenu des documents n'entre dans aucune recherche : c'est l'agent qui le lit. La barre de recherche (⌘K) retrouve une fiche en quelques lettres, même avec une faute de frappe, sans tenir compte des accents. La loupe du drive cherche jusqu'à cinq niveaux de dossiers, par le titre seulement et en tenant compte des accents : « releve » ne trouve pas « Relevé ». Le drive suit les droits de sa fiche : qui ne voit pas la fiche ne voit pas ses documents. Les PDF et les images passent par l'OCR, mais leur texte n'entre dans aucun index : les agents le lisent, et vous le récupérez par l'API et la CLI. La recherche par le sens porte sur vos emails et sur les mémoires de l'agent, pas sur les fiches ni sur les documents, en octobre 2026.

Le détail technique, formats lus compris, est sur la documentation des fichiers et documents.

Dans Standards, c'est un agent qui traite la question « où est l'avis d'imposition 2025 de M. Martin ? », puisque le contenu des documents n'est pas indexé. L'agent IA de Standards cherche d'abord la fiche du client par son nom, puis ouvre son drive et lit les PDF, les images et les fichiers texte qui s'y trouvent. Un fichier Word, un .msg ou un .zip reste illisible pour lui. Un PDF ou un scan jamais lu passe par l'OCR à la demande, ce qui prend quelques secondes à la première lecture. L'agent répond avec le document trouvé, en extrait une information (un revenu fiscal, une date de validité) et peut la reporter sur la fiche. Lire ne demande jamais votre accord. Ranger ou modifier suit le mode choisi : en Manuel, chaque modification attend votre validation ; en Auto, les modifications passent, mais une suppression ou un envoi vers l'extérieur demande toujours votre accord. Les emails et les réunions rejoignent les fiches dont un attribut email correspond aux participants : sur la fiche d'un client qui porte son adresse, l'agent a aussi le fil des échanges.

Standards ne remplace pas une GED d'archivage à valeur probante : il ne fait ni plan de classement réglementaire, ni recherche plein texte dans le contenu des documents depuis la barre. Standards convient au cabinet de 10 à 250 personnes dont les documents servent un dossier client vivant (pièces d'identité, avis d'imposition, contrats, comptes rendus de réunion), qu'un agent doit pouvoir lire et relier aux fiches. Si votre besoin premier est de retrouver un document par un mot de son contenu, sans passer par le client, une GED avec index plein texte et OCR fera mieux. Si votre besoin est de répondre à une question sur un client en lisant son dossier, l'agent de Standards la traite sans que vous ouvriez un fichier. Les deux se combinent : la GED archive, Standards travaille le dossier. Les métiers que Standards équipe détaillent ces dossiers par secteur, et la page développeurs présente l'API et la CLI, dont la commande qui récupère le texte lu est décrite dans la documentation de la CLI.

Exemple fictif : un cabinet de gestion de patrimoine de douze personnes, qui suit quelques centaines de foyers. Une conseillère prépare un rendez-vous et demande à l'assistant : « Le justificatif de domicile de la famille Roux date de quand ? » Dans une GED classique, elle chercherait « domicile » dans le dossier Roux et ne trouverait rien, parce que le fichier s'appelle « scan_facture_electricite.jpg ». Dans Standards, l'assistant trouve la fiche du foyer Roux, parcourt son drive, lit la facture photographiée par l'OCR et répond qu'il s'agit d'une facture d'électricité datée de mars 2026. La conseillère voit que la facture a plus de trois mois et demande au client un justificatif récent par email, qu'elle écrit elle-même ou fait préparer par l'agent ; l'envoi attend son accord. Ce que l'exemple ne montre pas : si elle avait cherché « facture électricité » dans la barre ⌘K, elle n'aurait pas trouvé le scan, car le contenu des documents n'y est pas indexé.