<img height="1" width="1" style="display:none" src="https://www.facebook.com/tr?id=2927177194282012&ev=PageView&noscript=1"/>
← Torna al blog

26 agosto 2026

Integrare un portale ordini B2B con il gestionale: cosa verificare prima

Ordini B2B

Integrare un portale ordini B2B con il gestionale: cosa verificare prima

Il cliente inserisce l’ordine nel portale.

Poi un dipendente lo apre, controlla i dati e lo ricopia nel gestionale.

Il portale funziona. Il gestionale funziona. Ma il processo è ancora manuale.

Collegare i due sistemi dovrebbe eliminare proprio questo passaggio. Per riuscirci non basta dire che “hanno le API”, cioè che possono comunicare.

Bisogna stabilire quali informazioni devono passare, da dove arrivano, quando vengono aggiornate e che cosa succede se qualcosa va storto.

L’integrazione non è una spunta tecnica. È una parte del lavoro aziendale.

Prima domanda: qual è il sistema principale?

Clienti, prodotti, prezzi e ordini possono comparire sia nel portale sia nel gestionale.

Ma non dovrebbero essere modificati liberamente in entrambi.

Per ogni informazione devi decidere quale sistema contiene la versione principale.

Per esempio:

  • i clienti vengono creati nel gestionale e inviati al portale;
  • i listini vengono gestiti nel gestionale;
  • l’ordine nasce nel portale e viene poi trasferito;
  • lo stato della consegna torna dal gestionale al portale.

Senza questa regola, due persone possono modificare lo stesso dato in posti diversi. Prima o poi le versioni non coincideranno più.

Quali dati devono andare verso il portale

Il cliente può ordinare correttamente soltanto se il portale riceve informazioni affidabili.

Potrebbero servire:

  • anagrafica del cliente;
  • sedi e indirizzi;
  • prodotti e varianti;
  • listini e sconti;
  • quantità minime e confezioni;
  • disponibilità;
  • condizioni di pagamento;
  • eventuali blocchi.

Non bisogna trasferire tutto ciò che contiene il gestionale. Soltanto ciò che serve al cliente e alle regole dell’ordine.

Più dati vengono scambiati, più il collegamento diventa difficile da controllare. Ogni informazione deve avere uno scopo.

Quali dati devono tornare al gestionale

Quando il cliente invia l’ordine, il gestionale deve ricevere dati completi.

Di solito servono:

  • cliente e sede;
  • prodotti, quantità e prezzi;
  • indirizzo di consegna;
  • condizioni scelte;
  • note previste;
  • riferimento dell’ordine;
  • eventuali approvazioni.

Il codice usato dal portale deve corrispondere a quello riconosciuto dal gestionale. Lo stesso vale per clienti, indirizzi e unità di misura.

Se i due sistemi chiamano la stessa cosa in modi diversi, il collegamento deve sapere come abbinarla. Non può affidarsi all’interpretazione di una persona.

Quanto devono essere aggiornati i dati

Non tutto deve essere aggiornato nello stesso istante.

Un listino può cambiare una volta al giorno. La disponibilità potrebbe richiedere aggiornamenti più frequenti. Lo stato di un ordine può essere inviato soltanto quando cambia.

La frequenza dipende dal rischio.

Se vendere un prodotto non disponibile crea un problema serio, un aggiornamento notturno potrebbe non bastare. Se la disponibilità mostrata è soltanto indicativa, può essere sufficiente.

Dire “sincronizzazione automatica” non spiega nulla. Devi sapere quanto può essere vecchio un dato senza creare un errore.

Che cosa succede quando qualcosa non funziona

Prima o poi un collegamento fallisce.

Il gestionale può essere spento. Un codice può non esistere. Un dato può avere un formato non previsto. Il portale può inviare un ordine che il gestionale rifiuta.

Il problema non è evitare ogni errore. È accorgersene e sapere che cosa fare.

Chiedi:

  • dove viene registrato l’errore;
  • chi riceve l’avviso;
  • se l’ordine può essere inviato di nuovo;
  • come evitare ordini doppi;
  • quale sistema mostra lo stato corretto al cliente.

Un’integrazione che fallisce in silenzio è più pericolosa di una procedura manuale, perché tutti pensano che abbia funzionato.

Come evitare ordini doppi o persi

Ogni ordine dovrebbe avere un riferimento unico.

Se il portale prova a inviarlo una seconda volta, il gestionale deve riconoscerlo. Se l’invio fallisce, il sistema deve poter riprovare senza creare un duplicato.

Deve anche essere possibile capire in quale stato si trova:

  • preparato;
  • inviato;
  • ricevuto dal gestionale;
  • rifiutato;
  • da controllare.

Questi stati non servono a complicare la schermata. Servono a evitare la domanda peggiore: “L’ordine è arrivato oppure no?”.

Chi è responsabile quando i fornitori sono diversi

Il portale può essere gestito da un fornitore e il gestionale da un altro.

Quando il collegamento non funziona, entrambi potrebbero dire che il problema è dall’altra parte.

Prima del progetto bisogna chiarire:

  • chi mette a disposizione i dati;
  • chi sviluppa il collegamento;
  • chi controlla gli errori;
  • chi interviene per primo;
  • quali accessi e documenti servono.

Se il gestionale non permette di leggere o scrivere le informazioni necessarie, non esiste una scorciatoia tecnica. Bisogna cambiare il progetto o il processo.

La fattibilità va verificata prima di promettere il risultato.

Quando l’integrazione non conviene

Collegare due sistemi richiede sviluppo, controllo e manutenzione.

Potrebbe non convenire se gli ordini sono pochissimi, i dati cambiano raramente o il gestionale verrà sostituito a breve.

In alcuni casi è più sensato importare un file preparato correttamente. Non è elegante come un collegamento automatico, ma può risolvere il problema con meno costo e meno rischi.

L’obiettivo non è automatizzare tutto. È ridurre il lavoro senza creare una struttura più pesante del problema.

La checklist prima di iniziare

Prima di sviluppare il collegamento, devi sapere:

  1. Quale sistema contiene ogni dato principale?
  2. Quali informazioni vanno al portale?
  3. Quali devono tornare al gestionale?
  4. Ogni quanto devono essere aggiornate?
  5. Come vengono abbinati clienti e prodotti?
  6. Che cosa succede se un dato viene rifiutato?
  7. Come si evitano ordini doppi?
  8. Chi riceve e gestisce gli errori?
  9. Chi è responsabile dei diversi sistemi?
  10. Quanto costerà mantenere il collegamento?

Se queste risposte mancano, non hai ancora un progetto di integrazione. Hai soltanto due software che speri riescano a capirsi.

Collega portale e gestionale partendo dai dati reali

QUODE verifica sistemi, informazioni e limiti tecnici prima di progettare il flusso, così l’ordine arriva dove serve senza passaggi nascosti.

Analizziamo il tuo flusso ordini