Tre sistemi, una schermata e un percorso prima disegnato a mano

Un commerciale non poteva rispondere alla prima domanda del cliente senza aprire tre sistemi e una mappa.

Per un fornitore di connettività aziendale, ogni richiesta inizia così: è possibile servire questo indirizzo e quanto dovremmo chiedere? Rispondere con precisione significava assemblare a mano quattro elementi distinti.

Cosa acquista già questo cliente, e a quale prezzo? È nell’ERP, Microsoft Dynamics NAV: dieci anni di righe di fattura, con la sede del servizio digitata in un campo a testo libero.

Abbiamo già emesso un preventivo a questo indirizzo? È nel CRM, Intrix. E spesso non si poteva rispondere: meno di due terzi dei preventivi riportano un indirizzo preciso del servizio. Quindi la risposta era spesso introvabile, pur esistendo.

Quali infrastrutture ci sono davvero in quella strada? È in iObčina, il portale GIS pubblico comunale: un’applicazione web separata, da consultare indirizzo per indirizzo.

E se il cliente vuole un collegamento privato tra due suoi edifici, qualcuno doveva individuare un percorso fisico per la fibra. Il cavo non va in linea retta. Segue cavidotti, pali e trincee di aziende diverse: il gestore della trasmissione, i distributori elettrici regionali, l’operatore telecom stesso. Pianificare un percorso significa concatenare quelle reti, decidere dove passare da un proprietario all’altro e produrre qualcosa da inviare a ciascuno per chiedere autorizzazione e prezzo.

Veniva disegnato a mano, su più mappe.

Assemblato a mano, richiedeva fino a un mese. Un mese tra la domanda del cliente sul costo di un collegamento e la ricezione di un’offerta. Speso non in trattative o progettazione, ma a cercare in tre sistemi e tracciare una linea su una mappa.

E un passaggio così lento viene saltato. Un preventivo fatto senza verificare quanto il cliente paga già o cosa si trova già nel sottosuolo è una congettura.

Una schermata. Digiti un indirizzo.

Arriva tutto ciò che prima veniva assemblato a mano: clienti esistenti vicino all’indirizzo con servizi e prezzi mensili, preventivi passati in quella sede, un confronto dei prezzi per velocità e le infrastrutture dei servizi pubblici a quelle coordinate. Tutto disegnato su una mappa interattiva sopra immagini aeree, con un PDF personalizzato con il marchio per il cliente, in un clic.

E una seconda modalità che pianifica il percorso.

Con due indirizzi propone fino a tre percorsi fisici per la fibra, attraverso le reti mappate di otto proprietari di infrastrutture: il gestore nazionale della trasmissione ELES (1.454 km mappati), i distributori regionali Elektro Ljubljana (1.066 km), Elektro Maribor (847 km), Elektro Celje (267 km), Elektro Gorenjska (98 km) ed Elektro Primorska (95 km), il produttore DEM (135 km) e la fibra del cliente (587 km). Offre il percorso più corto, quello che attraversa meno proprietari e quello con meno singoli punti di guasto. Ogni passaggio tra reti di due proprietari viene segnalato: nella realtà ciascuno è una giunzione, quindi un costo, un’autorizzazione e un punto in cui il collegamento può interrompersi.

Il percorso viene esportato come file Google Earth con una cartella per proprietario dell’infrastruttura. Così il cliente invia a ciascuno esattamente il tratto che attraversa la sua rete, e nulla più.

Dieci anni di fatturazione, per la prima volta ricercabili per luogo. 138.019 righe su 51.503 fatture, dal 2016. L’indirizzo del servizio non era mai stato un campo strutturato. Così 165.853 punti terminali di servizio sono stati estratti da testo libero che prima non era ricercabile geograficamente, e le velocità dei collegamenti sono state recuperate da 77.454 righe digitate a mano.

L’infrastruttura di otto proprietari, resa percorribile dal calcolo dei tracciati. 20.721 elementi di rete, comprese 5.644 linee per circa 4.549 km complessivi, unificati in un solo grafo attraversabile dall’algoritmo.

Da un mese al massimo a pochi minuti.

I dati necessari al commerciale arrivano ora in minuti, anziché essere assemblati per settimane. E anche l’offerta parte per il cliente in minuti. Il mese non è diventato una settimana. È diventato il tempo di digitare un indirizzo.

È tutto il ritorno del progetto, e vale la pena precisarne l’origine: non fare lo stesso lavoro più velocemente, ma non doverlo fare affatto. Nessuno cerca più in tre sistemi. Nessuno disegna a mano un percorso. Le ricerche avvengono perché è stato digitato un indirizzo.

Durante l’esecuzione non ce n’è, ed è la risposta giusta.

Trovare un percorso su 4.549 km di infrastrutture altrui è un problema di cammino minimo su un grafo, non un giudizio. Stabilire quali clienti si trovano vicino a un indirizzo richiede un indice spaziale. Entrambi devono essere esatti, rapidi e spiegabili. Un modello peggiorerebbe tutte e tre le caratteristiche.

L’IA è stata il motore della costruzione, e senza di essa questo sistema non esiste.

Due dei tre sistemi non offrivano accessi.

Estrarre dati da Dynamics NAV normalmente significa coinvolgere un partner di sviluppo NAV. È il percorso supportato, e chi ha chiesto un preventivo sa quanto costa e quanto richiede. Qui non è stato coinvolto alcun partner. È stato invece costruito un ponte di sola lettura, sul server Windows del cliente, protetto da una chiave API e da un elenco di IP autorizzati.

iObčina non ha alcuna API pubblica. È un’applicazione browser che comunica con endpoint non documentati. I dati che contano, il rapporto sulle infrastrutture a determinate coordinate, sono dietro un login.

Entrambi sono stati aperti allo stesso modo: osservando il traffico reale, ricavando i contratti d’interfaccia e ricostruendoli come client documentati. Quei documenti contrattuali sono ora il riferimento autorevole per entrambe le integrazioni. È la differenza tra uno script che funziona per caso e un’integrazione che qualcun altro può manutenere.

Il terzo sistema non ne aveva bisogno. Intrix offre un’interfaccia di esportazione documentata, usata semplicemente come previsto. Due su tre, non tre su tre: conta dirlo, perché il reverse engineering è stato l’ultima risorsa, non la prima mossa.

È l’intera tesi in un progetto. La parte difficile non è mai stata l’algoritmo. Era estrarre dati da sistemi mai pensati per cederli.

Le consegne più preziose erano rapporti sui suoi stessi dati.

Rendere utilizzabili per il calcolo dei percorsi dieci anni di record significava leggerli tutti. E leggerli tutti ha fatto emergere cose che nessuno sapeva:

• 233 account Intrix con il numero cliente NAV di un’altra azienda, che avevano

aperto silenziosamente il record cliente sbagliato.

• 3.001 lacune nella loro mappa infrastrutturale: 264 punti in cui un cavo termina senza

nulla a distanza utile per una giunzione, la lacuna maggiore di 903 metri, e 2.737 punti in cui due linee dello stesso proprietario passano entro 60 metri senza mai unirsi.

Entrambi sono stati consegnati come file di lavoro: un foglio di calcolo e un livello Google Earth. Nessuno dei due era nell’ambito dell’incarico. Entrambi potrebbero valere quanto l’applicazione.