Soluzioni Digitali e Automazioni
«Il sito deve parlare col gestionale»: cosa vuol dire, in pratica
È una frase che si dice spesso e si capisce poco. Sotto c’è una domanda molto concreta: chi comanda, ogni quanto si parlano e cosa succede quando uno dei due non risponde.
Integrare vuol dire far passare un’informazione da un programma a un altro senza che nessuno la riscriva. Tutto qui. Il resto sono dettagli tecnici che non devi conoscere, ma tre decisioni sì, e sono tue, non del programmatore.
Prima decisione: chi ha ragione
Se il prezzo di un prodotto è scritto nel gestionale e anche sul sito, e i due non coincidono, quale dei due vale? Sembra una domanda oziosa finché non succede, e succede sempre.
La risposta va decisa prima: uno dei due è la fonte, l’altro è una copia. La copia si aggiorna, la fonte no. Senza questa decisione l’integrazione non è un ponte, è un tiro alla fune.
Seconda decisione: ogni quanto
Ci sono due modi. Subito: appena cambia qualcosa da una parte, l’altra lo sa. Costa di più e serve quando il dato invecchia in fretta: disponibilità di magazzino, posti a un evento.
A intervalli: ogni ora, ogni notte. Costa molto meno ed è sufficiente per listini, anagrafiche, cataloghi. La domanda da farsi è brutale e utile: quanto danno fa un dato vecchio di sei ore? Se la risposta è «nessuno», hai risparmiato metà del progetto.
L’errore che si paga: chiedere «in tempo reale» per abitudine. Il tempo reale non è una qualità, è un requisito, e come tutti i requisiti costa, in denaro e in fragilità.
Terza decisione: cosa succede quando si rompe
Perché si romperà. Il gestionale sarà in manutenzione, la connessione cadrà, il fornitore cambierà qualcosa senza avvisare.
Le opzioni sono tre e vanno scelte in anticipo: il sito aspetta (e riprova più tardi), mostra l’ultimo dato che aveva (e lo dichiara), oppure si ferma. Per un catalogo va bene la seconda. Per una prenotazione con posti limitati, l’unica onesta è la terza.
La domanda tecnica che conviene fare al fornitore
Una sola, e vale l’intero progetto: «il vostro software ha una API documentata?» Se sì, l’integrazione è un lavoro normale. Se la risposta è vaga, o «esportiamo un file», il progetto è ancora possibile ma cambia natura, e va detto prima, non dopo.
Quando non conviene integrare
Quando i dati da spostare sono pochi e cambiano di rado: venti prodotti aggiornati due volte l’anno non giustificano un ponte, li si aggiorna a mano in un’ora. E quando uno dei due sistemi sta per essere cambiato: costruire un collegamento verso un software che fra sei mesi non ci sarà più è lavoro buttato, e capita più spesso di quanto sembri.
Il servizio di cui parla questo articolo
