Fonctionnement du fournisseur de substitution L2

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture

    • Niveau 2 (L2) Punchout 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 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 de punchout, cette API permet aux utilisateurs de terminer le processus de paiement dans SPO lui-même.

    Prise en charge multi-fournisseurs

    Vous pouvez configurer SPO avec plusieurs points de terminaison 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 afficher une liste consolidée des produits retournés par tous les systèmes de punchout configurés.

      Rechercher des produits.

    • Les produits sélectionnés sont ajoutés au panier et le paiement s’effectue 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 punchout correspondant.

      Produits ajoutés au panier.

    Flux du fournisseur de substitution L2

    Le flux de fournisseur de substitution 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 n’a pas de champs obligatoires obligatoires, 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 du fournisseur de substitution à 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 commande basée sur l’API.
    • Le système de fournisseur 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 Inscription tierce.
    • 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 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 du fournisseur de substitution L2.