Le prix ne sort pas du tarif
Souvent il sort du dernier prix vendu à ce client. Ni prix moyen ni coût : l’historique et ce qui a été convenu.
Module 03 · Integrafy Platform · Le système d’exploitation des décisions
KnowOSLa connaissance qui décide une vente et ne tient pas dans un champ de l’ERP : tarifs en PDF, historiques de prix, conditions négociées et procédures internes. Interrogeable en langage naturel, avec la source citée.
Le défi
Dans la plupart des entreprises industrielles et de distribution, la décision commerciale dépend d’informations qui ne sont dans aucun système : elles sont dans des PDF, des e-mails et l’expérience de ceux qui sont là depuis des années.
Souvent il sort du dernier prix vendu à ce client. Ni prix moyen ni coût : l’historique et ce qui a été convenu.
Consultables par une personne, pas par un système. Et ils sont la vraie source d’une bonne partie des conditions commerciales.
« J’ai besoin de tous ces contacts des cinq dernières années » finit en requête SQL, en demande à l’IT et en file d’attente.
Quand une personne clé part à la retraite ou s’en va, son critère disparaît et il ne reste aucune trace de la façon de décider.
Négocier hors tarif est un avantage tant que le critère est disponible quand il le faut. Cela cesse de l’être quand tout dépend d’une personne précise qui décroche le téléphone.
Integrafy KnowOS
Il connecte les systèmes de l’entreprise (ERP, PIM, fichiers, documentation) et les transforme en un modèle vivant du métier. Il permet de comprendre ce qui se passe, pourquoi, et quoi faire.
Il ne remplace ni l’ERP ni le PIM : il les rend interrogeables. Et il ne remplace pas ceux qui savent : il multiplie leur portée, pour qu’ils cessent de répéter la même chose chaque jour.
Où se situe KnowOS dans Integrafy Platform
KnowOS travaille sur la base de connaissances : la donnée opérationnelle synchronisée depuis l’ERP et le PIM, plus la documentation de l’entreprise. Au-dessus s’appuient la conversation en langage naturel et les agents.
Comment ça marche
Chaque source entre par la même porte, est normalisée et indexée. La requête décide du mécanisme de récupération à utiliser.
La règle qui gouverne tout
Il n’improvise jamais. Et un appel de douze minutes n’est pas de la connaissance : ce qui sert, c’est le critère qui apparaît pendant vingt secondes. Le système cherche cela et écarte le reste.
Chaque réponse cite sa source et la date à laquelle elle a été dite. Sans appui suffisant, le système le déclare.
Si quelqu’un ne peut pas voir la marge dans l’ERP, il ne la voit pas non plus en demandant. Les permissions sont héritées du système source.
Chaque critère peut être ajusté, retiré ou remplacé. Quand deux sources se contredisent, le système ne choisit pas : il prévient.
Ce qui compte vraiment
Les modèles changent tous les quelques mois. La carte de votre métier (ce qui existe, comment cela se relie, qui peut voir quoi et ce qu’on peut faire) est ce qui transforme n’importe quel modèle en quelqu’un qui connaît votre entreprise.
Qu’est-ce qu’une ontologie · expliqué sans jargon
| CLI_ID | NOM_ABR | ORG_V | COND_P | GRP |
|---|---|---|---|---|
| 0000100234 | SUMIN.NORTE SL | 1000 | Z030 | 02 |
| 0000100871 | FERRET.CAMPS | 1000 | Z060 | 05 |
| 0000101102 | INST.LEVANTE | 2000 | Z030 | 02 |
| 0000101377 | ELECTR.RIBA | 1000 | Z090 | 07 |
| DOC_V | POS | MAT_ID | CANT | PR_NET |
|---|---|---|---|---|
| 4500012 | 010 | A-4471-B | 24 | 38,15 |
| 4500012 | 020 | A-0930-X | 6 | 112,40 |
| 4500019 | 010 | A-4471-B | 40 | 36,90 |
Des codes et des colonnes que seul leur concepteur comprend. Un modèle d’IA qui lit cela devine.
Des objets avec des noms métier, connectés entre eux. La même donnée, désormais avec du sens : un modèle d’IA qui lit cela raisonne.
La grammaire de votre entreprise
Données, logique, action et sécurité au même endroit. C’est pourquoi l’IA ne trouve pas seulement la donnée : elle comprend ce qu’elle signifie et ce qu’on peut en faire.
Client, commande, produit, tarif, document, critère.
Ce qui décrit chaque objet : marché, mode de paiement, risque.
Une commande est passée par un client et contient des produits.
Créer une offre, approuver une remise, réapprovisionner. Avec règles et validations.
Elles voyagent avec chaque objet, chaque propriété et chaque action.
ex. Suministros Norte, S.L.
source : ERP + CRM + e-mail
Exemple illustratif · un objet « Client » avec tout ce que l’IA doit savoir de lui
Relationnel + vectoriel
L’ERP sait combien un client a acheté. L’e-mail sait ce qu’on lui a promis. Jusqu’ici c’étaient deux mondes. L’ontologie les ancre au même objet.
Chaque ligne et chaque fragment de document est ancré à un objet métier. C’est pourquoi une question peut croiser ce qui s’est passé avec ce qui a été convenu.
« Quelles conditions avons-nous convenues avec Suministros Norte et combien nous ont-ils acheté ces 12 derniers mois ? »
Factures du client dans l’ERP
184 600 € · +12 % sur un ansource : ERP · ventesE-mail et contrat du compte
Remise de 8 % sur la famille Asource : e-mail du responsable de compteLes deux chiffres ensemble, avec leurs deux sources citées.
Endpoint · MCP · permissions par jeton
Le modèle ne voit jamais la base de données. Il voit des outils avec des noms métier, et seulement ceux que son jeton l’autorise à utiliser.
chercher_client()commandes_de(client)tarif_en_vigueur(produit, client)chercher_dans_documents(texte)proposer_remise() · actionAudit · qui a demandé, avec quel jeton, quel outil il a utilisé et quelles données il a reçues
Segmentation par jeton · exemple illustratif
Chaque personne parle avec la partie de l’entreprise qui lui correspond. Pas besoin de construire un assistant par service : il y en a un, et le jeton décide de ce que chacun voit.
Chiffre d’affaires de 184 600 € et marge de 18,4 %. En baisse de deux points à cause des remises hors tarif sur la famille A.
Chiffre d’affaires de 184 600 €, 12 % de plus que l’année précédente. La marge n’est pas disponible pour votre profil.
Ce client n’appartient pas à votre portefeuille. Je ne peux pas vous donner ses données.
Pas à pas
Audit · enregistre chaque étape · le modèle ne touche jamais la base de données : il ne voit que ce que le jeton lui laisse voir
Des agents avec les mêmes règles
L’ontologie ne distingue pas une personne d’un agent : tous deux demandent la permission de lire et d’agir. C’est pourquoi on peut connecter des agents sans ouvrir la base de données.
Comparatif
ChatGPT, Claude ou Gemini peuvent s’utiliser seuls ou connectés à KnowOS via MCP. La différence est dans l’endroit où vivent les règles.
Contexte d’entreprise
Avec l’IA directe, le contexte est fourni par chaque personne à chaque conversation. Avec KnowOS, le contexte de l’entreprise est déjà chargé, identique pour tous, et respecte ce que chacun peut voir.
Chaque personne téléverse sa version des fichiers. Chaque conversation repart de zéro.
Ce qui ne tient pas dans la fenêtre de contexte est résumé ou laissé de côté.
Le modèle que chacun préfère · GPT · Claude · Gemini
Un seul contexte pour toute l’entreprise. Le modèle n’apporte que ce dont il a besoin.
Architecture de KnowOS
Ingestion, Data Lake, modèles, ontologie et IA qui découvre des schémas et génère des hypothèses validées. Sans code et sans équipe technique data.
ERP, eCommerce, CRM, CSV ou API, sans pipelines manuels
Versionnage et lignage de série, partitionné par client et par temps
Objets métier qui génèrent des API REST et GraphQL
Objets, relations et actions, lisibles par l’IA via MCP
Corrélations détectées et validées contre des données réelles
Quand un schéma se confirme, il devient une alerte ou une règle. Et le cycle recommence.
Résumé
Sage numérique
Hypothèses
Sources de données
Cas d’usage
Les mêmes questions qui circulent aujourd’hui par e-mail, par téléphone ou par une demande à l’IT.
| Service | Question type | D’où vient la réponse |
|---|---|---|
| Direction | « Comment a évolué le prix moyen de cette famille sur les trois dernières années par marché ? » | Historique de l’ERP croisé avec les tarifs archivés. |
| Commercial | « À quel prix et à quelles conditions avons-nous vendu cette référence à ce client la dernière fois ? » | Ontologie client, produit et prix, plus l’e-mail et les tarifs de ce compte. |
| Bureau d’études | « Quelles références de cette famille ont la fiche technique en attente ? » | Integrafy Data, avec le feu tricolore de complétude. |
| Marketing | « Quels produits sont complets en allemand et prêts à publier dans le catalogue ? » | États par langue et par canal du PIM. |
| Opérations | « Quelle est la procédure pour créer un nouveau fournisseur ? » | Diagrammes de processus et documentation interne. |
| Nouvel arrivant | « Je viens d’arriver. Comment traite-t-on un échantillon pour un nouveau client ? » | Base de critères, sans prendre le temps d’un collègue. |
Livrables
Organisé par domaine, avec responsable et date de révision. Exportable en PDF ou vers votre intranet.
Générée à partir des critères enregistrés et classée par fréquence réelle de consultation, pas par ordre de création.
Dans le navigateur et, si vous préférez, dans Teams ou Slack. Chaque réponse cite le critère d’origine et sa date.
La connaissance reste interrogeable depuis vos propres outils, y compris Integrafy Data.
Les découvertes se traduisent en actions sur les systèmes connectés : alertes, tâches et avis. Toujours en brouillon pour révision.
Les critères et la base de connaissances sont à vous et exportables en format ouvert. Sans dépendance à un fournisseur.
Sécurité et données
Signé avant de toucher un seul fichier. Il fixe finalité, périmètre, durée de conservation et la liste des sous-traitants avec leur localisation.
Les modèles travaillent en mode rétention zéro : le fournisseur ne conserve pas le contenu envoyé et ne l’utilise pas pour l’entraînement.
Contracté au nom du client, sans intermédiaire ni surcoût. L’information reste dans votre périmètre.
Pseudonymisation avant indexation, avec la table de correspondance chiffrée et stockée à part.
Par rôle et par source. Ce qu’on ne peut pas voir dans le système d’origine ne se voit pas non plus en demandant.
Qui a demandé quoi, ce qui a été répondu et avec quelle source. Chaque critère avec son origine et sa date de dernière révision.
Mise en route
Feuille de route
L’architecture est conçue pour évoluer vers des agents qui opèrent de façon proactive sur le métier. Ce n’est pas ce qu’on contracte au départ : c’est ce que cette phase rend possible.
Contrôle en temps réel, alertes de trésorerie et projections de rentabilité par famille et marché.
Analyse avancée des ventes, détection d’opportunités de vente croisée et gestion prédictive du pipeline.
Optimisation des processus, gestion intelligente du stock et efficacité logistique.
Rien de tout cela ne peut se construire sur des données dispersées. L’ontologie et le corpus de critères sont le prérequis, et c’est exactement ce que livre KnowOS.
Plans
Abonnement mensuel sans engagement plus une mise en route en paiement unique qui inclut la modélisation de l’ontologie et la capture des critères. Prix hors TVA.
Pour commencer à interroger l’ERP et les documents de l’entreprise.
Mise en service · 2 490 € · ERP et Drive ou OneDrive
Pour les équipes qui consultent ERP, boutique et documentation au quotidien.
Mise en service · 3 900 € · inclut 20 h de personnalisation
Pour les entreprises qui croisent ERP, CRM, boutique, documents et appels.
Mise en service · dès 5 950 € · avec CRM, eCommerce et voix vers texte
Des agents qui lisent, détectent et proposent avec leur propre jeton.
Selon le périmètre, après le diagnostic
La mise en route est chiffrée selon le nombre de sources et le domaine pilote. La consommation de modèles de langage est au coût ou avec un forfait mensuel. Option on-premise sur demande.
Voir le tarif complet, packs et compléments →C’est le module 03 d’Integrafy Platform, la couche de connaissance. Il travaille sur la donnée opérationnelle synchronisée par Connect, Data et Flow, mais il peut être contracté indépendamment : un accès en lecture à l’ERP et à la documentation de l’entreprise suffit.
Dans l’endroit où vivent les règles. Avec l’IA directe, chaque personne charge ses fichiers et le contexte se perd à la fermeture du chat. KnowOS garde l’ontologie, les critères en vigueur et les permissions toujours chargés, identiques pour toute l’entreprise, et chaque réponse cite sa source et sa date. On change de modèle sans toucher à l’intégration.
Le système répond que cela ne figure pas. Il ne complète jamais une réponse avec ce qui semble raisonnable. Et quand deux sources se contredisent, il ne choisit pas : il prévient pour qu’une personne tranche.
Seulement s’il peut la voir dans le système d’origine. Les permissions sont héritées de la source et appliquées par jeton : rôle, lignes, colonnes et actions. La même question renvoie des réponses différentes à la finance, à un commercial de sa zone et à un commercial d’une autre zone, et les trois sont correctes.
Non. L’ingestion, le Data Lake, la modélisation et l’ontologie se configurent sans code pendant la mise en route. Si vous avez un profil technique, il appréciera les API REST et GraphQL et le serveur MCP, mais ce n’est pas un prérequis.
Serveur dédié dans l’UE contracté à votre nom. Les modèles travaillent en rétention zéro : ils ne conservent pas le contenu et ne l’utilisent pas pour l’entraînement. Les données personnelles sont pseudonymisées avant indexation, avec la table de correspondance chiffrée et à part. Le tout sous contrat de sous-traitance signé avant de toucher un fichier.
Pas dans la première phase : lecture seule jusqu’à validation du critère. Ensuite, les actions (créer une offre, proposer une commande d’achat) sont générées en brouillon et exécutées par Connect ou Flow après approbation d’une personne autorisée. Les agents suivent exactement les mêmes règles.
Session sur votre cas
Une session de 30 minutes sur un cas réel : un tarif historique, une procédure interne, une requête qui finit aujourd’hui en demande à l’IT. Nous en sortons avec un diagnostic du périmètre des sources et un prix ferme.
Demander une session