Quando ogni reparto ha il suo Excel, il problema non è Excel.

Perché il punto di rottura è quasi sempre lo stesso, ed è strutturale: in un gestionale tradizionale la personalizzazione è codice aggiuntivo, scritto sopra un prodotto pensato per qualcun altro. Ogni aggiornamento del prodotto rischia di romperla, ogni modifica successiva costa quanto la prima, e dopo due anni nessuno ricorda più perché quella funzione fa quello che fa.

In Pwas la personalizzazione non è codice sopra il prodotto: è il prodotto. La descrizione del vostro dominio è il meccanismo normale di funzionamento del sistema, non un'eccezione tollerata. Non esiste un "aggiornamento della versione standard" che possa rompere le vostre regole, perché non esiste una versione standard da cui vi state allontanando.

Questo non rende il progetto gratis o senza rischi. Rende diverso il profilo del rischio: il costo si concentra all'inizio, nella fase in cui capiamo come lavorate, e non si ripresenta moltiplicato a ogni modifica successiva.

È l'obiezione più fondata di tutte, e il motivo per cui la maggior parte dei progetti di digitalizzazione in produzione fallisce: non perché il software non funziona, ma perché nessuno lo compila.

La regola che seguiamo è semplice: chi genera l'informazione deve poterla registrare in meno di dieci secondi, senza uscire dal suo lavoro. In pratica significa un tablet fisso a bordo macchina con tre bottoni grandi, non una schermata con quaranta campi. Significa che l'operatore dichiara "fase iniziata" e "fase finita", e tutto il resto — chi, quando, su quale commessa, quanto è durata — lo deduce il sistema. Significa che il badge o un QR code sul disegno sostituiscono la digitazione.

La complessità sta nelle schermate dell'ufficio tecnico e della qualità, dove serve. Non in officina, dove ammazzerebbe il progetto.

La domanda giusta da fare a chiunque vi proponga un sistema gestionale. La risposta concreta, nel nostro caso, sta in tre punti verificabili.

• I dati sono vostri e sono leggibili. Girano su un database relazionale standard, interrogabile con strumenti comuni. Nessun formato proprietario, nessuna cifratura che vi impedisca di accedere a ciò che avete prodotto.
• La configurazione è vostra ed è leggibile. È un insieme di file di testo strutturati, versionabili come qualsiasi documento aziendale. Descrivono il vostro dominio in modo comprensibile a qualunque professionista del settore, non solo a noi.
• Il sistema gira dove volete. Su cloud europeo, nella vostra sala server o in modalità mista. Se decidete di spostarlo, si sposta.

Restare con un fornitore deve essere una scelta economica, non una condizione tecnica obbligata.

In buona parte dei casi la risposta onesta è: non quanto vi raccontano. Un modello linguistico non vi ottimizza la schedulazione della produzione meglio di un buon capo officina con i dati giusti sotto mano.

Dove invece produce valore misurabile nella manifattura è in tre punti molto concreti. Primo, sui documenti in ingresso: un ordine cliente che arriva come PDF o come email libera viene letto e trasformato in una commessa strutturata, con i campi già compilati e sottoposti a conferma umana — al posto di venti minuti di ribattitura per ogni ordine. Secondo, sulle richieste in linguaggio naturale: "quali commesse del cliente Rossi sono in ritardo rispetto alla data promessa?" diventa una risposta immediata, senza che qualcuno debba costruire un report. Terzo, sulla generazione documentale: certificati, schede di collaudo e rapporti di non conformità si compilano dai dati che il sistema ha già.

In tutti e tre i casi vale un principio non negoziabile: l'AI propone e compila, ma non decide e non scrive senza controllo. Ogni azione che modifica dati passa da un piano verificato contro i permessi reali di chi l'ha richiesta, può richiedere una conferma umana esplicita e lascia una traccia completa. Se un'operazione non è dichiarata come possibile per quell'utente, l'agente non la può eseguire — indipendentemente da come gliela si chiede.