Sistemi che non parlano fra loro, colmati da API e middleware.
Non sempre conviene riscrivere. Spesso il problema vero è che i sistemi attuali non si parlano: il gestionale non vede l'e-commerce, il CRM non vede il magazzino, l'app di produzione vive in un silo. Costruiamo middleware e API che colmano i ponti, senza toccare i sistemi esistenti.
Cosa succede oggi.
Le aziende italiane hanno tipicamente 3-7 sistemi software in produzione, sviluppati da fornitori diversi in epoche diverse: gestionale anni 2000, CRM più recente, e-commerce moderno, sistema di magazzino verticale, software di produzione (MES). Il problema raramente è la qualità di ogni singolo sistema: è che non si parlano.
Riscrivere tutto in un unico ERP è troppo costoso e rischioso. La via pragmatica è il middleware: un layer di API che fa da traduttore tra sistemi, mantiene la coerenza dei dati (es. anagrafica clienti unica), e abilita workflow cross-sistema (es. ordine e-commerce → riserva magazzino → ordine produzione → fattura).
Non tutti i sistemi legacy vanno sostituiti. La maggior parte chiede solo di essere ascoltata da quelli accanto.
La soluzione, smontata in parti.
-
Mapping delle integrazioni mancanti
Mappiamo i sistemi esistenti, identifichiamo i flussi di dati che oggi non sono automatici (e che girano via email, file CSV, copia-incolla), e prioritizzamo quelli a maggior impatto operativo.
-
Middleware + API gateway
Costruiamo un layer middleware (event-driven o request-response a seconda del caso) che fa da traduttore tra i sistemi. Ogni sistema espone le sue API; il middleware orchestra i flussi e gestisce i casi di errore.
-
Monitoring + recovery
Dashboard centrale che mostra lo stato di tutti i flussi. Alert in caso di errori, retry automatico, gestione dei casi a basso confidence. Audit trail strutturato di ogni transazione cross-sistema.
I profili tipici di chi ne beneficia.
-
Aziende con e-commerce + gestionale 'che non si parlano'
L'e-commerce è moderno (Shopify, WooCommerce, Magento), il gestionale è legacy o verticale. Oggi gli ordini vengono ri-inseriti a mano nel gestionale (o via CSV importati di notte). Il middleware automatizza il flusso.
-
Manifatturiero con ERP + MES + magazzino separati
ERP per la pianificazione, MES per la produzione, software di magazzino per la logistica. Storicamente sviluppati separatamente, oggi servono sincronizzati. Il middleware orchestra i flussi cross-sistema.
Trasparenza sui compiti del cliente.
Prima di partire abbiamo bisogno di alcuni accessi e decisioni. Tutto ragionevole, nessuna richiesta sorpresa.
-
Accessi ai sistemi
- Documentazione API dei sistemi attuali (o accesso ai vendor per ottenerla)
- Account di test e ambienti di staging
-
Decisioni operative
- Lista flussi cross-sistema da automatizzare in priorità
- Policy in caso di errori (rollback, retry, escalation umana)
- Vincoli di latenza (real-time vs batch notturno)
Numeri orientativi, non preventivi.
- TEMPI
- Primo flusso integrato in 4-8 settimane. Setup completo del middleware in 4-9 mesi a seconda del numero di sistemi e flussi.
- COSTI
- Range €25.000-150.000 a seconda della complessità.
- MODELLO
- Milestone fisse per flusso. Possibile time & material per evoluzioni successive.
Numeri orientativi. Per un preventivo accurato, parliamoci.
Le risposte alle domande più frequenti.
I sistemi attuali non hanno API. Come si integrano?
Tre approcci possibili: (1) sviluppare API custom sopra il sistema legacy se abbiamo accesso al database (lettura sicura); (2) scraping/automation per i casi senza API (frequente con software vecchi); (3) integrazione via file (CSV, XML) per sistemi senza alcuna interfaccia. Il primo è preferibile, il terzo è l'ultima spiaggia ma funziona.
Cosa succede se uno dei sistemi va giù?
Il middleware è progettato con resilience: queue persistenti, retry automatico, alert se il problema persiste. Se un sistema è giù per ore, i messaggi in coda si accumulano e vengono processati quando torna up. Niente perdita di dati, ma latenze più alte nei flussi che dipendono dal sistema giù.
Possiamo usare il middleware per sostituire poi un sistema legacy?
Sì, è uno scenario molto comune. Il middleware diventa il "punto di accesso" stabile; sotto, possiamo sostituire un sistema legacy con un altro (custom o commerciale) senza che gli altri sistemi se ne accorgano. È il primo passo di una migrazione progressiva multi-anno.
Riconoscete il vostro caso?
Scrivete due righe sul vostro contesto. Rispondiamo entro 24-48 ore con una valutazione iniziale e un primo orientamento di tempi e costi.
Parliamone