Classification par IA

Il lit le document
avant de le classer.

Findest ne compare ni les noms de fichiers ni les expéditeurs. Chaque pièce jointe est lue, confrontée à toutes vos règles d'un coup, et classée dans celle qui correspond vraiment — ou dans aucune, en vous disant pourquoi.

La décision

Un appel. Toutes les règles. Côte à côte.

Vos règles ne sont pas vérifiées une par une. Elles partent toutes ensemble au modèle, en une seule requête, avec le document.

1Factures d'électricité
2Fiches de paie
3Contrats signés
4Factures fournisseurs
Une requête document + toutes les règles
Réponse
4Factures fournisseurs

Le modèle renvoie un numéro de règle — ou 0, ce qui veut dire qu'aucune ne convient.

C'est délibéré, et la raison n'est pas que le coût — même si elle l'est aussi : un compte Pro avec quinze règles, ce serait sinon quinze requêtes par document au lieu d'une.

La vraie raison, c'est la justesse. Interrogé « ce document correspond-il à cette règle ? » isolément, un modèle n'a rien à quoi comparer, alors il dit oui à la première règle qui ressemble vaguement. En les voyant toutes d'un coup, il peut faire ce que vous attendez vraiment : les distinguer.

Pourquoi c'est fait ainsi

Un bug a classé une facture dans le mauvais dossier.

Ce n'est pas une hypothèse. La première version du moteur comparait du texte, et elle cassait d'une façon qui mérite plus d'être montrée que racontée.

Avant — comparaison de sous-chaîne
règle = "factures électricité"
étiquette = "Facture"

règle.includes(étiquette) → true

Une règle pour les factures d'électricité capturait TOUT document que le classifieur étiquetait « Facture ». Une facture Make.com a atterri dans le dossier énergie de l'utilisateur. Pas un cas limite : c'était l'algorithme faisant exactement ce pour quoi il était conçu.

Maintenant — lu et comparé
règle = "Factures d'électricité
  du bureau, d'Energis. Pas
  celles de mon appart, ni le gaz."

le modèle lit le document → ne correspond pas

La règle est une phrase, pas un mot-clé, et le document est lu face à elle. Une facture de logiciel ne ressemble plus à une facture d'électricité simplement parce que les deux sont des factures.

Les filtres par mot-clé — expéditeur, objet, nom de fichier — ont été supprimés purement et simplement plutôt que conservés à côté du nouveau moteur. Deux façons d'orienter un document, c'en est une de trop, et l'ancienne était justement celle qui se trompait.

Avant le modèle

La plupart des pièces jointes n'atteignent jamais l'IA.

Tout lire serait lent, bruyant et cher sans raison. Un filtre passe d'abord, et ce sont des règles simples, pas un modèle.

Pièces jointes intégréesSignatures, logos et pixels de suivi sont marqués inline par le client mail. Écartés.
Moins de 3 KoTrop petit pour être un vrai document. Presque toujours une image décorative.
Plus de 25 MoAu-dessus de la taille acceptée, et de ce qu'il est utile de classer.
Types non pris en chargeSeuls passent les formats que le modèle sait vraiment lire.
PDF, images, texte, CSVCeux-là atteignent le modèle — et seulement ceux-là.

Une newsletter avec un logo en pied de page ne coûte rien : le logo est écarté avant qu'un seul token ne soit dépensé.

Quand rien ne correspond

« Aucune » est une réponse, pas un échec.

Si le modèle ne trouve aucune règle qui convient, il renvoie 0 et le document est conservé avec le statut « sans règle » — accompagné de la raison donnée par le modèle.

Cette raison est visible dans votre Historique. Elle dit en général quelque chose de sensé, et c'est le moyen le plus rapide de voir qu'une règle mérite d'être reformulée. Rien n'est deviné, et rien ne se glisse en silence dans un dossier approximatif.

Vous ne recevez pas d'e-mail pour autant. Un document sans règle, c'est un fonctionnement normal, pas une panne — les alertes sont réservées à ce qui a vraiment cassé, pour qu'elles restent dignes d'être lues.

Ce qu'il ne décide pas

Le type de document est une étiquette, pas une décision.

Findest déduit aussi de quel genre de document il s'agit — facture, fiche de paie, contrat — et s'en sert pour le nom du fichier et pour votre Historique.

Avant, il décidait aussi de l'orientation. Ce n'est plus le cas, et c'est tout le sens du changement ci-dessus : le type décrit, votre règle commande. Deux documents du même type peuvent aller dans des dossiers différents, ce qui est exactement ce à quoi on s'attend et ce que l'ancien moteur ne savait pas faire.

Les questions qu'on nous pose vraiment

Quel modèle est utilisé ?

Gemini, configuré côté serveur plutôt qu'écrit en dur dans le code, pour pouvoir en changer sans publier une nouvelle version. On lui demande une sortie structurée : la réponse est un numéro de règle, pas de la prose à interpréter.

Mon document sert-il à entraîner un modèle ?

Non. Le document est envoyé pour être classé et la réponse revient ; il n'alimente aucun entraînement.

Et si deux de mes règles conviennent vraiment toutes les deux ?

Le modèle en choisit une, et comme il les voit toutes les deux, il prend la plus précise plutôt que celle sur laquelle on l'aurait interrogé en premier. Si elles se recouvrent au point que l'une ou l'autre irait, c'est en général le signe qu'elles devraient n'en faire qu'une.

Puis-je voir pourquoi un fichier a été classé là ?

Oui. Chaque document de votre Historique porte la règle à laquelle il correspond, et ceux qui n'ont correspondu à rien portent la raison à la place.

Combien de temps prend la classification ?

Quelques secondes. La partie lente du parcours n'est jamais le modèle : c'est l'attente du relevé de la boîte mail, ce qui explique qu'un document arrivé par IMAP mette quelques minutes à apparaître.

Voyez-le décider sur vos propres documents.

Le plan gratuit couvre 30 fichiers par mois, et c'est le même moteur — il n'y a pas de version d'essai du classifieur.