Il cliente chiede un catalogo PunchOut: collegare l’e-commerce al suo portale acquisti

Capire che cosa chiede realmente il cliente

Quando arriva una richiesta di “catalogo integrato”, chiedi il documento tecnico del reparto acquisti e il contatto del referente informatico. Potrebbe riguardare un file da importare periodicamente, un accesso riservato oppure un catalogo PunchOut. I costi e le responsabilità cambiano perché cambia il percorso dei dati.

SAP distingue cataloghi statici e PunchOut: nel secondo caso il catalogo resta sul sito del fornitore e la selezione torna all’applicazione di acquisto. Un normale collegamento alla tua homepage non copre questo scambio. Raccogli anche numero di aziende coinvolte, assortimenti richiesti e data prevista per l’avvio, evitando di partire da un connettore scelto soltanto per il nome.

Disegnare il percorso dal catalogo all’ordine

Nel flusso descritto dalla documentazione SAP sul PunchOut, l’acquirente parte dal proprio sistema, apre il catalogo del fornitore e seleziona i prodotti. Il carrello alimenta una richiesta nel sistema del cliente; dopo l’approvazione viene inviato l’ordine effettivo.

1. Il portale del cliente avvia una sessione autorizzata.
2. Il catalogo mostra prodotti e condizioni pertinenti.
3. La selezione torna nel portale come richiesta.
4. Il processo del cliente valuta e approva l’acquisto.
5. Il fornitore riceve l’ordine attraverso il canale concordato.

Scrivi chi controlla ogni passaggio. Non preparare merce soltanto perché il carrello è stato restituito: la richiesta potrebbe essere modificata, rifiutata o lasciata in attesa.

Concordare protocollo, versione e funzioni supportate

La parola PunchOut descrive un percorso, ma non basta a definire la compatibilità tecnica. Il cliente deve indicare piattaforma, versione, documentazione e ambiente di prova. Nelle integrazioni possono comparire cXML oppure OCI: non sono nomi intercambiabili di un unico formato.

SAP documenta l’Open Catalog Interface per specifici scenari di collegamento ai cataloghi. Una soluzione che supporta un certo flusso cXML non va considerata automaticamente compatibile con OCI, né con ogni sua versione. Chiedi al fornitore dell’integrazione una conferma riferita al caso concreto, comprese eventuali funzioni di modifica del carrello e ricezione degli ordini. Il trasferimento delle fatture resta un requisito ulteriore da chiarire.

Mostrare il catalogo e il listino dell’azienda corretta

Definisci come il sito riconosce l’azienda che avvia la sessione e quali prodotti può consultare. Catalogo pubblico, assortimento contrattuale e disponibilità riservata possono essere differenti. Un utente non deve vedere i prezzi negoziati di un altro cliente cambiando un parametro o riaprendo un vecchio collegamento.

Assegna la gestione degli accessi e la revoca quando termina il rapporto. Evita credenziali condivise inviate per email insieme ai documenti del progetto. La normale area rivenditori B2B può fornire parte del catalogo, ma l’avvio della sessione e il ritorno dei dati vanno verificati separatamente. Prevedi un messaggio comprensibile per sessione scaduta, cliente non abilitato o catalogo temporaneamente indisponibile.

Associare codici, unità di misura e condizioni

Prepara un campione di articoli con chi segue le vendite e il magazzino. Per ogni riga chiarisci codice fornitore, descrizione, quantità, unità di misura, prezzo e valuta. Se il cliente acquista scatole ma il gestionale conserva pezzi, la conversione deve essere concordata e verificabile, non dedotta dal titolo.

Il collegamento tra sito e gestionale deve mantenere coerenti questi elementi anche quando il catalogo viene aggiornato.

Gestire l’attesa tra selezione e acquisto

Tra il ritorno del carrello e l’arrivo dell’ordine possono cambiare prezzo, disponibilità o condizioni. Definisci con il cliente durata dell’offerta, controllo delle variazioni e gestione degli articoli non più ordinabili. Una disponibilità mostrata durante la consultazione non equivale automaticamente a una prenotazione di magazzino.

Il sito deve distinguere i riferimenti della sessione, della richiesta e dell’ordine ricevuto. Chiedi cosa accade quando il cliente riapre una selezione o invia nuovamente lo stesso documento. La guida agli ordini B2B con approvazione riguarda ruoli e decisioni; nel PunchOut occorre inoltre coordinare stati appartenenti a sistemi amministrati da organizzazioni differenti.

Un esempio ipotetico: confezioni di componenti

Un distributore vende raccordi in scatole da venti pezzi. Il cliente li seleziona dal catalogo, ma il ritorno al portale acquisti interpreta la quantità come singoli pezzi. Descrizione e prezzo sembrano plausibili, mentre l’ordine successivo contiene una quantità diversa da quella desiderata.

Nel collaudo le due aziende confrontano carrello, richiesta approvata e ordine ricevuto. Correggono la corrispondenza delle unità e ripetono la prova con una seconda confezione. Questo caso è inventato: serve a mostrare perché una schermata che si apre correttamente non dimostra che il collegamento sia pronto per il lavoro quotidiano.

Collaudare il percorso e pianificare la gestione

Parti da un assortimento limitato e coinvolgi un acquirente, il referente del portale e chi riceve gli ordini nel tuo ufficio. Concorda in anticipo il risultato atteso delle prove e conserva riferimenti utilizzabili dall’assistenza, senza esporre segreti di accesso.

• Accesso del cliente corretto e tentativo con cliente non abilitato.
• Carrello con varianti, confezioni e più righe.
• Sessione scaduta e ritorno interrotto al portale.
• Richiesta modificata prima dell’approvazione.
• Ordine ricevuto due volte e articolo divenuto indisponibile.

Definisci assistenza, aggiornamenti e responsabilità in un accordo operativo: chi controlla il catalogo, chi segue il connettore e chi interviene sul sistema del cliente. Nel preventivo separa analisi, sviluppo, prove con il cliente e gestione successiva. L’avvio richiede un esito verificato su entrambi i lati.

Domande frequenti

Serve rifare tutto l’e-commerce?

Non necessariamente. Dipende da piattaforma, connettori disponibili e requisiti richiesti. Prima si verifica quali parti del catalogo e del processo esistente siano utilizzabili.

Un solo collegamento funziona per tutti i clienti?

Non è garantito. Piattaforme, protocolli, campi e regole possono cambiare. Prevedi una verifica per ciascuna integrazione, anche quando riutilizzi componenti comuni.