
Perché dipendono da sistemi che non controllate. Il gestionale lo progettate voi. L'e-commerce, il software di fatturazione, la banca e il corriere hanno regole, limiti e difetti che si scoprono solo quando ci si collega sul serio.
Sulla carta un'integrazione occupa una riga, tipo "gli ordini dell'e-commerce entrano nel gestionale". Nella pratica è un piccolo progetto dentro il progetto. Bisogna capire come l'altro sistema espone i dati, ottenere accessi e credenziali, gestire i momenti in cui risponde lento o non risponde affatto, e decidere cosa fare quando due sistemi dicono cose diverse sullo stesso cliente.
Così, quando un progetto gestionale sfora i tempi, molto spesso la colpa non è della parte che si vede. È di un collegamento che sembrava banale.
Sono quasi sempre le stesse quattro cose.
La prima è la documentazione. Certi servizi hanno interfacce ben descritte, con esempi e ambienti di prova. Altri hanno un PDF di dieci anni fa, o un tracciato di file da interpretare e basta. Fra i due casi non ballano poche ore, ballano settimane.
La seconda sono credenziali e accessi. Sembra un dettaglio amministrativo ed è uno dei ritardi più frequenti. Dal vostro lato serve qualcuno che sappia chi chiamare presso il fornitore della contabilità o presso la banca, e che possa autorizzare l'accesso. Se questa persona non è stata individuata prima, il calendario si ferma.
La terza sono i comportamenti che nessuno ha documentato. Un sistema che in prova accetta un campo vuoto e in produzione lo rifiuta. Un corriere che cambia il formato delle etichette senza avvisare. Un e-commerce che in certe condizioni manda lo stesso ordine due volte. Si scoprono sul campo, e vanno messi in conto fin dall'inizio.
La quarta è capire chi è il padrone di ogni dato. Il prezzo di un prodotto cambia sia nell'e-commerce sia nel gestionale: quale dei due vince? Un cliente aggiorna l'indirizzo nel CRM, e le fatture già emesse? Finché queste regole non sono scritte, ogni integrazione diventa un'occasione per discutere.
Per ogni tipo di dato serve un solo sistema di riferimento, e tutti gli altri lo leggono. Questa regola da sola evita la maggior parte dei problemi, ed è una decisione che spetta a chi guida l'azienda, prima che ai tecnici.
Un esempio tipico:
Scrivete questo elenco prima di chiedere un preventivo. Chi vi risponde capirà subito la forma del lavoro, e voi potrete confrontare le offerte su qualcosa di preciso, come spieghiamo in come si prezza un software su misura.
Non tutto deve essere istantaneo, e scegliere bene l'intervallo semplifica molto le cose. Chiedetevi quanto vi costa, nei fatti, un ritardo di un'ora su quel dato.
Il tempo reale serve dove il ritardo fa danni. La disponibilità di magazzino su un e-commerce che vende pezzi unici, per esempio, o lo stato di un pagamento prima di spedire. È più complesso da costruire e da tenere in piedi.
Per molte altre cose basta sincronizzare a intervalli, ogni quarto d'ora o una volta per notte. Movimenti bancari da riconciliare, dati per la reportistica, listini da aggiornare. È più semplice, regge meglio e si rilancia facilmente quando qualcosa va storto.
Un buon progetto usa tutti e due. Tempo reale solo dove serve, intervalli per il resto.
Succederà, e il progetto deve dire in anticipo come ve ne accorgerete e come si recupera. Un'integrazione senza gestione degli errori funziona benissimo fino al primo giorno in cui un servizio esterno è irraggiungibile.
Al fornitore conviene fare quattro domande semplici.
Se le risposte sono vaghe, il problema non è sparito. Arriverà a voi, di solito nel momento peggiore. È anche per questo che sulle integrazioni l'assistenza dopo il rilascio pesa più che altrove, un tema che trattiamo in il conto dopo il lancio.
Una per una, e dopo averle provate. Prima di chiudere il perimetro conviene fare una verifica tecnica breve su ogni sistema esterno: ci si collega all'ambiente di prova, si legge e si scrive un dato vero, si vede cosa manca.
Una sequenza che regge è questa.
Con sprint di due settimane e una demo funzionante ogni 14 giorni, le integrazioni più rischiose si vedono girare presto invece di restare una promessa fino all'ultimo. E se il gestionale deve anche sostituire un sistema che c'è già, integrazioni e migrazione dei dati vanno pianificate insieme.
Quasi sempre sì, ma con costi molto diversi. Se il software espone un'interfaccia documentata il lavoro è prevedibile. Se offre solo esportazioni di file o nessun accesso serve una soluzione ad hoc, e la stima va fatta dopo una verifica tecnica.
Dipende dalla qualità del sistema esterno più che dalla complessità del dato. Con un servizio ben documentato bastano pochi giorni, con un software datato o senza documentazione possono servire settimane. Per questo conviene provarle prima di fissare le date.
L'integrazione va aggiornata, ed è uno dei motivi per cui serve assistenza continua dopo il rilascio. Un buon registro degli errori vi fa accorgere del problema subito, e non da un cliente che non ha ricevuto la merce.
