Nelle utility il legacy non si sostituisce: si circonda. Pwas costruisce sopra i sistemi esistenti il livello che oggi manca — contratti, interventi, pratiche — senza chiedere di spegnere niente.

Richiedi una demo Vedi tutti i settori

il problema vero

Nessuno sostituisce il sistema di fatturazione. Ma nessuno può nemmeno più aspettarlo.

In una utility il sistema centrale funziona, è stato pagato caro ed è ad alto rischio toccarlo: gestisce contratti, misure e fatturazione, e un errore lì ha conseguenze immediate su migliaia di clienti. Il problema è che tutto ciò che è nato dopo — un nuovo servizio, un obbligo informativo, un canale digitale per il cliente, la gestione degli interventi sul campo — non ci entra, o ci entra con tempi e costi che nessuno accetta. Così ogni esigenza nuova genera il proprio strumento: un foglio, un database dipartimentale, un applicativo comprato in fretta. Dopo dieci anni l'azienda ha un sistema centrale solido circondato da venti isole che non si parlano.

scenario esemplificativo

Una pratica di allacciamento in una utility multiservizio territoriale.

Un cliente chiede un nuovo allacciamento. La richiesta arriva allo sportello, viene registrata in un foglio di lavoro, e da lì inizia un percorso che attraversa quattro sistemi e tre uffici: il tecnico programma il sopralluogo su un'agenda a parte, l'esito torna come relazione in PDF su una cartella di rete, l'ufficio preventivi calcola l'importo su un foglio di calcolo che contiene le tariffe vigenti, l'accettazione del cliente arriva via email, i lavori vengono assegnati a una squadra tramite un altro applicativo, e infine l'attivazione va registrata nel sistema centrale.

Ogni passaggio funziona. Ma il processo nel suo insieme non esiste da nessuna parte, e questo produce due conseguenze costanti: nessuno sa dire con precisione a che punto è una pratica senza telefonare a tre persone, e i tempi complessivi — quelli su cui l'azienda ha obblighi e su cui il cliente giudica — si misurano a posteriori, quando non si può più intervenire.

Cosa cambia con Pwas

Non si tocca il sistema centrale: resta il libro mastro di contratti, misure e fatturazione. Si descrive invece il processo che oggi non ha padrone: una pratica di allacciamento ha un richiedente, un punto di fornitura, una tipologia; prevede un sopralluogo con esito strutturato, un preventivo calcolato con le tariffe vigenti alla data, un'accettazione, un'assegnazione lavori e un'attivazione; ogni fase ha un termine, un responsabile per ruolo e condizioni esplicite per poter passare alla successiva.

Da quella descrizione nascono le schermate dello sportello, le code degli uffici, l'applicazione da campo per le squadre e i cruscotti di direzione. Il sistema centrale viene letto e scritto attraverso le sue interfacce, o — dove non ne ha — attraverso scambio di file strutturati, che è la realtà di molti sistemi di quella generazione. Il legacy non viene sostituito: viene circondato da un livello che sa cosa sta succedendo.

La stessa pratica, dopo

La richiesta entra e la pratica nasce con il suo termine calcolato. Il sopralluogo viene programmato dal sistema, che conosce le disponibilità delle squadre e la zona; il tecnico compila l'esito sul campo da tablet, con i campi strutturati richiesti da quella tipologia, e le foto restano collegate alla pratica invece di finire in una cartella. Il preventivo si calcola dalle tariffe dichiarate e versionate, non da un foglio che qualcuno deve ricordarsi di aggiornare.

La direzione, intanto, guarda un cruscotto e vede quante pratiche sono a rischio di termine, per tipologia e per zona, adesso — non nel report del mese prossimo. Quando il cliente chiama, lo sportello risponde in venti secondi. E se l'azienda lo decide, il cliente lo stato se lo guarda da solo.

Quando arriva un nuovo obbligo informativo

Una delibera introduce l'obbligo di registrare e comunicare un ulteriore dato per una categoria di pratiche, con decorrenza a breve. Sul sistema centrale sarebbe una modifica costosa, lenta e rischiosa; nella prassi consueta si risolve con l'ennesimo foglio parallelo, che poi qualcuno dovrà riconciliare.

