Quando basta un catalogo hosted
Quando il listino è stabile, i prodotti sono standard e il buyer non ha bisogno di configurazioni o disponibilità in tempo reale.
Questa pagina non serve a dire che PunchOut è sempre migliore. Serve a capire quando è utile, quando basta un catalogo statico e quando conviene una strategia ibrida.
La differenza tra catalogo hosted e PunchOut non sta solo nel protocollo. Sta nel modo in cui il buyer compra, nel livello di dinamicità di prezzi e assortimenti e in quanto il fornitore vuole mantenere lo store aderente alla propria realtà commerciale.
La scelta giusta parte dal modello di vendita e solo dopo arriva alla soluzione tecnica.
Il confronto utile non è ideologico. È capire quale modello serve meglio il buyer e riduce più attrito lungo il processo.
| Caratteristica | Catalogo Hosted | PunchOut |
|---|---|---|
| Aggiornamento prezzi | Periodico o programmato | In tempo reale |
| Disponibilità stock | Limitata o non aggiornata | Visibilità immediata |
| Configurazioni prodotto | Limitate | Gestione completa |
| Complessità progetto | Più contenuta | Più alta ma più flessibile |
Questi tre casi coprono la maggior parte dei progetti reali.
Quando il listino è stabile, i prodotti sono standard e il buyer non ha bisogno di configurazioni o disponibilità in tempo reale.
Quando il buyer deve accedere a un catalogo dinamico, con prezzi specifici, disponibilità aggiornate e prodotti configurabili.
Quando alcune categorie funzionano bene come catalogo statico e altre richiedono esperienza dinamica e integrazione più profonda.
Quando il progetto richiede catalogo dinamico, il roundtrip buyer-store-buyer diventa il cuore del flusso.
L'utente parte dalla piattaforma procurement o dal sistema di acquisto aziendale.
Il buyer entra in F-Merchant con contesto, listino e catalogo coerenti con il proprio profilo.
Naviga il catalogo dinamico e compone il carrello con prezzi e disponibilità aggiornati.
Il carrello rientra nel processo procurement del buyer e prosegue verso approvazione e ordine formale.
L'implementazione diventa più gestibile quando il percorso è esplicito fin dall'inizio.
Si decide se il progetto richiede hosted catalog, PunchOut o combinazione dei due.
Si configurano endpoint, credenziali, cataloghi e regole di ritorno del carrello.
Si verifica l'intero percorso dal buyer allo store e ritorno al procurement.
Si attiva il flusso produttivo con monitoraggio delle prime sessioni e dei primi ordini.
Se il progetto coinvolge anche integrazione e procurement del cliente, questi contenuti aiutano a collegare il percorso PunchOut alla messa in esercizio reale.
Flusso cXML completo per apertura sessione, ritorno carrello e roundtrip.
Vedi l'approfondimento →Prerequisiti, ambienti di test, sequenza iniziale e checklist di progetto.
Vedi l'approfondimento →Cosa succede dopo il ritorno del carrello e come si formalizza l'ordine finale.
Vedi l'approfondimento →Risposte alle domande che emergono più spesso quando si decide tra catalogo statico, PunchOut o approccio ibrido.
La scelta tra hosted catalog e PunchOut impatta progetto, manutenzione e qualità del processo d'acquisto. Meglio chiarirla bene all'inizio.