Oltre 100 milioni di sincronizzazioni HubSpot al mese su più di 20 ERP
Come abbiamo costruito una piattaforma di integrazione che raggiunge ERP cloud, ERP on-premise e database ERP senza alcun percorso in ingresso — da un solo codebase.
Vendere integrazione HubSpot-ERP di solito significa costruirne una alla volta come prodotto a sé: codice nuovo, autenticazione nuova, infrastruttura nuova, sei mesi al primo cliente.
Dieci ERP sono dieci prodotti da mantenere, e ognuno invecchia per conto suo.
Il brief chiedeva invece una piattaforma — un sistema capace di prendere in carico un ERP nuovo senza diventare un prodotto nuovo.
Due cose si mettevano di mezzo:
Step 1: Gli ERP non sono tutti raggiungibili allo stesso modo
La maggior parte degli integratori serve solo il caso facile.
Gli ERP cloud sono semplici: HTTPS diretto verso un’API documentata.
Gli ERP on-premise che espongono un’API stanno di solito dietro un firewall che ammette solo indirizzi noti. Quelli passano da un gateway a IP statico, così il cliente mette in allowlist un indirizzo invece di aprire un intervallo.
E poi ci sono i database ERP senza API e senza alcun percorso in ingresso. Qui la piattaforma non entra. Un agente gira dentro la rete del cliente, apre la connessione verso l’esterno, scarica configurazione firmata e rimanda indietro i dati. Le credenziali del database non escono mai dall’azienda, e il firewall del cliente tiene chiusa ogni porta in ingresso.
Quella terza via è la risposta a “il nostro sistema non ha API e l’IT non apre niente”.
Step 2: Ogni ERP nuovo rischia di essere un prodotto nuovo
Ogni ERP è descritto da un adapter: schemi, mappature dei campi, proprietà, relazioni fra oggetti, e che cosa quell’ERP sa e non sa fare.
Tutto il resto — schedulazione, trasporto, autenticazione, telemetria, interfaccia, fatturazione — è condiviso e non si tocca.
L’autenticazione in particolare viene normalizzata a monte. Quattro schemi diversi si risolvono in un unico modello di credenziale, con rinnovo e scadenza del token gestiti centralmente invece che per singola integrazione.
L’effetto pratico è che una nuova integrazione ERP si misura in settimane invece che in mesi, e che venti integrazioni restano un codebase da mantenere invece di venti.
ERP raggiungibili in tre modi diversi
Cloud, on-premise dietro firewall, e database senza alcun percorso in ingresso.
Quattro schemi di autenticazione, un modello
OAuth 2.0, credenziali machine-to-machine, basic auth e chiavi API, risolti prima che a valle se ne accorga qualcuno.
Volumi che crescono con ogni account
Database sorgente che superano i 50 milioni di record nei picchi, su infrastruttura condivisa, fra tenant che non hanno niente in comune.
Aggiungere un ERP è configurazione, non un prodotto nuovo.
Più di 100 milioni di eventi di sincronizzazione al mese, su decine di account cliente e oltre 20 ERP, su un’unica piattaforma condivisa. Database sorgente che nei picchi superano i 50 milioni di record, con ogni modifica all’origine che si propaga.
Un ERP nuovo richiede settimane invece che mesi, così la decisione commerciale di supportarlo smette di essere una scommessa da sei mesi.
Il mercato indirizzabile comprende i sistemi che nessun altro raggiunge — i database on-premise che non hanno API e non hanno via d’ingresso.
E una correzione a schedulazione, autenticazione o telemetria atterra una volta sola, per tutte le integrazioni insieme, invece di essere riportata a mano su una dozzina di prodotti.
Problemi di dati di questa forma?
Se qualcosa qui somiglia alla tua situazione, dicci quale parte. Risposta garantita entro 2 ore lavorative (CET).
Arrigo Lupori
Fondatore e Amministratore