Un chiffre absent se remarque
Une case vide fait poser la question. Une case remplie d’un nombre inventé ne la fait jamais poser — c’est précisément ce qui la rend dangereuse.
Notre règle · Architecture
Le modèle ne calcule pas
Le modèle n’a pas le droit de calculer.
Un modèle de langue produit des nombres plausibles. Dans un outil de gestion, un chiffre inventé fait prendre une décision de prix ou de recrutement, et il sera cru, parce qu’il est écrit à côté de chiffres vrais. Nous avons rendu ça impossible plutôt que d’espérer que ça n’arrive jamais.
Comment ça marche chez nous
Une question, et une seule chose à retenir.
Une question posée en langage naturel est traduite en requête par le modèle. C’est la base de données qui calcule, jamais le modèle. Le modèle lit ensuite le résultat et le rédige. À aucun moment il ne produit un chiffre lui-même.
Qui fait quoi, exactement.
> question posée en langage naturel
> le modèle traduit la question en requête
> la BASE DE DONNÉES calcule
> le modèle lit le résultat et le rédige
à aucun moment le modèle ne produit un chiffrePourquoi cette distinction compte
Sur un texte, l’erreur se voit. Sur un chiffre, jamais.
Un modèle de langue génère la suite de mots la plus probable, pas le résultat d’un calcul. Sur un texte, l’erreur se voit. Sur un chiffre de marge ou de facturation, elle ne se voit jamais, jusqu’au jour où la décision prise dessus s’avère fausse.
C’est aussi une question qui dépasse la préférence technique : le règlement européen sur l’IA impose une transparence renforcée sur la manière dont un système d’IA produit ses résultats, en particulier quand ces résultats influencent une décision. Une architecture où le modèle ne calcule jamais rend cette transparence triviale à démontrer, parce qu’il n’y a rien à cacher : le calcul vient d’une base de données qu’on peut auditer ligne par ligne.
Quand on l’utilise, quand on ne l’utilise pas
La question n’est pas « avec ou sans IA ». C’est « pour quoi faire ».
Le résultat dépend d’un jugement.
- Trier 800 demandes entrantes par mois vers 6 équipes
- Extraire 18 champs de 300 factures fournisseurs
- Retrouver une clause précise dans 12 000 pages de marchés
La règle est stable et explicite.
- Synchroniser 450 commandes par jour entre deux systèmes
- Relancer automatiquement 60 factures chaque mardi
- Bloquer tout colis dépassant 30 kg à l’expédition
Questions qu’on nous pose souvent
Celles qui reviennent à chaque échange.
Est-ce que ça veut dire que votre IA ne sert à rien ?
Non. Elle comprend la question, choisit la bonne requête, et rédige la réponse en langage clair. C’est un travail réel. Ce qu’elle ne fait jamais, c’est inventer le chiffre lui-même.
Comment on vérifie que la règle est vraiment respectée ?
On peut vous montrer, lors d’un échange, où dans le code la séparation se fait entre la partie qui interprète et la partie qui calcule.
Est-ce que ça s’applique à tous vos outils, ou juste à VOS ?
À tous. C’est un principe d’architecture, pas une fonctionnalité d’un produit en particulier.
Ce que ça change pour vous
Un chiffre faux coûte plus cher qu’un chiffre absent.
Un chiffre se défend
Chaque nombre de nos outils vient d’une ligne en base, et cette ligne est conservée. Si un chiffre est contesté, on remonte à son origine au lieu de répondre « le système a dit ».
La règle survit au modèle
Les modèles changent, se remplacent, s’améliorent. La séparation entre l’interprétation et le calcul, elle, ne dépend d’aucun fournisseur : elle est dans l’architecture.
Parler de votre process
Vous voulez voir où passe la frontière dans un outil réel ?
Quarante-cinq minutes suffisent pour regarder ensemble où votre process relève du jugement — et où une règle bien écrite ferait mieux le travail qu’un modèle. Sans engagement, et sans présentation commerciale.