Fonctionnement du fournisseur de substitution L2

  • Rversion finale: Yokohama
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture
  • Le fournisseur de punchout de niveau 2 (L2) permet aux organisations acheteuses de rechercher et de découvrir des articles Punchout directement dans leur application d’approvisionnement, éliminant ainsi la nécessité de rechercher individuellement le site de chaque fournisseur.

    API clés utilisées dans le fournisseur de substitution L2

    • API de recherche : permet à SPO d’interroger plusieurs systèmes de fournisseurs de substitution et d’afficher des listes de produits dans l’application.
    • API du produit : si elle est prise en charge par le système Punchout, cette API permet à SPO de récupérer des informations détaillées sur le produit.
    • API de commande : si elle est prise en charge par le système Punchout, cette API permet aux utilisateurs d’effectuer le processus de paiement dans SPO lui-même.

    Prise en charge multi-fournisseurs

    Vous pouvez configurer SPO avec plusieurs points de terminaison de punchout. Pour plus d'informations, consultez Configuration du punchout dans SPO.

    Lorsqu’une recherche est lancée, SPO interroge tous les systèmes configurés et présente un ensemble consolidé de résultats à l’utilisateur.

    Flux de recherche et de sortie

    • Les utilisateurs peuvent rechercher des articles et consulter une liste consolidée des produits retournés par tous les systèmes Punchout configurés.

      Rechercher des produits.

    • Les produits sélectionnés sont ajoutés au panier et le paiement est effectué dans SPO. Lors de la validation, une demande d’achat (PR) est créée. Une fois approuvé, un bon de commande (PO) est généré et synchronisé avec le système de substitution correspondant.

      Produits ajoutés au panier.

    Flux de punchOut L2

    Le flux de fournisseur de punchout de niveau 2 comprend les étapes suivantes :

    • Lorsqu’un terme de recherche est saisi, le back-end de SPO interroge tous les points de terminaison de recherche configurés et la liste de produits résultante est affichée dans ShoppingHub.
    • Si l’une des charges utiles renvoyées ne comporte pas les champs obligatoires requis, les résultats correspondants sont exclus du traitement ultérieur.
    • Si le système Punchout prend en charge l’API produit, des informations détaillées sur le produit peuvent être récupérées auprès du fournisseur.
    • Une fois les produits ajoutés au panier et le paiement par l’utilisateur, SPO crée une demande d’achat et, après approbation, un bon de commande.
    • Le bon de commande est ensuite synchronisé avec le système Punchout à l’aide de l’une des méthodes suivantes :
      • Charges utiles cXML, si le fournisseur prend en charge un point de terminaison de commande cXML.
      • API de commande, si le fournisseur prend en charge la soumission de commandes basée sur une API.
    • Le système de substitution cible est déterminé en fonction des informations du fournisseur dans le bon de commande. SPO récupère la configuration tierce pertinente à partir de la table Enregistrement tiers.
    • Un point d’extension, sn_spend_intg. ThirdPartySystemApiExtension est disponible pour prendre en charge l’intégration avec divers systèmes de punchout :
      • Les utilisateurs doivent configurer les détails du système du fournisseur de substitution dans la table d’inscription tierce.
      • Les utilisateurs doivent également implémenter le point d’extension ci-dessus pour permettre l’intégration avec des systèmes de punchout spécifiques.

    La figure suivante illustre le flux du fournisseur de substitution L2.Flux de fournisseur de substitution L2.