Graph
Un référentiel fournisseurs unifié : le même fournisseur, une seule fois
Un référentiel fournisseurs unifié réunit sous une seule identité les raisons sociales, les comptes et les codes derrière lesquels un même fournisseur apparaît plusieurs fois. Graph, la couche knowledge graph, le construit par résolution d’entités, au fil des documents qu’il lit : regroupement des raisons sociales, détection des doublons, alignement des références articles, conversion des unités.
Le problème
Le même fournisseur, compté cinq fois
Un groupe fournisseur signe avec votre siège, facture depuis deux filiales, encaisse sous une troisième raison sociale et se retrouve créé une quatrième fois lors d’une reprise de données. Dans vos écrans, ce sont cinq tiers distincts. Chacun porte une part de la dépense, aucun ne porte la vraie. Le même article, lui, existe sous la référence du fournisseur, sous votre code interne et sous celui hérité d’une filiale rachetée.
La conséquence est double. Votre exposition consolidée est fausse : vous négociez en croyant peser un cinquième de ce que vous pesez réellement. Et la comparaison de prix devient impossible : le même produit apparaît à deux prix qui ne sont pas comparables, parce que l’un est au litre et l’autre au bidon de vingt-cinq.
Vos achats produisent de la connaissance à chaque facture. Sans graphe, elle repart dans un PDF.
La résolution d’entités, étape par étape
C’est la deuxième étape de construction du graphe, et la plus décisive pour les fournisseurs. Elle ne s’exécute pas une fois lors d’une reprise : elle tourne à chaque document entrant, et corrige le référentiel au fil de l’eau.
- Regrouper les raisons sociales
- Les entités qui facturent sont rattachées à leur groupe fournisseur : identifiants légaux, adresses, coordonnées bancaires, en-têtes de contrat et mentions de filiale sont recoupés. Les tiers restent distincts pour la comptabilité ; l’exposition, elle, se lit consolidée.
- Détecter les doublons
- Deux fiches créées à six mois d’intervalle pour le même tiers, avec une virgule de différence dans la dénomination, sont rapprochées et signalées. Le graphe ne fusionne rien en silence : il propose le rapprochement avec les pièces qui le fondent.
- Aligner les références articles
- La référence du fournisseur, votre code interne et la désignation portée sur la facture sont reliés au même article. Le même produit commandé sous trois références chez le même fournisseur cesse d’apparaître comme trois achats sans rapport.
- Convertir les unités
- Litre et bidon, mètre et rouleau, heure et journée, palette et unité : les unités de mesure sont converties vers une base commune, avec le facteur retenu et la ligne de document qui le justifie. Sans cela, aucun prix unitaire n’est comparable.
- Rattacher à votre nomenclature et à une taxonomie pont
- Chaque article rejoint votre catégorie d’achat interne, puis une taxonomie pont : UNSPSC (la classification des produits et services des Nations unies, plus de 50 000 catégories, disponible en une quinzaine de langues et maintenue par GS1 US) ou eCl@ss, qui existe sous forme d’ontologie OWL (Web Ontology Language). Le pont permet de comparer une catégorie entre filiales quand chacune a fait dériver sa propre nomenclature.
Chaque rapprochement laisse sa trace : le document, la page et la ligne qui l’ont motivé, l’agent qui l’a écrit, la date. Un référentiel fournisseurs unifié n’a de valeur que si l’on peut ouvrir chacune de ses fusions et voir sur quoi elle repose.
« Nos données sont trop sales pour ça »
C’est l’objection la plus fréquente, et elle décrit exactement la situation d’entrée attendue. La résolution d’entités n’est pas une étape qui suppose des données propres : c’est l’étape qui existe parce qu’elles ne le sont pas.
- Les raisons sociales multiples, les doublons et les codes articles divergents sont l’entrée normale du traitement, pas un prérequis à régler avant de commencer.
- Le référentiel ne se construit pas dans un projet séparé : il se remplit pendant que les agents traitent vos factures, vos contrats et vos commandes.
- Rien n’est réécrit dans vos systèmes. Le rapprochement vit dans le graphe ; votre ERP (progiciel de gestion intégré) garde ses tiers tels qu’ils sont.
- Ce qui reste ambigu reste ambigu, et remonte comme tel. Un rapprochement incertain est proposé, jamais appliqué en silence.
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.
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.
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.
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
Rien 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.
Questions fréquentes
Comment le graphe regroupe-t-il les raisons sociales d’un même fournisseur ?
Par recoupement des identifiants légaux, des adresses, des coordonnées bancaires et des en-têtes de contrat lus dans vos propres documents. Les tiers restent distincts en comptabilité ; le graphe ajoute au-dessus le lien « appartient au groupe », ce qui rend l’exposition consolidée lisible sans toucher à vos écritures.
Que devient notre nomenclature interne ?
Elle est conservée et reste la référence de vos équipes. Le graphe la relie en plus à une taxonomie pont, UNSPSC ou eCl@ss, pour comparer une catégorie entre filiales dont les nomenclatures ont divergé. Vous gardez votre vocabulaire ; le pont ne sert qu’à faire correspondre les périmètres.
Faut-il des données parfaitement propres ?
Non. L’agent Capture est conçu pour des documents hétérogènes et des référentiels incomplets ; la structuration fait partie du livrable.
Comment vérifier une conclusion de Zylio ?
Chaque écart s’ouvre sur sa preuve : la clause du contrat et la ligne de facture, surlignées côte à côte, avec le calcul affiché.
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.
Vos données sous haute sécurité.
Zylio répond aux normes les plus exigeantes, et rien ne s’engage sans votre validation.
- Certifications
- Hébergement
- Chiffrement
- Accès
À lire ensuite
- Graph : le knowledge graph de vos achatsLa page mère : comment le graphe se construit, s’interroge et se vérifie.
- L’ontologie achats : le plan avant la maisonCe que le graphe a le droit de contenir, déclaré avant la première ingestion.
- L’historique des prix d’achatDes faits horodatés : chaque prix reste relié à sa période et à sa preuve.
- Traçabilité de la donnée achatsChaque rapprochement s’ouvre sur le document, la page et la ligne qui le fondent.
- Graphe ou data warehouseCe que chacun sait répondre, et pourquoi les deux cohabitent.
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

