Agentic AI nei processi aziendali: cosa cambia per le imprese italiane dopo le novità di maggio 2026
L'agentic AI smette di essere uno slogan da keynote e diventa un'architettura concreta proprio in questo mese. Nel giro di tre settimane Salesforce ha reso generalmente disponibile Agentforce Operations, IBM ha annunciato la nuova generazione di watsonx Orchestrate al Think 2026 di Boston, ServiceNow e Accenture hanno lanciato un programma di forward deployed engineering sull'agentic AI, e Camunda ha aperto la beta di ProcessOS. Sono tutti tasselli dello stesso quadro: dare alle aziende un control plane per eseguire processi reali con agenti AI sotto controllo. Per le imprese italiane — che spesso vivono ancora di processi semi-manuali, gestionali datati e tante eccezioni gestite a mano — questa è una finestra strategica. Vedo cosa cambia davvero e come muoversi senza buttare soldi in proof of concept che non scalano.
🗓️ Cosa è successo a maggio 2026 e perché segna un punto di svolta
Il 29 aprile 2026 Salesforce ha reso disponibile Agentforce Operations, un motore di orchestrazione che trasforma documenti di processo non strutturati in blueprint digitali eseguiti da agenti AI specializzati. Il vendor dichiara fino al 70% di riduzione dei cycle time e fino all'80% di task manuali eliminati su workflow come invoice auditing, onboarding e riprogrammazione degli ordini di acquisto.
Il 5 maggio, al Think 2026, IBM ha presentato la nuova generazione di watsonx Orchestrate: non più qualche agente in produzione, ma migliaia di agenti costruiti da team diversi, su piattaforme diverse, governati da un unico control plane con audit trail near real-time. Lo stesso giorno IBM ha proposto un nuovo modello operativo per l'AI in azienda basato su quattro pilastri: agenti coordinati, dati real-time, automazione end-to-end, ibrido per sovranità e governance.
Il 6 maggio ServiceNow e Accenture hanno annunciato un programma congiunto di forward deployed engineering per portare agentic AI su ServiceNow AI Platform direttamente dentro i clienti. Il 20 maggio Camunda ha aperto la closed beta di ProcessOS, uno strato di intelligenza che scopre, riprogetta e ottimizza in continuo i processi come agentic workflow.
Quattro annunci in tre settimane, tutti convergenti su un'idea: gli LLM da soli non bastano, serve un livello di orchestrazione che metta gli agenti dentro processi misurabili, governati e auditabili.
🧩 Dagli LLM agli agenti: cosa cambia davvero per i processi aziendali
Fino a fine 2024 l'AI in azienda significava un chatbot davanti a una knowledge base e qualche script di summarization. L'agentic AI è un altro paradigma: un agente è un LLM con accesso a tool reali (CRM, ERP, posta, file, API interne) capace di eseguire una sequenza di azioni per chiudere un task end-to-end, decidere se ha bisogno di un altro agente, e fermarsi quando deve passare la palla a un umano.
Il salto non è solo tecnologico, è organizzativo. Molte aziende stanno scoprendo che i loro processi sono stati disegnati attorno alle compensazioni umane — "se il PDF è strano, Marco se ne accorge" — e si rompono quando vengono eseguiti letteralmente da un agente. Adottare agentic AI vuol dire prima ricostruire i processi in modo eseguibile, poi delegarli.
- Un agente non è un chatbot: ha tool, memoria, obiettivi e può chiudere task autonomamente.
- L'agente lavora dentro un control plane che gli dice cosa può fare e tiene traccia di tutto.
- Il valore non sta nel singolo agente ma nell'orchestrazione di più agenti specializzati.
- Gli umani restano in cabina di regia: approvazioni, eccezioni, decisioni non delegabili.
🏗️ I tre layer di un'architettura agentic AI in produzione
Le architetture agentic che vedo emergere nei prodotti di Salesforce, IBM, ServiceNow e Camunda condividono la stessa struttura a tre livelli. Capirla aiuta a non confondere il marketing con la sostanza, e a leggere correttamente le offerte dei vendor.
- 01Agent layerAgenti specializzati con accesso a tool reali (CRM, ERP, posta, API). Ogni agente ha un compito chiaro.
- 02Orchestration layerControl plane che assegna i task, coordina più agenti, applica policy, gestisce escalation e timeout.
- 03Governance layerAudit trail, controllo accessi, observability sui prompt, metriche di costo e qualità per IT e compliance.
💡 Casi d'uso concreti: dove gli agenti generano valore subito
Una delle obiezioni ricorrenti è: "bello, ma da noi non serve". In realtà la mappa dei casi d'uso ad alta intensità è abbastanza stabile e copre la stragrande maggioranza delle PMI italiane. Quasi sempre il candidato ideale è un processo ripetitivo, a bassa eccezionalità, che oggi consuma ore di lavoro umano in smistamento, riconciliazione e data entry.
Dati indicativi medi su progetti enterprise 2025-2026, allineati alle dichiarazioni di vendor come Salesforce su Agentforce Operations.
🏢 Cosa serve in azienda prima di partire: dati, processi, governance
Il rischio numero uno con l'agentic AI è la stessa fallacia degli RPA dieci anni fa: comprare la piattaforma, automatizzare un processo rotto e ottenere un processo rotto ma più veloce. Per evitarlo servono tre pre-condizioni, su cui ogni progetto serio investe prima ancora di toccare un agente.
Pronte
- Processi mappati in modo eseguibile (BPMN, checklist, decision tables)
- Dati clienti/prodotti centralizzati in CRM o data layer affidabile
- Policy chiara su quali dati possono uscire dalla rete aziendale
- Owner di processo identificati per ogni workflow candidato
- KPI di processo (cycle time, costo per pratica) già misurati a baseline
A rischio fallimento
- Processi vivi solo nella testa di una persona
- Dati frammentati in Excel, mail, gestionale legacy
- Nessuna governance su accessi e log delle chiamate AI
- Nessun owner: l'IT compra, il business non adotta
- Nessuna baseline: impossibile dimostrare il ROI
⚠️ Errori frequenti e come evitarli
Quando affianco imprese nell'introduzione di agenti AI nei processi, vedo ricorrere sempre gli stessi errori. Il primo è partire dal vendor invece che dal processo: si compra una licenza Agentforce o watsonx Orchestrate senza aver scelto il caso d'uso, e dopo sei mesi la piattaforma è ferma. Il secondo è confondere automation e agentic: automatizzare uno step con un LLM non è agentic AI, è solo un'API call in più dentro un processo che resta umano. Il terzo è sottovalutare la governance: un agente con accesso al CRM e alla posta è un dipendente digitale, ed ha bisogno di permessi, audit log e una procedura di revoca.
- Partire dal processo, non dal vendor: prima la mappa, poi la piattaforma.
- Misurare la baseline prima: senza KPI prima/dopo non si dimostra il valore.
- Limitare il blast radius: ogni agente ha permessi minimi, non amministrativi.
- Logare tutto: prompt, tool call, output. È il vostro audit trail.
- Definire fin dal primo giorno chi è l'owner umano del processo.
🗺️ Roadmap pratica per PMI italiane
Per una PMI italiana che oggi voglia portare agentic AI nei propri processi senza rincorrere il vendor di turno, la roadmap che consiglio è in cinque tappe. Si parte piccolo, su un singolo workflow misurabile, e si estende solo dopo aver dimostrato che il modello regge. Tipicamente le prime tre tappe stanno dentro un trimestre.
- 01DiscoveryMappa dei processi candidati, scoring per ripetitività e impatto economico.
- 02PilotUn solo processo, un solo agente, un solo team. KPI misurati prima e dopo.
- 03GovernanceDefinizione di policy, accessi, audit trail e procedure di rollback.
- 04ScalingDa un agente a una squadra di agenti orchestrati su processi adiacenti.
- 05Operating modelCentro di competenza interno, monitoraggio continuo, evoluzione dei modelli.
Domande frequenti su agentic AI
Qual è la differenza tra agentic AI e RPA?
L'RPA esegue istruzioni rigide: se la schermata cambia, si rompe. Un agente AI ha un obiettivo, accesso a tool reali, e decide la sequenza di azioni al volo. In pratica l'agentic AI gestisce l'eccezione invece di fermarsi, e si adatta a cambiamenti minori dei sistemi sottostanti senza riscrivere il flusso.
Posso fare agentic AI senza mandare dati sensibili nel cloud?
Sì. È possibile montare lo stack agentic con modelli locali (Llama, Qwen, Mistral) gestiti via Ollama o vLLM, e un orchestratore on-premise. Le performance sono inferiori ai modelli cloud di frontiera, ma sufficienti per la maggior parte dei processi back-office. Anche IBM con watsonx ha messo l'opzione ibrida al centro del proprio messaggio al Think 2026.
Quanto tempo serve per vedere risultati misurabili?
Un pilot serio su un singolo processo richiede tipicamente 6-10 settimane: 2-3 di discovery e setup, 4-5 di esecuzione e tuning, 1-2 di consolidamento e misura. I primi KPI in produzione si leggono normalmente entro il terzo mese. Il rollout su più processi richiede un orizzonte di 9-12 mesi.
La nostra azienda è troppo piccola per l'agentic AI?
Quasi mai. La soglia non è la dimensione, è la presenza di processi ripetitivi misurabili. Una PMI con anche solo 10-20 pratiche al giorno gestite via mail e gestionale ha tipicamente almeno un caso d'uso con ROI sopra i 12 mesi. Il rischio per le piccole imprese è semmai opposto: comprare piattaforme enterprise sovradimensionate invece di partire con uno stack più snello.
Parliamone
Se questo tema ti riguarda, scrivimi: confrontarsi su codice e AI è sempre tempo speso bene.