Quando un costruttore come KUKA parla di Automation 2.0, non sta solo facendo branding. Sta provando a dare un nome a un passaggio che molti impianti sentono gia sulla pelle: il robot non basta piu da solo, conta sempre di piu il layer software che collega cella, simulazione, dati, safety e decisioni operative.
Il punto, pero, non e applaudire il claim. Il punto e capire cosa cambia davvero per un plant manager, per una PMI manifatturiera o per un system integrator che deve difendere tempi, budget e continuita produttiva. Perche se l'automazione diventa piu "intelligente" ma resta opaca, difficile da governare o ingestibile lato OT, il rischio e comprare un problema piu costoso del precedente.
Perche KUKA parla di Automation 2.0 proprio adesso
Secondo l'articolo di Robotics & Automation News dedicato alla strategia KUKA, il cuore del messaggio e il passaggio da sistemi rule-based a sistemi intent-based. Tradotto in italiano industriale: meno programmazione passo-passo, piu definizione dell'obiettivo e piu software incaricato di trasformare l'intento in sequenza eseguibile.
La notizia sarebbe solo teorica se il mercato non stesse gia spingendo in quella direzione. Ma l'IFR, nei Top 5 Global Robotics Trends 2026, mette nero su bianco che il valore globale delle installazioni di robot industriali ha raggiunto 16,7 miliardi di dollari e che tra i driver dell'anno ci sono proprio AI & autonomy, convergenza IT/OT, sicurezza e carenza di competenze. In pratica: KUKA non sta inventando il vento, sta cercando di mettersi con decisione dalla parte giusta della corrente.
Qui c'e un primo punto utile per chi legge da impresa. L'automazione 2.0 non sostituisce l'automazione 1.0. La ingloba. Anche lo stesso Christoph Schell, citato nell'articolo, insiste sul fatto che la base deterministica resta essenziale nei contesti ad alto volume e safety critical. Ed e una frase importante, perche ci protegge da uno degli errori piu comuni del 2026: confondere la promessa dell'AI con il diritto di saltare disciplina, validazione e collaudo.
Il problema tecnico vero: collegare intento, safety e impianto reale
La parte piu interessante della strategia KUKA non e la parola AI. E il fatto che introduca un layer software come KUKA AMP, pensato per stare sopra hardware, software e simulazione. Qui il vantaggio potenziale e enorme: se il layer funziona davvero, puoi orchestrare meglio configurazioni, versioni, modelli di simulazione, dati di processo e rollout multi-impianto.
Ma proprio qui nasce anche il punto piu delicato. Un sistema intent-based non si valuta con la stessa leggerezza con cui si valuta un nuovo HMI. Va misurato su quattro attriti concreti:
1. Quanto resta spiegabile
Se l'operatore o il manutentore non capisce perche una sequenza e stata suggerita, modificata o bloccata, la piattaforma smette di aiutare e comincia a creare diffidenza. L'IFR nel position paper AI in Robotics ricorda infatti che safety, security e accountability diventano piu complesse proprio quando l'autonomia cresce.
2. Quanto si integra con la tua OT, non con la demo
Molte demo software-first sembrano brillanti finche girano in un ambiente pulito. Poi arrivano PLC legacy, reti segmentate, MES incompleto, ricette di linea non standard e accessi remoti limitati. E li si scopre se il layer software e una piattaforma oppure un poster con un login.
3. Quanto riduce davvero il lavoro manuale a basso valore
Se dopo sei mesi ti servono ancora gli stessi interventi manuali per cambio formato, rilascio ricetta, setup o debug, l'etichetta "2.0" cambia poco. Per questo, quando progettiamo asservimento macchine o automazioni che devono parlare con piu isole di processo, guardiamo prima ai punti in cui il sistema taglia attrito operativo reale e solo dopo alla narrativa tecnologica.
4. Quanto regge il tema competenze
Questo e il pezzo che molti saltano. La stessa settimana in cui si parla di piattaforme AI per la manifattura, Google.org ha annunciato 10 milioni di dollari per formare 40.000 lavoratori manifatturieri statunitensi in competenze AI. Non e beneficenza: e ammissione di realta. L'adozione non si blocca solo per costo hardware, si blocca anche perche mancano persone capaci di governare il nuovo strato software.
Come valutare una piattaforma "software-defined" senza farsi prendere dallo slogan
Se il tema e capire se Automation 2.0 ha senso per la tua fabbrica, noi suggeriamo questo framework minimo.
- Spiegabilita operativa: l'utente sa sempre chi ha deciso cosa, con quali parametri e con quale possibilita di override?
- Integrazione IT/OT: il layer si collega davvero a PLC, historian, quality data e simulazione senza introdurre colli di bottiglia nuovi?
- Sicurezza e segmentazione: ruoli, accessi, audit log, versionamento e rollback sono progettati per ambienti industriali, non per una web app generica?
- Tempo di industrializzazione: quanto scende il tempo tra prova, validazione e rilascio multi-sito?
- Scalabilita competenze: quante persone interne riescono davvero a usare la piattaforma senza dipendere dal fornitore a ogni modifica?
Per applicazioni dove il valore nasce dalla flessibilita piu che dal puro volume, questo discorso tocca da vicino anche robot e celle piu leggere, per esempio in scenari con Dobot CRA Series o in progetti di movimentazioni interne in cui l'orchestrazione diventa rapidamente importante quanto la macchina.
KPI pratici da chiedere prima di dire "si"
| Criterio | Benchmark utile | Perche conta |
|---|---|---|
| Tempo medio di cambio ricetta | in calo misurabile rispetto al flusso attuale | se non accelera il cambio formato, il valore e cosmetico |
| Numero di interventi manuali per release | tendenza alla riduzione | misura quanto il layer software riduce davvero lavoro a basso valore |
| Tempo di rollback | minuti, non ore | fondamentale quando una modifica peggiora produzione o safety |
| Utenti interni autonomi | piu di 1-2 persone chiave | evita che la piattaforma resti ostaggio di un solo superutente |
| Tracciabilita decisionale | audit log completo | indispensabile per QA, manutenzione e incident review |
| Tempo da simulazione a deploy | accorciamento netto | e qui che la promessa software-first deve diventare reale |
La KPI meno glamour, ma piu utile, e il tempo di recupero dopo una modifica non riuscita. Molte piattaforme sembrano moderne finche tutto va bene. Le piattaforme buone si riconoscono quando qualcosa va storto e il plant torna stabile senza teatro.
Dove ha senso iniziare davvero nelle PMI italiane
Nelle PMI italiane la strada piu sensata non e rifare tutta la fabbrica in chiave "intent-based" in un colpo solo. Ha piu senso partire da un processo con tre caratteristiche:
- variabilita reale ma controllabile, quindi abbastanza complesso da beneficiare del software, ma non cosi critico da rendere ingestibile il pilot;
- dati gia abbastanza leggibili, anche se non perfetti;
- owner interno identificabile, cioe una persona che difende l'adozione oltre il giorno del demo.
In concreto, il primo campo buono spesso non e la linea piu iconica. E il punto dove oggi perdi tempo per setup, rilascio versioni, eccezioni ripetitive o riallineamento tra macchine e persone. Se la piattaforma AI non fa bene li, difficilmente fara bene altrove.
Conclusione
KUKA ha ragione su un punto: nel 2026 la robotica industriale non si gioca piu solo sulla meccanica del braccio, ma sulla capacita di fondere software, impianto e decisione operativa. Ma proprio per questo Automation 2.0 va letta con piu severita, non con meno.
La domanda utile non e se l'automazione stia diventando piu intelligente. La domanda utile e se la tua azienda riesce a governare questa intelligenza senza perdere controllo, tracciabilita e tempo di linea. Se vuoi ragionare su dove introdurre davvero questo livello di flessibilita, contattaci: prima della piattaforma, viene sempre il processo che deve reggerla.
Serve supporto per applicare queste idee?
Il team Bubbles Technology progetta soluzioni robotiche su misura per PMI in Campania e in tutta Italia. Prenota una consulenza gratuita per discutere esigenze, ROI e roadmap.