Nel livello dichiarativo è l'aggiunta di un campo con la sua obbligatorietà condizionata e, se serve, di un controllo che impedisce la chiusura della pratica quando manca. Le schermate, l'applicazione da campo e gli estratti lo conoscono senza che nessuno li abbia modificati. L'adeguamento si fa dentro la finestra della decorrenza, che è la cosa che nella prassi non riesce quasi mai.

il confronto

Cosa succede oggi, cosa succede dopo.

Le situazioni ricorrenti in un'azienda con un sistema centrale storico e molti processi nati dopo.

Oggi

Il processo vive negli spazi fra i sistemi

Lo stato di una pratica si ricostruisce telefonando a tre uffici.
Gli esiti dei sopralluoghi sono PDF in cartelle di rete, non dati.
Le tariffe di preventivo stanno in un foglio di calcolo aggiornato a mano.
I tempi di processo si misurano a posteriori, quando non si può più intervenire.
Ogni nuovo obbligo genera un foglio parallelo da riconciliare.
Toccare il sistema centrale è troppo costoso e rischioso, quindi non si fa.

Con Pwas

Esiste un livello che governa il processo

La pratica ha stato, responsabile per ruolo e termine calcolato, visibili a chi ha il permesso.
L'esito del sopralluogo è un dato strutturato raccolto sul campo, con le foto collegate.
Le tariffe sono dichiarate e versionate, con la decorrenza corretta.
I tempi a rischio si vedono in un cruscotto in tempo reale, per tipologia e zona.
Un nuovo obbligo è un campo e una regola, adeguabili dentro la finestra di decorrenza.
Il sistema centrale resta intoccato e continua a fare il suo mestiere.

come si arriva lì

Il percorso, in concreto.

Progettato attorno al vincolo principale: il sistema centrale non si tocca.

01

Mappiamo il processo e le sue isole

Seguiamo una pratica reale dall'inizio alla fine, annotando ogni sistema, foglio e passaggio manuale che attraversa. La mappa delle isole è la mappa del lavoro da fare.
02

Verifichiamo cosa il legacy può dare e ricevere

Passaggio decisivo e da fare presto: quali interfacce esistono, quali scambi di file sono già in uso, quali vincoli pone chi lo mantiene. Determina cosa è realistico, e va chiarito prima di promettere qualsiasi cosa.
03

Descriviamo un processo, non tutti

Si sceglie un processo rappresentativo — tipicamente allacciamenti o gestione interventi — e si formalizza: fasi, termini, ruoli, dati raccolti sul campo, condizioni di passaggio. Lo validate voi.
04

Esercizio reale su una zona o una tipologia

Si porta in uso su un perimetro circoscritto, con le squadre vere e i clienti veri. È qui che emergono le eccezioni operative, che si formalizzano man mano invece di essere aggirate con un foglio.
05

Estensione e presidio interno

Si estende agli altri processi, che ripetono uno schema già validato, e si forma il personale interno sulla manutenzione della configurazione, così che gli adeguamenti normativi non dipendano da un ciclo contrattuale.

un esempio di flusso

Dalla richiesta all’attivazione, senza quattro sistemi.

Richiesta registrata una volta, sopralluogo da mobile anche senza campo, ordine di lavoro tracciato e attivazione che chiude il cerchio con la fatturazione.

cosa cambia strutturalmente

Le proprietà del sistema, non promesse di risultato.

Caratteristiche verificabili in dimostrazione, non dati di performance di altre utility.

modifiche richieste al sistema centrale

Il livello dichiarativo si costruisce sopra il legacy, leggendo e scrivendo attraverso ciò che espone o tramite scambio di file strutturati.

luogo dove vive lo stato del processo

Sportello, uffici tecnici, squadre sul campo e direzione leggono lo stesso dato, invece di estrazioni e fogli separati.

versionate

tariffe e regole, con la loro decorrenza

Un preventivo resta leggibile con i valori vigenti quando fu prodotto, anche dopo che le tariffe sono cambiate.

in giornata

il tempo per un nuovo campo o controllo

Un obbligo informativo nuovo è una modifica di configurazione che si scrive, si verifica e si pubblica nello stesso giorno.

