Integrazioni ERP, CRM e API

Risolve il ricopio sistematico: gli stessi clienti scritti in due anagrafiche, gli stati dell'ordine aggiornati a mano, il file che parte solo se qualcuno si ricorda. Se l'errore costa resi, fatture sbagliate o telefonate al cliente, il collegamento ha un motivo operativo.

Non risolve un processo indefinito. Se non è chiaro quale sistema è padrone di un dato, l'integrazione moltiplica il disaccordo: due software convinti di avere ragione. Prima si decide chi vince in caso di conflitto, poi si scrive il collegamento.

Non sostituisce il gestionale contabile, il CRM o l'e-commerce. Li collega. Se uno di quei prodotti manca, l'integrazione non lo inventa.

Il tempo reale ha senso quando chi è dall'altra parte deve vedere il dato subito: disponibilità di magazzino, stato di un ticket, esito di un pagamento. Costa di più perché va gestito il caso in cui l'altro sistema non risponde.

Il batch, a orari fissi, basta per listini, anagrafiche lente e report che nessuno legge al minuto. È più semplice da spiegare e da riprendere se una notte fallisce.

L'evento sta in mezzo: «quando l'ordine viene confermato, avvisa l'altro sistema». È il modello più pulito se l'altro lato lo supporta. Se supporta solo un file CSV lasciato in una cartella, il progetto è quello, non l'architettura che preferiresti. La stima deve partire dal vincolo vero.

Il primo fattore è quanti sistemi parlano e in quante direzioni. Un flusso solo, da A a B, su pochi campi, è un lavoro contenuto. Lo stesso flusso più il ritorno, più le anagrafiche, più gli allegati, non è «lo stesso connettore un po' più grande».

Il secondo è come l'altro sistema si fa riconoscere: una chiave API stabile, un login utente da rinnovare, un certificato, oppure nessun accesso tecnico e solo un file. Senza un ambiente di prova il collaudo avviene sui dati veri, e questo allunga i tempi oppure va rifiutato.

Il terzo è la qualità dei dati. Codici cliente diversi, campi usati per scopi diversi, obbligatorietà che un lato ignora. L'integrazione non pulisce da sola anni di anagrafiche. O si pulisce prima, o si decide una regola di scarto, ed entrambe le scelte vanno dette prima della stima.

Il quarto è il comportamento quando qualcosa fallisce. Un ordine non inviato deve restare visibile, riprovare e non duplicarsi. Questa parte, invisibile in una demo, è spesso la metà del lavoro. Chi la omette ottiene un collegamento che funziona solo il giorno della prova.

Nella chat le fasce di orientamento sono sotto i 2.000 €, tra 2.000 e 5.000 € e oltre i 5.000 €. Un flusso solo, documentato, con API e sandbox, può stare nelle prime due. Più sistemi, dati sporchi o assenza di API spostano il lavoro sopra i 5.000 €. Non è un prezzo di listino dei «connettori»: è l'effetto del perimetro. Canoni dei software collegati, traffico e costi del fornitore dell'API restano fuori.

Apri la chat dalla home, dopo nome e email. Per un'integrazione bastano risposte precise: quale dato parte, da quale sistema, verso quale, quanto spesso, chi è il padrone in caso di conflitto, che cosa deve succedere se l'altro lato è spento. Se hai la documentazione dell'API o un esempio di file, il range è più stretto. Se hai solo il nome del prodotto, la chat può dare un orientamento, non una cifra da contratto.

Il riepilogo elenca le macro-funzionalità, un intervallo di investimento e un'indicazione di tempi. È preliminare e non vincolante. La call con Cristian Gintili si apre solo dopo. Non è il primo passo, perché senza il flusso non c'è niente da confermare.

Un passaggio raro, fatto da una persona che comunque controlla il dato, spesso non merita un collegamento. Il costo di costruirlo e di tenerlo acceso supera il tempo risparmiato. Vale la pena automatizzare ciò che è frequente, descrivibile e costoso quando sbaglia. Il resto può restare un pulsante «esporta», e dirlo è parte del lavoro di scoping, non una rinuncia.