Comment ça marche
Du clic prescripteur au bon de commande, en 6 étapes.
Un parcours PunchOut complet avec Gatebold : le système d'achats, la plateforme, le connecteur Magento et le retour panier. Voici ce qui se passe à chaque étape.
Comment ça marche
Du clic acheteur au bon de commande .
Système d'achats → Gatebold
Le prescripteur clique sur PunchOut
Système d'achats (Ariba, Coupa, Jaggaer...)
Le système d'achats envoie un PunchOutSetupRequest cXML ou OCI à la plateforme Gatebold. Ce message contient l'identité de l'acheteur, du prescripteur, et l'URL de retour.
Gatebold → Connecteur Magento
Gatebold valide et ouvre la session
Plateforme Gatebold
Gatebold vérifie les credentials (HMAC-SHA256), identifie la connexion, crée une session JWT signée et génère l'URL d'entrée Magento.
Prescripteur ↔ Boutique Magento
Le prescripteur navigue sur la boutique
Magento / Adobe Commerce
Le prescripteur est redirigé vers la boutique Magento avec son contexte acheteur. Il navigue, voit ses prix contractuels, constitue son panier.
Connecteur → Gatebold
Le panier est renvoyé
Connecteur Magento → Gatebold
Le prescripteur valide son panier. Le connecteur envoie un callback à Gatebold avec le contenu du panier.
Gatebold → Système d'achats
Gatebold construit le PunchOutOrderMessage
Plateforme Gatebold
Gatebold applique le mapping cXML ou OCI configuré pour cet acheteur : codes produit, UNSPSC, unités de mesure, taxes. Le message cXML est validé contre le DTD officiel.
Circuit d'approbation interne
Le panier arrive dans le système d'achats
Système d'achats
Le PunchOutOrderMessage est posté vers l'URL de retour. Le panier apparaît dans le système d'achats pour validation interne, approbation, et génération du bon de commande.
Ce qui change avec Gatebold
À chaque étape, visibilité et contrôle.
Étape 1-2 : validation automatique
Credentials vérifiés, session JWT créée, connexion identifiée. Aucun Setup Request invalide ne passe silencieusement.
Étape 3-4 : contexte préservé
Le connecteur Magento maintient le contexte acheteur pendant toute la navigation. Pas de session perdue, pas de cookie qui expire.
Étape 5-6 : mapping maîtrisé
Le PunchOutOrderMessage est construit avec le mapping configuré pour cet acheteur. Validé par DTD avant envoi.
Envie de voir ce flux en action ?
Nous pouvons vous montrer le flux complet dans un environnement sandbox avec votre contexte acheteur.