I valori descrivono il funzionamento della piattaforma, non risultati misurati presso aziende specifiche. La fattibilità dell'integrazione con il vostro sistema centrale va verificata all'inizio del progetto e condiziona tempi e perimetro.

approfondimento

Le domande che ci fanno direzioni operative e sistemi informativi.

"Il nostro sistema centrale non espone quasi niente. Siete comunque in grado di lavorarci?"

Nella maggior parte dei casi sì, ma è la prima cosa da verificare e non va promessa a scatola chiusa. I sistemi di quella generazione offrono tipicamente tre vie, in ordine di preferenza.

Interfacce applicative, dove esistono: la via migliore, perché è sincrona e controllabile.
Scambio di file strutturati, che è la realtà più diffusa: estrazioni periodiche in ingresso e file di ritorno con quanto prodotto. Funziona bene, a patto di progettare con attenzione la frequenza e la gestione degli scostamenti.
Lettura diretta della base dati, in sola lettura e concordata con chi mantiene il sistema: praticabile quando le altre due non ci sono, ma va trattata con cautela e mai in scrittura.

Quello che non facciamo mai è scrivere direttamente nel database di un sistema di fatturazione aggirando la sua logica applicativa. È la scorciatoia che sembra risolvere tutto e che produce, a distanza di mesi, i danni peggiori.

"Le squadre sul campo sono il punto debole. Come li fate lavorare?"

Il criterio è lo stesso di qualsiasi lavoro operativo: se compilare costa più di quanto rende, non verrà compilato, e il progetto fallisce a prescindere dalla qualità del software.

In pratica significa tre scelte precise. La prima: il tecnico non compila un modulo generico, ma i campi di quel tipo di intervento, che il sistema conosce perché la tipologia è dichiarata. La seconda: quanto più possibile si raccoglie senza digitare — foto, posizione, lettura di codici, selezioni da elenchi precompilati. La terza: funziona anche senza rete, perché il campo è pieno di zone in cui la copertura non c'è; i dati raccolti restano sul dispositivo e si allineano da soli al ritorno della connettività.

Il beneficio per il tecnico deve essere immediato e percepibile: trovare la scheda dell'impianto senza telefonare in ufficio, avere lo storico degli interventi precedenti sotto mano, chiudere il rapporto senza dover rientrare a compilare carta. Se questo non c'è, nessuna direttiva aziendale regge a lungo.

"Ogni delibera ci costringe a rincorrere. Come cambia davvero?"

Quello che cambia è dove vive la regola. Oggi, nella maggior parte delle utility, un obbligo nuovo si traduce in tre possibili risposte: una modifica al sistema centrale, che costa e arriva tardi; un foglio parallelo, che arriva subito e crea debito; oppure una procedura manuale affidata alle persone, che regge finché qualcuno la presidia.

Quando i processi stanno in un livello dichiarativo, l'adeguamento è la modifica di un documento di configurazione: un campo nuovo con la sua obbligatorietà condizionata, un controllo che impedisce di chiudere una pratica incompleta, un estratto che seleziona i dati richiesti secondo la regola dichiarata. Si scrive, si verifica e si pubblica in tempi compatibili con la decorrenza.

Va detto con onestà cosa non cambia: qualcuno deve comunque leggere la delibera, capirne le implicazioni e decidere come si traducono nel vostro processo. Quella è competenza di dominio e non la sostituisce nessuna tecnologia. Ciò che sparisce è il divario fra il momento in cui la decisione è presa e il momento in cui il sistema la applica.

"Ci propongono AI ovunque. Nel nostro contesto cosa regge davvero?"

Regge poco di ciò che viene proposto, e alcune cose molto bene. Non regge, e non deve reggere, nulla che decida su fatturazione, misure o sicurezza: sono ambiti in cui servono regole deterministiche e verificabili, non stime.

Regge in tre punti. I documenti in ingresso: richieste, pratiche, relazioni di terzi e documentazione tecnica che arrivano come PDF o scansioni vengono lette e i dati proposti già compilati, con verifica umana — è la voce che consuma più tempo negli uffici pratiche. Le domande operative: "quali pratiche di allacciamento nella zona nord sono oltre il termine e in attesa di sopralluogo?" diventa una risposta immediata invece di una richiesta di report. La corrispondenza ripetitiva: bozze di comunicazione al cliente compilate con lo stato reale della pratica, che una persona controlla e invia.

