Guide
Le catalogue PunchOut, expliqué sans jargon.
Un catalogue PunchOut permet à un acheteur de sortir de son système achats, de faire ses achats dans un catalogue fournisseur, et de revenir avec un panier structuré — sans sortir du processus achats.
Concepts et arbitrages · Protocoles à confirmer
Ce qu’est un catalogue PunchOut.
Dans un catalogue hébergé, les articles du fournisseur sont chargés dans le système achats de l’acheteur et consultés là. Dans un catalogue PunchOut, non : l’acheteur est transféré vers une expérience catalogue contrôlée côté fournisseur, y compose son panier, puis est ramené avec ce panier.
L’intérêt est que le catalogue peut être plus riche et plus à jour qu’un chargement périodique — produits configurables, disponibilité en temps réel, assortiments profonds — pendant que la demande d’achat, la validation et la commande restent dans le processus de l’acheteur. C’est le panier qui traverse la frontière, pas le processus.
02L’aller-retour
Où se situe la frontière.
Les étapes ci-dessous sont la séquence conceptuelle. Deux se déroulent dans Kelqio ; la première et la dernière restent dans vos systèmes.
- 01Vos systèmes existants
Système achats
L’acheteur démarre une demande dans l’outil qu’il utilise déjà.
- 02Dans Kelqio
Catalogue fournisseur
Une session catalogue s’ouvre avec l’assortiment et les prix contractés de cet acheteur.
- 03Dans Kelqio
Achat
L’acheteur cherche et compare entre fournisseurs dans une seule interface.
- 04Dans Kelqio
Panier retourné
Le panier revient en lignes structurées : références, quantités, prix.
- 05Vos systèmes existants
Workflow achats
La validation et la commande suivent votre processus existant.
03Responsabilités
Qui doit implémenter quoi.
L’aller-retour se dessine facilement et se partage moins bien. Voici la même séquence lue comme une obligation de chaque côté — c’est là que les projets PunchOut s’enlisent.
- 01Votre système achats
Ouvrir une session
Le système de l’acheteur demande une session catalogue pour un utilisateur identifié.
Le système achats doit
Détenir les identifiants et savoir quel acheteur, quelle entité et quel site demande.
Le côté catalogue doit
Accepter la demande, reconnaître le client, et refuser ce qu’il ne peut pas identifier.
- 02◇ DécisionKelqio
S’accorder sur l’identité de l’acheteur
L’identité établie à cet instant détermine l’assortiment et les prix pour toute la session.
Le système achats doit
Transmettre assez de contexte pour distinguer une entité ou un site, pas seulement une société.
Le côté catalogue doit
Rattacher ce contexte à un contrat, sinon la session affiche de faux prix de façon convaincante.
↳ Identité non reconnue · Votre système achats
Aucune session ne s’ouvre
Les droits sont tranchés avant tout affichage. Un acheteur non reconnu n’obtient pas un catalogue par défaut : il n’en obtient aucun.
- 03Kelqio
Parcourir l’assortiment autorisé
L’acheteur cherche et compare à l’intérieur de la session catalogue.
Le système achats doit
Céder l’écran et cesser de vouloir recopier localement la donnée du fournisseur.
Le côté catalogue doit
Afficher l’assortiment et les prix contractés de ce client, et rien d’autre.
- 04Kelqio
Renvoyer le panier
La session se termine en rendant des lignes structurées, pas une page HTML.
Le système achats doit
Accepter les lignes reçues et les rattacher à votre structure d’articles et d’imputation.
Le côté catalogue doit
Renvoyer des références, unités, quantités et prix qui survivent au mapping.
- 05Votre système achats
Valider et commander
La validation et la commande se déroulent entièrement côté acheteur.
Le système achats doit
Conserver le processus, les valideurs et la numérotation des commandes.
Le côté catalogue doit
Recevoir la commande en données, rattachée aux lignes sélectionnées.
04Choisir
PunchOut ou catalogue hébergé ?
La bonne réponse se décide généralement par fournisseur, pas par organisation.
Le catalogue hébergé convient
- Aux assortiments stables qui changent quelques fois par an
- Aux articles simples, sans configuration
- Aux fournisseurs capables de produire un export fiable
- Aux catégories où la recherche dans l’outil achats suffit
Le PunchOut convient
- Aux assortiments larges ou qui changent souvent
- Aux produits configurables ou à fortes variantes
- Aux catégories où disponibilité et délai comptent au moment du choix
- Aux fournisseurs dont l’expérience catalogue vaut mieux qu’un export
Ce que Kelqio ajoute dans les deux cas
- Une recherche unique sur tous les fournisseurs plutôt qu’un fournisseur à la fois
- Assortiment et prix contractés appliqués par client et par site
- Des paniers structurés retournés dans votre workflow achats
- Un état de connexion et une fraîcheur de catalogue visibles par fournisseur
La prise en charge de protocoles et standards PunchOut précis n’est publiée qu’une fois vérifiée. [À CONFIRMER]
05Modes d’échec
Où les projets PunchOut déraillent.
Aucun de ces cas n’est exotique. Tous sont ordinaires, et tous sont détectables à l’avance si l’on regarde.
Le panier revient inexploitable
Si les lignes retournées ne portent pas les références, unités et prix que votre système reconnaît, quelqu’un les ressaisit et le bénéfice disparaît.
Les prix ne sont pas spécifiques au client
Une session catalogue affichant le tarif public au lieu des prix contractés déplace le problème de conformité au lieu de le résoudre.
Une session par fournisseur
Si l’acheteur doit choisir un fournisseur avant de chercher, la comparaison inter-fournisseurs n’a jamais lieu.
Aucune visibilité en cas de panne
Une session catalogue qui échoue en silence donne à l’acheteur l’impression que le fournisseur n’a plus de stock.
La longue traîne est exclue
Le PunchOut favorise les fournisseurs outillés. Sans autre route, les plus petits restent entièrement hors catalogue.
Les questions qu’on nous pose sur le PunchOut.
- Le PunchOut fait-il sortir l’acheteur du processus achats ?
- Non. L’acheteur quitte la consultation catalogue de son système achats pour une expérience catalogue côté fournisseur, puis revient avec un panier. La demande d’achat, la validation et la commande restent dans son processus.
- Que contient le panier au retour ?
- Des lignes de commande structurées — références, quantités, unités et prix — pour que la demande d’achat soit créée à partir de données et non d’une description recopiée.
- Quels protocoles PunchOut Kelqio prend-il en charge ?
- Nous ne publions une prise en charge nommée qu’une fois vérifiée et démontrable. Posez-nous directement la question : nous vous dirons précisément ce qui est confirmé aujourd’hui.
- Peut-on mélanger PunchOut et catalogues hébergés ?
- Oui, et la plupart des organisations devraient le faire. Le bon choix se décide généralement par fournisseur et par catégorie, pas par une décision unique à l’échelle de l’entreprise.
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.