Integrazione tra gestionale ed e-commerce: come collegarli anche senza API
L’integrazione tra gestionale ed e-commerce è possibile anche se il gestionale non ha API, cioè un modo ufficiale per far dialogare i programmi. Le strade principali sono quattro: le interfacce già disponibili, i file esportati a orari fissi, il database sottostante e, come ultima scelta, l’automazione delle schermate. Spesso il gestionale può restare dov’è e non serve sostituirlo.
Il sintomo è sempre lo stesso: gli ordini del sito vengono ricopiati a mano, le giacenze non coincidono, un cliente aggiornato nel CRM resta vecchio nel gestionale. Ogni copia manuale è tempo perso e una possibile fonte di errore.
Prima domanda: cosa deve passare, e in quale direzione?
Molti progetti diventano più complicati del necessario perché partono da “colleghiamo tutto”. Conviene partire da un elenco dei dati che devono muoversi.
| Dato | Direzione tipica | Quanto deve essere aggiornato |
|---|---|---|
| Giacenze | Dal gestionale al sito | Spesso, per evitare di vendere ciò che non hai |
| Ordini | Dal sito al gestionale | Entro pochi minuti |
| Prezzi e listini | Dal gestionale al sito | Quando cambiano, spesso basta una o poche volte al giorno |
| Anagrafica prodotti | Dal gestionale al sito | Raramente |
| Clienti | In entrambe le direzioni | Da valutare: è il caso più delicato |
| Fatture | Dal gestionale al cliente o al portale | Secondo le procedure già in uso |
Due regole aiutano molto. Ogni dato deve avere una sola fonte ufficiale: se giacenze e prezzi si possono cambiare in due posti, prima o poi non torneranno. E il tempo reale va chiesto solo dove serve davvero, perché costa di più.
Le quattro strade se il gestionale non ha API
1. Interfacce già disponibili
Prima di tutto, chiedi al produttore. Molti gestionali hanno moduli di collegamento venduti a parte, interfacce poco pubblicizzate o una procedura di importazione ed esportazione. Se esiste una strada ufficiale, di solito è la migliore, perché è supportata e resiste agli aggiornamenti.
Attenzione a: costi del modulo, limiti e chiarezza su cosa fa davvero.
2. File esportati a orari fissi
Il gestionale produce un file (CSV, XML o Excel) a orari prestabiliti, un programma lo legge e lo passa all’altro sistema. Il metodo è semplice e affidabile.
Va bene per: listini, anagrafiche e giacenze che non cambiano di continuo.
Attenzione a: il ritardo tra un aggiornamento e l’altro, e ai file che non arrivano. Serve qualcuno, o qualcosa, che avvisi se l’esportazione non è partita.
3. Database sottostante
Quasi tutti i gestionali salvano i dati in un database. Se è raggiungibile, si può costruire sopra un’interfaccia moderna, documentata e controllata. È il modo per creare le API che il gestionale non ha.
La lettura è in genere la parte più sicura. Tieni presente che i dati possono avere strutture poco chiare, che vanno capite prima.
La scrittura è più delicata. Scrivendo direttamente nel database si possono saltare i controlli del gestionale, come numerazioni e movimenti di magazzino collegati. Quando si può, è meglio passare dalla procedura di importazione del gestionale.
Attenzione a: contratto e garanzia. Alcuni produttori vietano o non supportano l’accesso diretto, e un aggiornamento può cambiare la struttura dei dati. Va verificato prima.
4. Automazione delle schermate
Un programma usa il gestionale come farebbe una persona: apre le schermate e clicca. Questo metodo è chiamato RPA e a volte è l’unica possibilità.
Attenzione a: è la strada più fragile. Basta un aggiornamento o una finestra inattesa per interrompere tutto. Conviene usarla per pochi processi e solo se non c’è altro.
Quale scegliere
| Strada | Affidabilità | Aggiornamento dei dati | Quando usarla |
|---|---|---|---|
| Interfacce ufficiali | Alta | Dipende dal prodotto | Sempre, se esistono e coprono il bisogno |
| File a orari fissi | Alta | A intervalli | Dati che cambiano poco |
| Database | Buona, se ben fatta | Anche quasi in tempo reale | Più sistemi da collegare, nessuna interfaccia adatta |
| Automazione schermate | Bassa | Lenta | Ultima spiaggia |
Spesso la soluzione giusta le combina: file per i listini, database in lettura per le giacenze e procedura di importazione per gli ordini.
Un livello in mezzo evita molti problemi
Collegare direttamente e-commerce, CRM e gestionale tra loro funziona con due programmi, ma diventa ingestibile man mano che se ne aggiungono altri. La soluzione più ordinata è mettere un livello di collegamento sopra il gestionale:
- tutti gli altri programmi parlano con quel livello, non con il gestionale;
- gli accessi vengono controllati e registrati;
- se cambi e-commerce, non devi rifare tutto;
- se in futuro sostituisci il gestionale, gli altri programmi non se ne accorgono.
L’ultimo punto è il più importante. Lo stesso livello è il ponte che serve a sostituire il vecchio sistema un pezzo alla volta, come spiegato nella guida alla modernizzazione del software legacy. E può servire anche per un’app collegata al gestionale o per automatizzare attività ripetitive con l’AI. L’investimento non va perso, se un giorno deciderai di cambiare.
Com’è andata in un nostro progetto
In un progetto abbiamo collegato un vecchio gestionale su misura a un CRM nuovo. Il gestionale è rimasto in uso e il CRM ha potuto lavorare con quei dati. Il caso mostra un punto che spesso sorprende: adottare un programma nuovo non obbliga a buttare il vecchio il giorno stesso.
Con un gestionale su misura il vantaggio è che di solito non ci sono vincoli di un produttore da rispettare. Lo svantaggio è che spesso manca la documentazione: la struttura dei dati va ricostruita sul campo.
Errori da evitare
- Non gestire gli errori. Cosa succede se un ordine non passa? Se nessuno lo viene a sapere, il cliente lo scoprirà per primo.
- Non pensare ai conflitti. Se lo stesso cliente viene modificato in due sistemi nello stesso momento, chi vince? Va deciso prima.
- Ignorare i codici. Articoli e clienti hanno spesso codici diversi nei vari sistemi. Serve una tabella di corrispondenza.
- Dimenticare resi e annullamenti. Il caso semplice funziona quasi subito. Il lavoro vero sono le eccezioni: resi parziali, ordini modificati, spedizioni divise.
- Non documentare. Tra due anni qualcuno dovrà capire come funziona. Chiedi che i collegamenti siano documentati, e che la documentazione sia tua.
Domande frequenti
Devo cambiare gestionale per aprire un e-commerce?
Quasi mai solo per questo. Di solito si può costruire un collegamento e tenere ciò che usi. Cambiare ha senso se il gestionale ha anche altri problemi seri, ma è una decisione da prendere a parte, e la parte delicata sono i dati: leggi cambiare gestionale senza perdere dati. Per farti un’idea dei costi leggi quanto costa rifare un gestionale.
Accedere al database del gestionale è legale?
I dati sono tuoi, ma il software è regolato dal contratto con il produttore. Prima di intervenire, verifica cosa prevedono licenza e assistenza. Se hai dubbi, chiedi al produttore e a un legale.
I connettori già pronti funzionano?
Possono funzionare bene se il tuo gestionale è tra quelli previsti e il tuo modo di lavorare è standard. Provali su un caso reale e controlla come gestiscono resi ed errori prima di decidere.
Vale anche per CRM e fatturazione?
Sì, il metodo è lo stesso: scegli quali dati devono passare, qual è la fonte ufficiale e quanto devono essere aggiornati. Poi cerca la strada più semplice per farli viaggiare. Ne parliamo in dettaglio in integrazione tra CRM e gestionale e nel portale clienti B2B.