Le fonctionnement réel d'un catalogue punchout
Une session punchout se déroule en quatre étapes, chacune franchissant la frontière entre les systèmes des deux entreprises.
- L'acheteur lance le punchout : son système d'achats envoie une requête identifiant l'acheteur et son organisation, permettant au site fournisseur de reconnaître immédiatement l'utilisateur.
- La tarification est personnalisée par compte : la boutique affiche les prix contractuels et la disponibilité en temps réel pour cet acheteur, et non un catalogue public.
- Le panier est retourné sous forme de demande d'achat : l'acheteur transfère son panier dans son propre système d'achats au lieu de finaliser la commande sur le site du fournisseur.
- L'approbation et la commande sont gérées côté acheteur : la demande d'achat suit le circuit d'approbation interne de l'acheteur, puis est transmise sous forme de bon de commande.
La commande n'est jamais passée sur la boutique du fournisseur. C'est ce point qui semble contre-intuitif pour les fournisseurs, mais c'est précisément ce qu'exigent les équipes achats des acheteurs.
Pourquoi les acheteurs en entreprise exigent-ils le punchout ?
Les logiciels d'achats servent à faire respecter les politiques internes. Les dépenses sont imputées aux budgets, les approbations sont routées selon les montants, et chaque engagement est centralisé pour l'audit. Un acheteur qui quitte ce système pour commander sur un site fournisseur s'affranchit de toutes ces règles.
Les grandes organisations imposent donc que les achats soient effectués au sein de leur système. Tout achat externe est considéré comme un achat sauvage (maverick spend), que les équipes achats cherchent à réduire. À ce stade, la boutique en ligne du fournisseur ne rivalise plus avec d'autres sites, mais avec la politique interne de l'acheteur, et elle perd systématiquement.
Le punchout résout ce conflit au lieu de le subir. Le fournisseur conserve son catalogue, sa logique tarifaire et son expérience produit, tandis que l'acheteur garde son circuit d'approbation et sa traçabilité. Aucune des deux parties ne doit renoncer à ce qui est essentiel pour elle.
Que perdent les fournisseurs sans catalogue punchout ?
Un fournisseur sans punchout ne se contente pas d'un canal plus lent. Il est exclu des comptes qui, autrement, achèteraient chez lui. Cette perte se manifeste de manière identifiable :
- Exclusion de la liste des fournisseurs approuvés : les équipes achats présélectionnent les fournisseurs accessibles via leur système, et un fournisseur sans punchout est écarté avant même toute discussion commerciale
- Des commandes qui génèrent du travail administratif : sans punchout, les grands comptes envoient leurs bons de commande par e-mail ou EDI, et quelqu'un doit les saisir manuellement dans l'ERP
- Litiges tarifaires lors de la facturation : lorsque l'acheteur commande à partir d'un tableur ou d'un catalogue PDF, le prix attendu et le prix facturé divergent, et le service financier doit absorber la différence
- Absence de visibilité sur le compte : les commandes arrivent sans les données de navigation, l'historique des devis ou les intérêts produits qu'une boutique connectée permettrait de capturer
Ce que le punchout exige de vos systèmes
Le punchout ressemble à une fonctionnalité e-commerce, mais se comporte comme une exigence d'intégration. Quatre conditions doivent être remplies au moment où l'acheteur navigue.
- Tarification spécifique au compte sur demande : le prix contractuel de l'acheteur, calculé en temps réel depuis l'ERP plutôt que servi à partir d'une table synchronisée qui devient obsolète
- Disponibilité réelle : un stock qui prend en compte les allocations et les réceptions entrantes, car un panier punchout qui échoue lors de l'exécution nuit davantage à la relation client qu'un site lent
- Gestion correcte de l'identité : la requête punchout transmet des identifiants qui doivent être associés au bon compte et au bon contrat dans vos systèmes, à chaque fois
- Les bons formats de documents : la plupart des plateformes d'approvisionnement utilisent le cXML, certaines l'OCI, et les demandes d'achat ainsi que les commandes doivent être lisibles par les deux parties
Seul le quatrième concerne réellement le punchout en tant que norme, et il se situe aux côtés de l' intégration EDI que la plupart des fournisseurs utilisent déjà pour leurs plus gros comptes. Les trois premiers sont des problèmes d'intégration classiques que le punchout met en lumière. Un acheteur utilisant son propre système d'approvisionnement ne tolérera pas une page qui met six secondes à afficher un prix.
Comment une plateforme d'intégration gère un catalogue punchout
Les fournisseurs accèdent au punchout de trois manières. Un réseau d'approvisionnement ou un portail fournisseur peut héberger le catalogue pour vous ; cette solution fonctionne, facture à la transaction et maintient une certaine distance avec la relation acheteur. Certaines plateformes e-commerce proposent des modules punchout qui gèrent le protocole, mais nécessitent toujours une connexion à l'ERP contenant les prix contractuels. Le développement direct pour chaque système d'approvisionnement d'acheteur est possible, mais se multiplie avec chaque nouveau grand compte.
Une plateforme d'intégration en tant que service (iPaaS) connecte la boutique en ligne aux systèmes qui détiennent les informations. Sur l'iPaaS Alumio, ce travail prend quatre formes :
- Tarification en temps réel pour l'acheteur : un proxy en temps réel vérifie les prix contractuels et les stocks dans l'ERP pendant que l'acheteur navigue, afin que le prix affiché à l'écran soit celui de l'ERP
- Formats traduits dans les deux sens : un transformateur de données convertit les documents cXML ou OCI dans le format attendu par l'ERP et inversement, afin que les normes d'approvisionnement n'imposent pas la structure de votre back-office
- Mise en attente en cas de lenteur système : un stockage intégré conserve les données de référence et met en file d'attente les commandes retournées, évitant ainsi qu'un ERP surchargé n'interrompe la session de l'acheteur
- Traçabilité par session : des journaux détaillés enregistrent quel acheteur a vu quel prix et à quel moment, ce qui permet de résoudre un litige de facturation sans enquête approfondie
Ces flux sont configurés plutôt que développés sur mesure pour chaque acheteur, avec un transformateur de code disponible lorsque la configuration ne permet pas d'exprimer une règle et que l'écriture de code est préférable. Leeuwerik Plaat, un fournisseur B2B néerlandais de matériaux en feuilles, vend selon des prix contractuels spécifiques à chaque client. Alumio transfère ses produits, ses stocks et ses tarifs personnalisés en temps réel entre l'ERP Kerridge et Adobe Commerce. Les acheteurs commandent 24h/24 aux prix définis par leur contrat.
La valeur d'un catalogue punchout pour un fournisseur
Le punchout est rarement financé pour ses propres mérites. Il est financé lorsqu'un grand compte le réclame, et la réponse apportée détermine si ce compte reste ou non.
Les fournisseurs qui le traitent comme une infrastructure plutôt que comme un développement ponctuel s'en sortent bien mieux. Grâce à une plateforme d'intégration, chaque nouvel acheteur professionnel se connecte à un modèle déjà existant. Les équipes achats cessent de contourner le système, et les tarifs communiqués à l'acheteur correspondent exactement à ceux que le service financier s'attend à facturer.
L'entreprise y gagne l'accès à des comptes auparavant inaccessibles, des commandes qui arrivent structurées plutôt que sous forme de pièces jointes par e-mail, et un canal qui évolue au rythme de l'équipe commerciale plutôt qu'en fonction du retard d'intégration.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
