La domanda che più spesso ci pongono i CIO nel 2026 è diretta: quanto tempo dei miei utenti posso togliere da SAP? La risposta, oggi, non è più "qualcosa con le RPA". È molto di più: gli agenti Joule, i workflow agentici di SAP Build Process Automation e l'orchestrazione conversazionale tramite Joule Studio permettono di delegare interi processi end-to-end, non singole micro-azioni. In molti reparti — ciclo passivo, master data, customer service di primo livello, planning operativo — il tempo che le persone passano dentro Fiori può essere ridotto del 60–90% e in alcuni casi azzerato.
La differenza rispetto alla vecchia automazione è sostanziale. Le RPA replicano click su uno schermo: si rompono al primo cambio di layout e non capiscono il contesto. Gli agenti SAP ragionano sul processo, leggono email e allegati, dialogano con le persone in linguaggio naturale, chiamano API standard di S/4HANA, decidono in autonomia entro i confini fissati dalla governance e chiedono conferma umana solo per le eccezioni. Non c'è uno schermo da scimmiottare: c'è un processo da eseguire.
I quattro pattern di agentificazione che funzionano
- Ciclo passivo: l'agente legge la fattura PDF in arrivo, la concilia con l'ordine e il GR, registra la fattura in SAP, gestisce le anomalie via Teams con il buyer
- Master data: l'agente crea articoli, fornitori, clienti a partire da template o richieste in linguaggio naturale, applica regole di qualità, sottopone solo gli edge case
- Customer service L1: l'agente risponde a richieste su ordini, spedizioni, resi e fatturazione leggendo direttamente da S/4HANA e CX, scalando agli operatori solo i casi complessi
- Planning operativo: l'agente prepara proposte di riassortimento, allocazione, riordino a partire dai segnali di sell-through e stock; il planner approva o modifica
Il modello "agente come copilota" è superato. Il vero salto è "agente come esecutore" con l'umano che interviene solo per giudizio, eccezione, autorizzazione. Lo schermo SAP smette di essere il luogo di lavoro: diventa il sistema che lavora.
Numeri tipici nei progetti enterprise
Nei progetti agentici su S/4HANA misuriamo regolarmente: −70% tempo utente nel ciclo passivo, −85% tempo creazione master data, −60% volumi di ticket di customer service L1, +30% precisione sui forecast di riassortimento. Il dato che però sorprende di più i finance è il tempo di rilascio dei nuovi agenti: con Joule Studio e gli skill predefiniti, un nuovo agente passa dall'idea alla produzione in 4–8 settimane, non in 9 mesi come i progetti SAP custom tradizionali.
L'errore da evitare
Il rischio numero uno è "agentificare" processi mal disegnati. Un agente che esegue alla velocità della macchina un processo sbagliato produce solo errori più veloci. Per questo ogni nostro intervento parte con una fase di process mining (su Signavio o equivalenti) per fotografare il processo reale, individuare varianti e colli di bottiglia, e solo dopo decidere quali parti delegare all'agente, quali standardizzare e quali eliminare. La regola è chiara: non si agentifica il caos, lo si bonifica prima.
Governance, auditabilità e trust
Gli agenti SAP sono utenti tecnici a tutti gli effetti: hanno ruoli, autorizzazioni, audit trail. La nostra governance prevede tre livelli: "agent owner" (chi è responsabile del comportamento dell'agente), "agent reviewer" (chi valida le decisioni borderline) e "agent auditor" (chi verifica periodicamente log e KPI). Su processi finanziari o regolati, l'agente non chiude mai un'operazione senza un controllo a campione documentato. È così che si trasforma un esperimento AI in un asset auditabile, conforme a SoX, EU AI Act e ISO 42001.
Il punto di partenza
Suggeriamo sempre di iniziare con un "agente pilota" su un processo doloroso ma circoscritto (tipicamente la conciliazione fatture o la creazione master), portarlo in produzione in due mesi, misurarne ROI e adozione, e da lì estendere. Quando il primo agente lavora 24/7 senza errori visibili, la conversazione interna cambia: non si discute più se agentificare, si discute solo cosa agentificare per primo. Ed è esattamente lì che parte la trasformazione verso l'Autonomous ERP.
