Guide
Intégration ERP achats : c’est la deuxième interface qui coûte cher.
La première interface fournisseur est un projet dont tout le monde garde un bon souvenir. Le problème est qu’elle installe un modèle, et que c’est ce modèle que vous finissez par maintenir.
Guide d’architecture
Ce qui doit réellement traverser la frontière.
On décrit souvent l’intégration achats comme s’il s’agissait d’un flux. Il y en a au moins quatre : données de base fournisseurs, données catalogue et tarifaires, commandes sortantes, statuts de commande entrants. Chacun a un propriétaire différent, une fréquence différente et une tolérance différente à l’erreur.
Les regrouper dans une seule interface par fournisseur est précisément ce qui rend chaque interface fragile. Les séparer par nature, et standardiser chacun avant qu’il n’atteigne l’ERP, est ce qui rend le côté entreprise stable.
02La frontière
Ce qui traverse réellement entre les achats et l’ERP.
Quatre flux traversent la frontière, dans deux directions. Chacun est un problème différent, et chacun est l’endroit où le nombre d’interfaces devient un coût de maintenance.
- 01Votre ERP et vos achats
Les données de base sortent
Fournisseurs, entités, sites, centres de coûts et plan d’imputation — la version de l’ERP.
Ce qui traverse, et dans quel sens
Depuis l’ERP, qui reste le système de référence pour l’ensemble.
Ce que ça coûte par fournisseur
Construit une fois contre un seul contrat, au lieu d’être redérivé pour chaque flux fournisseur.
- 02Fournisseurs
La donnée catalogue entre
Produits, unités, conditionnements, prix et disponibilité, dans la forme que chacun sait produire.
Ce qui traverse, et dans quel sens
Vers la couche, où la forme est réconciliée avant d’aller plus loin.
Ce que ça coûte par fournisseur
C’est le flux qui multiplie le point à point : un parseur par fournisseur, indéfiniment.
- 03La couche d’intégration
Paniers et demandes circulent
Un panier revient en lignes structurées et devient une demande d’achat dans l’outil achats.
Ce qui traverse, et dans quel sens
Vers la plateforme que vos acheteurs utilisent déjà, sans toucher à son processus.
Ce que ça coûte par fournisseur
Un seul mapping vers votre structure d’articles et d’imputation, pas un par source catalogue.
- 04La couche d’intégration
Les commandes repartent
La demande validée devient une commande avec la numérotation et les règles comptables de l’ERP.
Ce qui traverse, et dans quel sens
Retour vers l’ERP, qui garde l’autorité sur l’engagement.
Ce que ça coûte par fournisseur
La deuxième interface — toujours plus chère que la première.
- 05Fournisseurs
Le statut de commande revient
Confirmations, dates de livraison et données qui rendent le rapprochement de factures possible.
Ce qui traverse, et dans quel sens
Par la même connexion fournisseur que celle qui a porté la commande.
Ce que ça coûte par fournisseur
Souvent écarté en phase 1, et souvent la raison d’une phase 2.
03Les quatre flux
Quatre flux, quatre problèmes différents.
- 01
Données de base fournisseurs
Faible fréquence, forte conséquence. La gouvernance reste dans l’ERP ; la couche fournit une identité cohérente sans revendiquer l’autorité.
- 02
Catalogue et tarifs
Haute fréquence, gros volumes. C’est là que vit la péremption, et là que les dates de validité travaillent le plus.
- 03
Commandes sortantes
Transactionnel et sans indulgence. La structure compte plus que la vitesse : une ligne mal formée coûte plus cher qu’une ligne lente.
- 04
Statuts de commande entrants
Souvent oubliés, puis reconstruits plus tard sous forme de relances par e-mail. À concevoir dès le départ.
04Forme du coût
Où les deux architectures divergent.
La divergence n’est pas la première année. Elle est dans toutes celles qui suivent.
Une interface par fournisseur
- Le coût croît avec le nombre de fournisseurs
- Chaque changement fournisseur est un changement chez vous
- La surface de test grandit à chaque ajout
- Les pannes sont par interface et découvertes tard
- La longue traîne n’est jamais connectée
Couche de connectivité
- Côté entreprise intégré une fois et maintenu stable
- Changements fournisseurs absorbés dans le mapping
- Un seul endroit pour observer l’état des connexions
- L’onboarding devient une opération répétable
- La longue traîne devient atteignable
Ce qui ne change pas
- L’ERP reste le système de référence
- La gouvernance des données de base ne bouge pas
- Votre modèle de sécurité et d’habilitations s’applique toujours
- L’accès direct par API reste disponible
La prise en charge nommée de connecteurs ERP n’est publiée qu’une fois vérifiée. [À CONFIRMER]
05Exploitabilité
L’intégration qu’on voit est l’intégration à laquelle on se fie.
L’état de connexion par fournisseur répond à la première question de tout incident avant l’ouverture d’un ticket.
- Administration
- Connexions
| Fournisseur | Méthode | Périmètre | Dernier échange | Statut |
|---|---|---|---|---|
| Nordwerk Industrie | API | CatalogueTarifsDisponibilitéCommandes | 00:02 | Connecté |
| Ferralux SAS | Catalog file | CatalogueTarifs | 06:14 | Synchronisation |
| Vantage Labo | Supplier workspace | CatalogueTarifsCommandes | 00:47 | Connecté |
| Meridian Tools | Web catalog session | CatalogueDisponibilité | 00:11 | Connecté |
| Kessler Technik | Catalog file | Catalogue | 31:22 | À vérifier |
| Aumont Équipement | Supplier workspace | Catalogue | — | Onboarding |
Systèmes en aval
Où le flux standardisé est livré
- ERPCommandes, données fournisseurs
- Plateforme achatsCatalogues, paniers
- Kelqio ApproveDemandes d’achat, validations
Les méthodes de connexion affichées sont illustratives. Les protocoles pris en charge ne sont publiés qu’une fois vérifiés.
- 01
Méthode et périmètre par fournisseur
Ce qui est connecté, comment, et pour lequel des quatre flux.
- 02
Dernier échange réussi
Exposé par fournisseur plutôt que reconstruit depuis des logs.
- 03
L’onboarding dans la même vue
Un déploiement partiel est un état visible, pas une inconnue.
- 04
Livraison en aval
Où atterrit le flux standardisé, pour connaître l’impact d’un changement à l’avance.
Questions d’intégration.
- Une couche de connectivité duplique-t-elle les données de notre ERP ?
- Elle standardise et déplace des données catalogue, panier et commande. L’ERP garde l’autorité sur les données de base et les commandes — la couche n’est pas conçue pour être un second système de référence.
- À quels ERP vous connectez-vous ?
- Kelqio est conçu pour se connecter via API, connecteurs ERP et intégrations de plateformes achats. Nous ne publions une prise en charge nommée qu’une fois vérifiée : demandez-nous la liste confirmée.
- Que se passe-t-il quand un fournisseur change son format de catalogue ?
- Le changement est absorbé dans le mapping côté fournisseur. L’intégration côté entreprise ne bouge pas — c’est tout l’intérêt de séparer les deux côtés.
Prochaine étape
Venez avec votre liste fournisseurs. On vous montre le flux.
Une session de travail avec notre équipe, sur vos systèmes et votre portefeuille fournisseurs — pas une présentation générique.
- 01
Où en sont vos fournisseurs aujourd’hui : connectés, à moitié connectés, ou pas du tout
- 02
Comment chaque canal serait routé via Kelqio vers votre ERP et votre plateforme achats
- 03
Ce que représenterait concrètement la connexion des vingt prochains fournisseurs
Produit d’intégration entreprise. Pas de carte bancaire, pas d’essai en libre-service — un échange avec quelqu’un qui connaît les systèmes achats.