Integrare WooCommerce con il gestionale: quali dati collegare e quando basta il lavoro a mano

28 Settembre 2026 · Siti web

Collega WooCommerce al gestionale per tenere aggiornati i dati su cui un cliente B2B, cioè un’altra azienda, decide e ordina: il suo prezzo, la quantità davvero disponibile e la conferma dell’ordine. Per descrizioni e foto bastano aggiornamenti a mano o tramite file. La ragione è commerciale: un cliente aziendale continua a ordinare online se trova informazioni corrette. Al primo prezzo sbagliato torna a telefonare.

Il collegamento conviene quando ricopiare gli ordini e correggere prezzi e quantità a magazzino costa più dei controlli manuali. Se hai pochi ordini al giorno, prezzi stabili e un catalogo che serve soprattutto a raccogliere richieste di offerta, basta lavorare a mano e controllare ogni sera.

C’è però un guasto costoso che dal negozio non si vede. Se l’invio dell’avviso automatico dei nuovi ordini fallisce più di cinque volte di fila, WooCommerce smette di inviarlo. Il sito continua a incassare, ma gli ordini non arrivano più in azienda. Per capire se il collegamento funziona, quindi, conta quanti ordini pagati ritrovi ogni sera nel gestionale.

Che cosa deve trovare il cliente quando ordina online

Mettiamo il caso di un produttore di tessuti tecnici del Comasco che vende online tessuti ignifughi per tende e sedute, a rotolo intero o a metro. Il cliente tipico è un tappezziere che arreda alberghi. Quando entra nella sua area personale guarda tre cose: il prezzo concordato, i metri disponibili e la conferma dell’ordine. È su queste informazioni che decide se comprare dal sito o telefonare.

Oggi gli ordini arrivano per email e qualcuno li ricopia nel gestionale. Per capire quanto costa questo lavoro non basta contare gli ordini: pesano anche le righe di ciascuno e quanto spesso cambiano prezzi e disponibilità. Contano inoltre gli altri canali che vendono dallo stesso magazzino. Questi costi vanno confrontati con quelli per avviare il collegamento, pagare i canoni e mantenerlo.

Il collegamento deve occuparsi solo di una parte del catalogo. WooCommerce importa e aggiorna i prodotti da un file CSV, un formato disponibile in qualsiasi foglio di calcolo, e permette di escludere le colonne da non modificare. Descrizioni, foto e schede con la classe di reazione al fuoco si possono caricare quando cambiano. Disponibilità, prezzi e ordini sono invece i primi dati da aggiornare in automatico.

Chi decide il prezzo e i testi che il cliente vede

Quando due sistemi modificano lo stesso dato, nascono molti errori. Per collegare il suo gestionale Business Central a Shopify, Microsoft chiede di decidere prima quale sistema comanda i prodotti. Il motivo vale qualunque sia la piattaforma. Se il gestionale rimanda al sito tutta la scheda, la descrizione scritta per chi compra, e letta da Google, diventa la riga di magazzino «TESS. IGNIF. TENDA BIANCO». Se invece è il sito a riscrivere il prezzo, cancella quello concordato.

Il prezzo per un’azienda dipende infatti dal cliente: Business Central lo calcola da gruppi di prezzo e di sconto, valuta e IVA. Per calcolarlo può anche partire dalla scheda del singolo cliente. Il tappezziere deve trovare nella sua area personale il prezzo concordato, anche dopo una modifica alla scheda sul sito.

Un caso reale mostra come dividere questi compiti. Secondo Stock2Shop, che ha realizzato il collegamento, Aranda, produttore sudafricano di coperte, tiene nel gestionale Sage conti dei clienti, listini e giacenze e gestisce separatamente immagini e descrizioni per il portale B2B e i negozi online. I dati di magazzino partono dal gestionale, mentre i testi scritti per vendere restano sul sito. Prima di chiedere un preventivo, quindi, scrivi dove nasce ogni dato e quale sistema può modificarlo.

Disponibile sul sito non significa vendibile

Per il tappezziere, «disponibile» significa che quei metri possono partire. Sul sito va quindi indicata la quantità libera, non tutta quella presente in magazzino. Business Central, per esempio, può mandare al negozio la disponibilità prevista oppure solo l’inventario libero, non riservato. Se online compaiono anche i metri già impegnati per l’ordine di un agente, gli stessi metri vengono venduti due volte.

Conta anche come si misura ciò che il cliente compra. Microsoft lo spiega con un esempio: sei pezzi possono comparire come sei unità oppure come una scatola da sei. Dopo la vendita della scatola, l’altra variante può risultare ancora disponibile fino al successivo aggiornamento. Un rischio simile riguarda chi vende tessuti a rotolo e a metro, oppure viteria a confezioni ma la conta a pezzi. Per questo, prima di aprire il negozio, va scritto come convertire un’unità nell’altra.

L’ordine pagato che non arriva in azienda

Quando un cliente paga, WooCommerce può inviare al gestionale un avviso automatico chiamato webhook. Se il gestionale non risponde, l’avviso non viene consegnato, e dopo più di cinque consegne fallite di fila WooCommerce disattiva il webhook. Il cliente riceve la conferma, ma l’ordine non arriva in azienda. Anche quando l’avviso viene consegnato, però, non significa che il gestionale abbia registrato l’ordine.

Un ordine può fermarsi per tre motivi. Ripetere l’invio senza cambiare nulla è corretto solo nel primo caso. Nel secondo è inutile, perché bisogna prima correggere il dato; nel terzo è dannoso.

