Graph
Le knowledge graph de vos achats : chaque prix relié à son contrat et à sa preuve
Le knowledge graph des achats est la carte reliée de votre dépense : fournisseurs, contrats, articles, prix, commandes et factures, unis par des relations explicites. Graph la construit depuis les documents que les agents lisent déjà, et rattache chaque relation au document, à la page et à la ligne dont elle vient.
Graph
Vos achats produisent de la connaissance à chaque facture. Sans graphe, elle repart dans un PDF.
Chaque facture traitée produit de la connaissance : un prix, une remise, une référence, un délai, un contrat qui s’applique. Cette connaissance vit le temps d’un contrôle, puis retourne dans le PDF d’origine et dans la mémoire de la personne qui l’a traité. Six mois plus tard, la renégociation repart du tarif théorique, et la question « quel prix avons-nous réellement payé, où, sous quel contrat » se rouvre à la main.
Réserver une démo
Cas clientsRien ne se perd. Tout se vérifie, tout se prouve.
- La clause du contrat et la ligne de facture, surlignées côte à côte.
- Chaque valeur extraite reste reliée à l’endroit exact du document où elle a été lue.
- Le même cas produit la même décision, aujourd’hui comme dans six mois : les règles sont appliquées de façon déterministe.
- Aucun écart n’est écarté en silence. Ce qui ne correspond à aucune règle remonte, avec son motif.
- L’agent consigne ce qu’il a fait, dans l’ordre où il l’a fait : qui, quoi, combien, quand.
Procurement intelligence · Graph
Toute votre connaissance achats, reliée et interrogeable.
Transforme les pièces déjà lues par les agents (contrats, avenants, BPU, grilles tarifaires, commandes, réceptions, factures, avoirs) en un graphe typé, posé sur une ontologie achats livrée : des entités reliées par des relations explicites, chacune rattachée au document, à la page et à la ligne dont elle est issue. Une arête sans source n’entre pas dans le graphe.
Ce que Graph détecte
- Le même fournisseur sous plusieurs raisons sociales
- Le même article sous plusieurs références selon le fournisseur
- Des unités de mesure qui ne se comparent pas
- Une nomenclature interne qui a dérivé
- Des contrats dont personne ne sait plus s’ils couvrent la dépense en cours
- Des avoirs promis jamais imputés sur leur facture d’origine
La mémoire cesse d’être individuelle. Une renégociation repart de l’historique réel de ce qui a été facturé, pas du tarif théorique.
Ontologie et graphe : la distinction que le marché confond
L’ontologie est le plan. Le graphe est la maison.
L’ontologie déclare ce qui existe dans le monde des achats et comment ces choses peuvent se relier. Le graphe, lui, contient les faits : ce fournisseur-là livre cette référence-là, à ce prix-là, sous ce contrat-là. Employer les deux mots comme des synonymes, c’est confondre un plan d’architecte avec un bâtiment habité.
La conséquence est commerciale, et c’est là que tout se joue : l’ontologie achats est livrée, pas à construire. Les projets de graphe échouent presque toujours sur cette marche : il faut modéliser le domaine avant d’ingérer quoi que ce soit, et ce travail demande des compétences que peu d’organisations ont en interne. Zylio arrive avec une ontologie achats déjà construite, éprouvée sur les documents que ses agents lisent tous les jours. Vous n’avez pas de modélisation à faire.
Les entités livrées
Les relations typées
Comment le graphe se construit
Les approches documentées sur le marché construisent le graphe depuis l’ERP ou depuis des données de référence déjà propres. Zylio le construit depuis les documents contractuels et transactionnels eux-mêmes, parce que ses agents les lisent déjà.
Ingestion par les agents, pas par un import
Capture apporte les lignes, Compliance apporte les termes négociés, Matching apporte les liens entre commande, réception et facture. Le graphe n’attend aucun projet de reprise de données : il se remplit au fil du traitement.
Résolution d’entités
Regroupement des raisons sociales sous un même groupe fournisseur, détection des doublons, alignement des références articles entre fournisseurs, conversion des unités, rattachement à votre nomenclature interne et à une taxonomie pont : UNSPSC, qui compte plus de 50 000 catégories en une quinzaine de langues et que maintient GS1 US, ou eCl@ss, disponible sous forme d’ontologie OWL (Web Ontology Language).
Contrôle d’admission
Ce qui ne se conforme pas à l’ontologie est rejeté, pas écrit. Le graphe n’accumule que des relations que quelqu’un a délibérément modélisées : c’est la différence entre un graphe et un entrepôt de triplets approximatifs.
Provenance sur chaque arête
Chaque relation porte sa source : document, page, ligne, date, agent qui l’a écrite, niveau de confiance. Une arête sans source n’entre pas dans le graphe.
Mise à jour continue
Chaque nouveau document met le graphe à jour. Les faits ne sont pas remplacés mais horodatés, ce qui rend l’historique des prix interrogeable dans le temps, période par période.
La provenance, côte à côte
Une arête du graphe s’ouvre sur la pièce dont elle vient. À gauche, la relation telle que le graphe la porte ; à droite, la ligne lue, à la page où elle se trouve, avec l’agent et la date de lecture.
La relation dans le graphe
- Fournisseur ACME Industrie
- fournit → réf. 4471-B
- 12,40 € · sous contrat CAD-2024-17
Sa source
- Facture F-2026-0912
- page 3 · ligne 18
- lue par Capture le 12/03
Notre graphe ne contient aucune information dont on ne puisse pas montrer la ligne de document dont elle vient.
C’est ce qui rend une relation opposable à un fournisseur : elle se vérifie sur la pièce, pas sur une déclaration. Et c’est ce qui contraint l’IA plutôt que de l’alimenter : ce qui n’est pas dans l’ontologie n’entre pas, ce qui n’a pas de source n’existe pas.
Les questions qu’il permet
Ce sont des questions qui traversent plusieurs objets à la fois. Les tables d’un ERP ne savent pas les joindre ; le graphe y répond parce que les relations y sont explicites et datées.
- Quel prix payons-nous pour la même référence selon l’entité, le site et la période, et quel contrat régit chacun de ces prix ?
- Quels fournisseurs appartiennent en réalité au même groupe, et quelle est notre exposition consolidée ?
- Quelles clauses d’indexation arrivent à échéance dans les 90 jours, et sur quels volumes déjà engagés ?
- Quelle part de la dépense d’une catégorie est réellement couverte par un contrat, et par lequel ?
- Quels avoirs promis n’ont jamais été imputés, et sur quelle facture d’origine ?
- Le même article est-il commandé sous trois références différentes chez le même fournisseur ?
- Si nous perdons ce fournisseur, quelles références n’ont aucune alternative référencée ?
Ce que nous disons et que les autres ne disent pas
Le sujet est encombré de promesses interchangeables. Voici, ligne par ligne, ce que nous écrivons à la place.
Le discours courant
Le graphe donne de la visibilité sur la supply chain
Ce que Zylio dit
Le graphe rend la dépense interrogeable, et chaque arête est opposable à un fournisseur
Le discours courant
Construisez votre ontologie, puis votre graphe
Ce que Zylio dit
L’ontologie achats est livrée ; vous n’avez pas de modélisation à faire
Le discours courant
Nous connectons vos systèmes
Ce que Zylio dit
Nous partons de vos documents, y compris ceux qui ne sont dans aucun système
Le discours courant
Le graphe alimente l’IA
Ce que Zylio dit
Le graphe contraint l’IA : ce qui n’est pas dans l’ontologie n’entre pas, ce qui n’a pas de source n’existe pas
Le discours courant
Mémoire institutionnelle
Ce que Zylio dit
Mémoire datée et sourcée : le prix de mars, la clause de l’avenant 3, la ligne de la facture 4471
Le cocon Graph
Six pages pour entrer dans le détail : le plan, le référentiel fournisseurs, l’historique des prix, la preuve, la comparaison avec un entrepôt de données, et le référentiel unique qui relie contrats, commandes et factures.
- L’ontologie achats : le plan avant la maisonCe que déclare une ontologie achats, et pourquoi elle est livrée plutôt que construite.
- Un référentiel fournisseurs unifié : le même fournisseur, une seule foisRésolution d’entités, groupes, doublons : comment cinq raisons sociales redeviennent un fournisseur.
- L’historique des prix d’achat : quel prix, quand, sous quel contratDes faits horodatés plutôt que remplacés : le prix payé se relit période par période.
- Traçabilité de la donnée achats : une arête sans source n’entre pas dans le grapheDocument, page, ligne, date, agent, niveau de confiance : ce que porte chaque relation.
- Graphe ou data warehouse : ce que chacun sait répondreCe qu’un entrepôt modélise à l’avance, ce qu’un graphe répond sans l’avoir prévu.
- Relier contrats, commandes et facturesJe relie mes contrats, mes commandes et mes factures dans un référentiel unique
Questions fréquentes
Qu’est-ce qu’un knowledge graph achats ?
C’est la représentation reliée de votre dépense : des entités (fournisseurs, contrats, articles, commandes, factures) unies par des relations explicites et typées, chacune rattachée au document dont elle est issue. Là où un tableau juxtapose des colonnes, le graphe relie des objets ; c’est ce qui permet de répondre à une question qui en traverse plusieurs.
Quelle différence entre une ontologie et un graphe ?
L’ontologie est le plan, le graphe est la maison. L’ontologie déclare ce qui existe dans le monde des achats et comment ces choses peuvent se relier ; le graphe contient les faits : ce fournisseur livre cette référence, à ce prix, sous ce contrat. Chez Zylio, l’ontologie achats est livrée avec le produit.
Faut-il un projet de reprise de données ?
Non. L’ontologie est livrée et l’ingestion se fait par les agents qui traitent déjà vos documents : le graphe se remplit pendant que le contrôle tourne. Ce n’est pas un chantier préalable de deux ans, c’est un effet du traitement courant.
Comment le graphe gère-t-il les doublons de fournisseurs ?
C’est l’objet de l’étape de résolution d’entités : les raisons sociales multiples sont regroupées sous un même groupe fournisseur, les doublons détectés, les références articles alignées entre fournisseurs et les unités converties. Des données hétérogènes sont l’entrée normale du graphe, pas un prérequis à régler avant.
Comment vérifier une information du graphe ?
Chaque arête s’ouvre sur sa source : le document, la page, la ligne, la date et l’agent qui l’a écrite. Une information sans source n’est pas entrée dans le graphe ; il n’y a donc rien à croire sur parole.
Mes données servent-elles à entraîner des modèles ?
Non, jamais. Elles ne sont pas partagées entre clients et restent hébergées en France.
Un impact mesurable dans chaque environnement
Plus de 5 millions de documents d’achats analysés
Entre 1 et 7 % de marge récupérée
sur le périmètre analysé
De 15 à 45 % de temps rendu aux équipes, par ETP
selon le périmètre et la maturité des données
Zylio s’intègre à votre écosystème existant.
L’ERP gère le processus. Zylio traite l’exception et récupère la valeur qui s’en échappe : factures sans commande, écarts de prix ligne à ligne, doublons et surfacturations, achats hors cadre.
IA
Vos données sous haute sécurité.
- Certifications
- SOC 2 Type II · ISO 27001
- Hébergement
- Hébergement en France
- Chiffrement
- Chiffrement AES-256 de bout en bout
- Accès
- SSO entreprise · authentification multifacteur · approche Zero Trust
Les cinq agents Zylio
Procurement intelligence : les deux couches d’intelligence
Voir ce que ça donne sur vos données
Vingt minutes, sur une famille d’achat de votre choix. Nous vous montrons ce que les agents détectent, avec la preuve à l’appui.
- Sans engagement, sur vos données
- Résultat en 3 semaines
- 20 minutes, sans présentation commerciale
- Vos données restent hébergées en France
- Aucun changement d’outil ni de process