Le punchout est la connexion qui permet à un acheteur professionnel de parcourir le catalogue de son fournisseur depuis son propre système d’achat, puis de renvoyer son panier dans ce système pour validation. Le fournisseur reste sur son site, avec ses prix et son stock réel. L’acheteur garde le contrôle de son circuit de commande. Ce mécanisme est devenu une condition d’accès aux comptes qui achètent en e-procurement.
Ce guide s’adresse aux fournisseurs et distributeurs B2B qui entendent parler de punchout pour la première fois, ou qui doivent répondre à une demande de l’un de leurs clients. Il explique le fonctionnement du mécanisme, ce que les acheteurs en attendent, ce que les protocoles imposent et ce que le fournisseur doit tenir dans la durée.
La question revient souvent sous la forme d’une contrainte technique. Elle mérite d’abord d’être posée comme une question commerciale. Un client qui demande un punchout vous dit qu’il veut continuer à acheter chez vous, à condition de passer par son propre processus. La question se pose aussi au distributeur qui opère sa propre marketplace B2B, comme nous le verrons plus bas.
Le terme désigne une connexion entre deux environnements. L’acheteur sort de son système d’achat pour consulter la boutique du fournisseur, puis il y retourne avec son panier.
Le système de l’acheteur, appelé plateforme d’e-procurement, gère les demandes d’achat, les validations hiérarchiques et les bons de commande. Le système du fournisseur est sa boutique en ligne, avec son catalogue, ses prix et ses stocks. Le punchout relie les deux sans les fondre.
L’acheteur ne se connecte pas à la boutique comme un visiteur ordinaire. Son identité, sa société et ses conditions tarifaires sont transmises dès l’entrée. Il voit l’offre qui lui est réservée.
Il ne s’agit pas d’un catalogue hébergé. Dans un catalogue hébergé, le fournisseur envoie un fichier de produits à l’acheteur, qui l’importe dans son système. Le fichier vieillit dès qu’il est déposé. Les prix changent, les stocks bougent, les références se remplacent.
Le punchout résout ce problème en allant chercher l’information à la source. Le catalogue reste chez le fournisseur, et l’acheteur le consulte en temps réel.
On parle de catalogue punchout, punchout catalog en anglais, pour désigner la boutique du fournisseur telle que l’acheteur la voit depuis son système d’achat : son offre, ses prix négociés et le stock disponible, consultés en direct. C’est la forme la plus courante du punchout e-commerce, qui relie le site marchand B2B d’un fournisseur aux outils d’achat de ses clients.
Le terme a été popularisé par Ariba à la fin des années 1990. La documentation de Manutan rappelle que la terminologie a été reprise par la suite par les principales plateformes d’achat, Coupa, Ivalua et d’autres. Le terme est resté, y compris en français, où il s’écrit punchout ou punch-out.
Le mécanisme se comprend mieux en suivant une commande de bout en bout. Il tient en trois temps, de la connexion de l’acheteur jusqu’à l’émission du bon de commande.
L’acheteur se connecte à sa plateforme d’e-procurement, identifie un fournisseur agréé et déclenche la connexion. Ses identifiants sont vérifiés, puis il est redirigé vers la boutique du fournisseur. Il navigue avec ses tarifs négociés, ses produits autorisés et les stocks disponibles.
Quand l’acheteur a terminé, il ne valide pas sa commande sur la boutique. Il renvoie son panier dans son système d’achat. Celui-ci crée une demande d’achat, qui suit le circuit de validation interne de l’entreprise.
La demande d’achat est approuvée selon les règles de l’acheteur, puis convertie en bon de commande. Le bon de commande part chez le fournisseur pour être préparé. La boutique a servi à la sélection, le système de l’acheteur a gardé la main sur l’autorisation.
Le punchout se distingue d’une vente en ligne classique sur ce point précis. Le fournisseur ne décide pas du moment où la commande devient ferme. L’acheteur le fait, dans son propre système.
La demande ne vient presque jamais du fournisseur. Elle vient d’un service achats qui veut rattacher ses achats à son processus existant.
Une entreprise qui déploie une plateforme d’e-procurement le fait pour savoir qui achète quoi, auprès de qui, et dans quel budget. Un fournisseur qui vend par téléphone, par mail ou par une boutique non connectée échappe à ce contrôle. Le punchout ramène la commande dans le circuit officiel.
Sans connexion, la commande passée sur un site marchand doit être ressaisie dans le système de l’acheteur, ou saisie à la main par le service achats. Les codes produits diffèrent, les prix changent, les erreurs se multiplient. Le punchout supprime cette étape en transmettant le panier directement.
Le punchout est particulièrement adapté aux achats de faible valeur unitaire et de forte variété, ce que les achats de classe C désignent. Manutan note que cette catégorie combine plusieurs dizaines de milliers de références et une faible récurrence d’achat. Un catalogue dynamique évite au service achats de gérer ce volume à la main.
Sous le mécanisme se trouvent deux formats d’échange. Ils ne sont pas interchangeables, et le fournisseur ne choisit pas toujours lequel mettre en œuvre.
cXML est un protocole de communication entre applications d’achat, plateformes de commerce et fournisseurs. La documentation publiée par cXML.org, maintenue par SAP Ariba, le présente comme un format allégé destiné à faire circuler des documents commerciaux de façon homogène. Il est devenu le format de référence de SAP Ariba, de Coupa, de Jaggaer et d’Oracle Procurement.
OCI, pour Open Catalog Interface, est l’interface historique de SAP. Il repose sur des paramètres d’URL et des formulaires HTML, là où cXML repose sur des messages structurés. Il reste présent dans les environnements SAP SRM et SAP S/4HANA. SAP se retrouve donc des deux côtés : SAP Ariba, sa plateforme d’achat en ligne, utilise cXML, tandis que les ERP SAP historiques reposent sur OCI.
Gatebold résume la situation : le fournisseur choisit rarement entre les deux formats, l’acheteur impose le sien. Un fournisseur qui sert plusieurs grands comptes doit donc pouvoir parler cXML pour certains et OCI pour d’autres. Une brique de connexion prête à l’emploi traite cette hétérogénéité, un développement sur mesure l’assume pour toute la durée du projet.
Le mécanisme est une contrainte tant qu’il reste une demande isolée. Il devient un avantage dès qu’il couvre une part significative du portefeuille.
Le fournisseur qui ouvre un punchout en retire trois effets. L’acheteur explore son catalogue réel, et non une liste figée de références préchargées : nouveautés et produits complémentaires restent visibles. Les erreurs de saisie disparaissent, puisque les données de commande arrivent sans ressaisie. Les comptes qui achètent déjà en e-procurement deviennent accessibles sans contournement.
Ces effets se mesurent sur la part de portefeuille concernée. Un fournisseur qui sert dix grands comptes dont six achètent en e-procurement ne touche que ceux-là.
Un acheteur qui a branché un fournisseur dans son système d’achat ne change pas d’avis pour une différence de prix marginale. La connexion, la mise en place des grilles tarifaires et l’historique des commandes créent un coût de changement réel. Le fournisseur qui a fait l’effort de se connecter se retrouve mieux placé aux renouvellements.
Le panier renvoyé contient les références commandées, les quantités, les prix négociés et les conditions de livraison. Le service logistique du fournisseur traite une commande propre, sans appel de clarification. Ce gain est modeste pièce par pièce, il devient net sur un volume important.
La partie visible est la boutique. Le travail réel se joue sur ce que la boutique doit promettre.
L’acheteur achète ce qu’il voit au moment où il le voit. Une référence affichée en stock mais indisponible, ou un prix ancien, produit un litige dès la commande. Le catalogue doit être la source unique, alimentée par le stock réel.
Ce point est plus exigeant qu’il n’y paraît. Les catalogues fournisseurs changent vite, les prix bougent, les références se remplacent. TradeCentric note d’ailleurs que la mise en cohérence des données entre les deux systèmes est l’un des points de friction les plus fréquents lors de l’intégration.
L’acheteur connecté s’attend à retrouver ses tarifs négociés, ses remises contractuelles et ses conditions de livraison. Ce paramétrage se fait par client, ce qui suppose que la plateforme sache appliquer une grille différente selon l’acheteur.
Une intégration punchout n’est pas posée une fois pour toutes. Les protocoles évoluent, les plateformes d’achat changent de version, les champs de données sont réalignés. Le fournisseur doit prévoir qui maintient cette connexion, et à quel rythme.
La courbe d’apprentissage est réelle. Construire, maintenir et faire évoluer plusieurs intégrations punchout demande des compétences que peu de structures internes ont d’emblée. C’est l’un des motifs pour lesquels les entreprises s’appuient sur une plateforme spécialisée.
Un distributeur qui ouvre son site à des vendeurs tiers devient opérateur de marketplace. Le punchout lui pose alors une question supplémentaire. L’acheteur arrive sur un environnement multi-vendeurs, alors que son système d’achat attend un catalogue et un contrat.
Le punchout se branche sur la marketplace, et non sur chaque vendeur pris isolément. L’acheteur négocie avec l’opérateur, il parcourt l’offre de plusieurs vendeurs, et il renvoie un panier unique. Les règles tarifaires, les conditions de livraison et les limites de dépense sont appliquées au niveau de la place de marché.
C’est l’un des rôles de l’opérateur : fournir un point d’entrée unique qui respecte le processus d’achat de ses clients.
La plateforme Uppler prend en charge les connexions punchout vers les principales plateformes d’achat, parmi lesquelles Ariba, Coupa, Ivalua et Procurify. Elle gère également la tarification par client, qui permet d’appliquer les conditions négociées à chaque acheteur connecté, ainsi que les termes de paiement B2B, les acomptes et les conditions SEPA.
La plateforme reçoit aussi les demandes d’achat, propose un tableau de bord des achats et route chaque commande vers le bon vendeur. L’acheteur commande dans son propre processus, l’opérateur conserve la maîtrise de l’offre et de la facturation.
Ozyme, distributeur dans la santé et la recherche, s’appuie ainsi sur Uppler pour servir en punchout les acheteurs qui l’exigent.
Pour savoir lesquels de vos clients exigent un punchout et quel protocole ils utilisent, l’équipe Uppler peut faire le point avec vous lors d’une démonstration.
C’est la boutique d’un fournisseur consultée depuis le système d’achat du client, avec les prix négociés et le stock en temps réel. L’acheteur y compose son panier, puis le renvoie dans son propre outil pour validation.
Le catalogue hébergé repose sur un fichier de produits importé dans le système de l’acheteur. Le punchout connecte l’acheteur à la boutique du fournisseur en temps réel. Le second évite l’obsolescence du premier.
Non. Le critère est la demande de l’acheteur. Une PME qui vend à un groupe équipé d’une plateforme d’e-procurement devra fournir un punchout pour continuer à être référencée. La taille du fournisseur ne règle pas la question, le processus de l’acheteur la pose.
Celui que votre client utilise. La majorité des plateformes reposent sur cXML, les environnements SAP historiques sur OCI. Un fournisseur qui sert plusieurs acheteurs doit pouvoir couvrir les deux.
Le paramétrage initial se compte en semaines. La durée dépend du nombre d’acheteurs à connecter, de la qualité du catalogue de départ et du nombre de grilles tarifaires à configurer. La maintenance est un poste récurrent.
L’accès aux comptes qui achètent en e-procurement, la fidélisation sur les appels d’offres récurrents et la disparition des commandes ressaisies à la main. Le fournisseur qui refuse le punchout perd les acheteurs qui l’imposent.
Lancement en1 mois avec notre solution tout-en-un
Spécialiste du e-commerce B2B
Équipe intégration pour simplifier votre projet
Morgan Clark
Platform manager chez Label Corner
"Le service client est très réactif et la plateforme reste simple d'usage.
La solution est très performate, avec un bon rpport de prix et permet une impléentation rapide."