Il terzo caso è il più difficile da riconoscere: il gestionale ha registrato l’ordine, ma la risposta si è persa. In questa situazione un nuovo invio può creare un secondo ordine, facendo partire due spedizioni per un solo pagamento. Ogni ordine deve quindi avere un riferimento che non cambia, con cui ritrovare quello già registrato.

Un esempio di dato rifiutato è un codice disattivato, come quello di un colore uscito di collezione o di un ricambio sostituito da un nuovo modello. Il cliente ha pagato quel colore: la sostituzione va quindi proposta a lui, non decisa dal collegamento. Se trovi l’ordine fermo la sera stessa, puoi chiamare il cliente prima che sia lui a cercarti. Così gli spieghi il ritardo, invece di sembrare un fornitore che non sa che cosa ha venduto.

Il controllo serale: ordini pagati e ordini registrati

Per sapere se il negozio mantiene le promesse, ogni sera vanno confrontati gli ordini pagati sul sito con quelli registrati nel gestionale: prima il numero e le righe, poi gli importi. Il controllo serve anche quando tutto sembra essere andato bene. Infatti, anche nei programmi che collegano i grandi gestionali, un’elaborazione può chiudersi senza avvisi pur avendo scartato dei dati.

Per confrontare gli importi bisogna calcolarli allo stesso modo. WooCommerce registra per ogni ordine sconti, spedizione, imposte e se i prezzi le includono. Se confronti totali con IVA e totali senza IVA, ogni sera trovi differenze che non sono errori. Dopo una settimana, quel controllo non lo guarda più nessuno.

Da questo confronto ricavi i numeri con cui misurare il canale online, come faresti con una campagna: ordini mancanti o duplicati, prezzi o quantità sbagliati, tempo trascorso tra il blocco e il recupero. A questi si aggiunge un dato commerciale: quanti clienti, dopo il primo ordine online, tornano a ordinare dal sito invece di telefonare. Quel numero ti dice se si fidano delle informazioni che trovano.

Quando ricopiare a mano costa meno

Se hai pochi ordini al giorno, prezzi stabili e riesci a controllare tutto ogni sera, ricopiare gli ordini costa meno che avviare e mantenere un collegamento. Vale anche per un catalogo che raccoglie soprattutto richieste di offerta. In quel caso il sito non promette prezzi né consegne, quindi conviene progettarlo per chiedere un preventivo, anziché per acquistare con un carrello.

Collegare solo disponibilità e ordini è invece giustificato anche con pochi ordini se condividi il magazzino con gli agenti o se un errore costa caro, come per un tessuto tagliato su misura. Se però sito e gestionale usano codici, unità o listini che non corrispondono, il collegamento va rimandato: copierebbe fedelmente anche gli errori.

Il momento giusto per decidere se collegare solo questi dati è quando progetti o rifai il negozio. È allora che scegli quali dati devono partire dal gestionale e quali restano sul sito. Nella stessa fase definisci come controllare prezzi e quantità e come provare il recupero degli ordini, prima di accettare quelli reali.

La prova da superare prima di affidare gli ordini al collegamento

Prima di accettare ordini reali, riproduci il guasto più difficile da riconoscere. Un ordine di prova, con prezzo concordato e tessuto a rotolo, arriva al gestionale. La risposta viene interrotta di proposito e il collegamento tenta un nuovo invio. La prova è superata solo se nel gestionale c’è un unico ordine, con lo stesso riferimento del sito, i metri corretti e lo stesso totale. Se trovi due ordini o il prezzo di listino al posto di quello concordato, il collegamento non è pronto, qualunque cosa risulti dal registro degli invii.

Domande frequenti

Quando WooCommerce disattiva il webhook, gli ordini vanno persi?

No, gli ordini restano nel negozio: si interrompe solo l’invio dell’avviso. Dopo aver corretto la causa e riattivato il webhook, si recuperano gli ordini arrivati nel frattempo. Il riferimento permette di cercare quelli già registrati, così nessun cliente riceve due spedizioni.

Fonti e riferimenti

• WooCommerce, Product CSV Importer and Exporter. Importazione e aggiornamento dei prodotti da CSV, con abbinamento per ID o codice ed esclusione delle colonne.
• Microsoft Learn, Synchronize items with Shopify. Scelta del sistema che comanda i prodotti, controlli separati su prezzi, immagini e disponibilità, esempio dei pezzi e della scatola da sei.
• Microsoft Learn, Synchronize inventory with Shopify. Disponibilità prevista e inventario libero non riservato, magazzini inclusi nel calcolo.
• Microsoft Learn, Synchronize Prices with Shopify. Prezzo calcolato da gruppi di prezzo e sconto, valuta, IVA e scheda del cliente aziendale.
• WooCommerce, REST API Documentation — WP REST API v3. Campi dell’ordine (sconti, spedizione, imposte, prezzi comprensivi di imposta) usati nel confronto serale.
• WooCommerce, Webhooks. Notifiche degli eventi del negozio, disattivazione dopo più di cinque consegne fallite consecutive e registri delle consegne.
• Microsoft Azure Architecture Center, Retry pattern. Differenza fra guasti passeggeri ed errori persistenti; rischio di ripetere un’operazione già eseguita di cui si è persa la risposta.
• Microsoft Learn, Troubleshooting the Shopify and Business Central synchronization. Elaborazioni chiuse senza avvisi con dati scartati, ordini importati senza documento di vendita e ripresa dopo la correzione.
• Stock2Shop, Case Study: Aranda Textiles. Produttore tessile sudafricano con listini, giacenze e conti cliente in Sage, contenuti curati a parte e ordini riportati nel gestionale.

Approfondisci il servizio: E-commerce WooCommerce.