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, et il vous dit pourquoi.
Avant d'envoyer quoi que ce soit à l'IA, des contrôles simples écartent ce qui ne peut pas être un document : images intégrées, fichiers de moins de 3 Ko ou de plus de 25 Mo, formats illisibles. Seul le reste est classé.
Facture 0412 et nouveau catalogue
Vous trouverez ci-joint la facture de mars.
La photo d'un ticket prise au téléphone est lue comme un PDF, et les fichiers Word ou Excel sont d'abord convertis en texte. Le type, l'émetteur et la date viennent de ce qui est imprimé.
Ce que Findest en tire
Interrogé règle par règle, un modèle n'a rien à quoi comparer et dit oui à la première qui ressemble. En les voyant toutes ensemble, il peut les distinguer et choisir la plus précise.
2 · un fournisseur de matériel, pas l'énergie
{
"answer": 2,
"reason": "Facture d'un fournisseur"
}Si aucune règle ne convient, la réponse est 0. Le document est conservé avec le statut Sans règle et la raison donnée par le modèle, visible dans votre Historique. Ni devinette, ni dossier approximatif, ni e-mail d'alerte.
Le type de document, le résumé et la raison sont rédigés dans la langue de votre compte, pour des noms de fichiers naturels pour vous. Les règles que vous écrivez restent telles quelles, dans la langue choisie.
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.
Le document et toutes vos règles actives, numérotées. Ce qui revient, c'est un seul numéro.
C'est moins cher, et ça compte : un compte Pro avec quinze règles, ce serait sinon quinze requêtes par document au lieu d'une.
Interrogé « ce document correspond-il à cette règle ? » isolément, un modèle n'a rien à quoi comparer : il dit oui à la première qui ressemble vaguement. En les voyant toutes d'un coup, il peut faire ce que vous attendez vraiment : les distinguer.
La réponse est demandée sous forme structurée : c'est un numéro de règle, pas un paragraphe à interpréter. Et il n'y a aucun ordre de règles à entretenir : la plus précise l'emporte.
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.
regle = "facturas electricidad" label = "factura" regle.includes(label) → true
La règle, écrite en espagnol, voulait dire « factures d'électricité ». Elle capturait tout document que le classifieur étiquetait factura (facture) : une facture Make.com a atterri dans le dossier énergie de l'utilisateur. Pas un cas limite : l'algorithme faisait exactement ce pour quoi il était conçu.
regle = "Électricité du bureau, chez Energis. Pas mon appart, ni le gaz." document lu → aucune
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.
Tout lire serait lent, bruyant et cher sans raison. Un filtre passe d'abord, et ce sont des contrôles simples, pas un modèle.
| Contrôle | Ce qu'il arrête | Résultat |
|---|---|---|
| inline | Signatures, logos et pixels de suivi que le client mail marque comme intégrés. | Écartée |
| < 3 Ko | Trop petit pour être un vrai document. Presque toujours une image décorative. | Écartée |
| > 25 Mo | Au-dessus de la taille acceptée, et de ce qu'il est utile de classer. | Écartée |
| type | Tout format que le modèle ne sait pas lire, comme une archive. | Écartée |
| le reste | PDF, JPG, PNG, WEBP, HEIC, TXT et CSV sont lus tels quels. Les fichiers Word (DOCX) et Excel (XLSX) sont d'abord convertis en texte. | Lue |
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é. Et comme chaque pièce jointe est traitée à part, une pièce jointe abîmée n'empêche jamais de classer les autres du même e-mail.
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 ; les alertes sont réservées à ce qui a vraiment cassé, pour qu'elles restent dignes d'être lues.
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.
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.
Non. Le document est envoyé pour être classé et la réponse revient ; il n'alimente aucun entraînement.
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.
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.
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.