La garanzia strutturale, in un settore regolato, è la parte che conta di più: l'agente non può eseguire azioni che non siano dichiarate come possibili per l'utente che gliele ha chieste. Costruisce un piano, il piano viene verificato contro i permessi reali, le azioni sensibili richiedono conferma esplicita e ogni passaggio resta ricostruibile. Un agente non chiude pratiche, non modifica misure e non comunica nulla al cliente di propria iniziativa.

verifica rapida

È il caso della vostra azienda?

Probabilmente sì

Avete un sistema centrale che non si tocca e processi nuovi che non ci entrano.
I processi che contano attraversano più sistemi e nessuno li governa.
Le squadre sul campo producono documenti invece di dati.
Gli adeguamenti normativi vi trovano sempre in ritardo rispetto alla decorrenza.
Misurate i tempi di processo solo a posteriori, quando non potete più intervenire.
Avete dipartimenti che si sono costruiti da soli database e fogli paralleli.

Probabilmente no

Cercate un sistema di fatturazione o di gestione delle misure.
Vi serve una piattaforma di telecontrollo o di supervisione impianti.
Il vostro sistema centrale copre già bene anche i processi nati negli ultimi anni.
Non è possibile coinvolgere chi mantiene il sistema legacy nella verifica di fattibilità.

domande frequenti

Utility ed energia: le domande specifiche.

Dovremo sostituire il sistema centrale?

No, ed è il presupposto dell'approccio. Pwas costruisce il livello di processo sopra ciò che esiste, leggendo e scrivendo attraverso le interfacce disponibili o tramite scambio di file strutturati. Il sistema centrale resta il riferimento per contratti, misure e fatturazione. Se in futuro deciderete di sostituirlo, il livello di processo resta in piedi e cambia solo il modo in cui scambia dati.

L'applicazione da campo funziona senza connessione?

Sì, ed è un requisito che progettiamo esplicitamente, perché nel campo la copertura manca spesso. I dati raccolti restano sul dispositivo e si allineano automaticamente al ritorno della connettività. Quali dati possano essere raccolti offline e quali richiedano una verifica in linea si decide insieme, perché dipende da quali passaggi non possono aspettare nel vostro processo.

Si integra con telelettura, cartografico e sistemi di campo?

Quando quei sistemi espongono interfacce di scambio dati, sì: ciascuno viene dichiarato come risorsa esterna con le proprie chiamate e i propri campi. Il principio applicato è che ogni sistema resti titolare del proprio dato e che il livello di processo lo referenzi invece di duplicarlo. L'ampiezza dell'integrazione si verifica all'inizio, perché dipende da cosa quei sistemi mettono a disposizione.

Dove risiedono i dati?

Dove decidete: nella vostra infrastruttura, su cloud europeo o in configurazione mista. Per le utility con vincoli su continuità operativa o su dati di infrastruttura, l'installazione nel proprio perimetro è la scelta più frequente ed è una modalità di distribuzione a pieno titolo, non una versione ridotta del prodotto.

Quanto tempo serve per il primo processo in esercizio?

Per un processo ben delimitato l'ordine di grandezza è di alcune settimane dalla formalizzazione condivisa, a cui si aggiunge il tempo dell'integrazione con il sistema centrale, che è la variabile più incerta e dipende da cosa quel sistema espone e dalla disponibilità di chi lo mantiene. È il motivo per cui la verifica di fattibilità è il secondo passo del percorso e non l'ultimo.

Come si acquista, se siamo soggetti a procedure di evidenza pubblica?

La scelta della procedura di acquisizione spetta alla vostra stazione appaltante con il supporto del proprio ufficio gare. Possiamo fornire la documentazione tecnica necessaria a istruire il procedimento e partecipare alle consultazioni preliminari di mercato quando vengono attivate. Non forniamo consulenza legale sulle procedure di affidamento.

Portateci il processo che oggi sta fuori dal sistema centrale.

Dopo la demo, in assessment guardiamo le interfacce disponibili e vi diciamo cosa è realistico fare e in quanto tempo.

Richiedi una demo