Digital Service Agents in SAP Service Cloud V2: che cosa fa Joule AI

L’AI nel servizio clienti viene promessa da un decennio, e la promessa è cambiata poco: «L’AI gestirà i vostri ticket, così i vostri operatori non dovranno farlo.» La maggior parte di quelle promesse si è tradotta in un chatbot che frustrava i clienti e in una dashboard che nessuno consultava. Quali funzioni di AI SAP offre oggi, come sono concesse in licenza e dove sono già in produzione è riassunto nella nostra pagina su SAP Business AI.

SAP Service Cloud V2 segue una strada più utile. Gran parte dell’AI lavora dietro l’operatore (classifica, riassume, prepara bozze, suggerisce), e la parte rivolta ai clienti, il Digital Service Agent, è pensata per rispondere alle domande di routine e passare la mano in modo pulito quando non può andare oltre. Dalla release Q4 2025 di SAP, inoltre, l’agent builder di Joule Studio permette di creare agenti propri per flussi di lavoro specifici. Il nostro navigatore Joule mostra quali assistenti Joule sono disponibili e quali SAP ha solo annunciato.

Questo articolo spiega che cosa viene fornito, come è licenziato, come sono fatti gli agenti personalizzati e dove sono i limiti.

In sintesi: Il Digital Service Agent di SAP (disponibile a livello generale dalla release CX del Q4 2025) risponde alle domande frequenti dei clienti a partire dalle vostre conoscenze e passa la mano a una persona quando serve. Dietro l’operatore, Service Cloud V2 offre classificazione dei casi, riepiloghi, bozze di risposta, suggerimenti dalla knowledge base e segnali di sentiment. Con Joule Studio create agenti propri, per esempio una verifica della garanzia su S/4HANA. Tutto dipende da dati puliti, da un ciclo di feedback e dalle licenze giuste.

Che cos’è il Digital Service Agent?

SAP descrive il Digital Service Agent, uscito con la release CX del Q4 2025, come un self-service che mette le conoscenze a portata di mano dei clienti: intercetta le richieste frequenti, risponde con l’AI anche a domande più complesse e passa la mano agli operatori quando serve. Abbinato allo Shopping Agent di SAP, una sola conversazione accompagna il cliente dalla domanda sul prodotto all’acquisto fino all’assistenza post-vendita.

In pratica, la qualità delle risposte dipende dalle conoscenze che gli fornite. Una knowledge base curata, con informazioni aggiornate su prodotti e processi, produce risposte utili; una obsoleta produce risposte sbagliate date con sicurezza. Il passaggio di consegne è altrettanto importante: quando l’agente fa un’escalation, l’operatrice dovrebbe ricevere la conversazione con il contesto, non ripartire da zero.

Che cosa fa Joule per gli operatori in Service Cloud V2?

Dietro le quinte, SAP Service Cloud V2 offre una serie di funzioni AI che aiutano gli operatori invece di sostituirli. Quali potete usare dipende da edizione e licenza.

Classificazione dei casi

Ogni caso in arrivo richiede una categoria, una priorità e spesso un prodotto. La categorizzazione dei casi di SAP legge il contenuto del caso e propone questi valori. Impara dal vostro storico: una classificazione coerente in passato porta a proposte migliori, e le correzioni degli operatori la migliorano ancora.

Riepiloghi dei casi

I casi B2B possono durare settimane. Quando un caso viene sottoposto a escalation o passato ad altri, può contenere decine di messaggi, note interne e diversi passaggi di mano. Il riepilogo del caso condensa che cosa ha segnalato il cliente, che cosa è stato tentato e che cosa resta aperto, così la persona successiva ha subito il contesto. È utile soprattutto ai cambi di turno e quando gli specialisti vengono coinvolti in casi che non hanno aperto loro.

Bozze di risposta

Quando un operatore apre un caso, il sistema prepara una bozza di risposta dal contenuto e dal contesto del caso. L’operatore la verifica, la modifica e la invia. Per temi frequenti come lo stato di un ordine o domande di configurazione note, la bozza è spesso quasi pronta; per temi complessi offre un punto di partenza strutturato.

Suggerimenti dalla knowledge base

Accanto al caso compaiono gli articoli pertinenti, così gli operatori non devono cercarli. La qualità dipende interamente dalla vostra knowledge base: articoli obsoleti o mal etichettati producono suggerimenti poco utili. Una buona documentazione colma il divario tra «la risposta esiste da qualche parte» e «l’operatore l’ha trovata in pochi secondi».

Segnali di sentiment

I messaggi in arrivo possono essere contrassegnati per sentiment negativo, così un cliente insoddisfatto riceve la priorità prima che il caso degeneri. Nel B2B, dove un singolo cliente può valere molto fatturato, cogliere presto il malcontento conviene. Consideratelo un segnale, non un verdetto: i messaggi chiaramente negativi vengono riconosciuti in modo affidabile, l’ironia no.

Routing

Il routing basato su regole («prodotto X e regione EMEA vanno al team A») si rompe appena l’organizzazione cambia. La classificazione AI combinata con profili di competenza curati e regole di routing indirizza i casi al team giusto fin dall’inizio e riduce le riassegnazioni. Tra tutte queste funzioni è quella che richiede più preparazione.

Confrontiamo queste funzioni, e quelle promesse troppo nelle demo, nel nostro articolo sull’AI nel servizio clienti oltre il chatbot.

Joule Studio: creare agenti propri

Le funzioni standard coprono gli schemi frequenti. Ogni azienda però ha anche flussi di lavoro che l’AI generica non copre, ed è qui che entra in gioco Joule Studio. Secondo SAP, l’agent builder è un ambiente low-code per creare agenti per le applicazioni CX di SAP, collegati a Joule, alle applicazioni CX e a sistemi esterni. Siete voi a definire che cosa fa l’agente, quali dati può leggere e quali azioni può eseguire.

Due esempi mostrano il tipo di agente che ha senso in un’organizzazione di servizio B2B.

Esempio: agente per la verifica della garanzia

Un produttore che riceve ogni settimana molte richieste di garanzia di solito fa cercare a mano ogni numero di serie in S/4HANA: data d’acquisto, stato della garanzia, richieste precedenti. Un agente personalizzato può farlo prima che una persona apra il caso:

1. Legge il caso in arrivo ed estrae il numero di serie.
2. Tramite l’integrazione BAIP (ex BTP) interroga S/4HANA su stato della garanzia, data d’acquisto e richieste precedenti.
3. Confronta la richiesta con le condizioni di garanzia (periodo di copertura, esclusioni, limiti).
4. Allega al caso un riepilogo della verifica.

L’operatrice conferma e avvia il reso, oppure spiega con dati precisi perché la richiesta non è coperta. Il lavoro passa dalla ricerca di dati alla comunicazione con il cliente. Funziona solo se Service Cloud V2 e S/4HANA sono collegati correttamente, come descriviamo nel nostro articolo sull’integrazione di Service Cloud V2 con S/4HANA Public Cloud.

Esempio: agente per la prima risposta

Un secondo schema prepara la prima risposta sulla base della classificazione:

1. Il caso arriva e viene classificato (categoria, sottocategoria, priorità).
2. L’agente associa la classificazione ai modelli di risposta.
3. Prepara una conferma di ricezione che indica il tempo di risoluzione previsto secondo lo SLA del cliente e include contenuti di self-service pertinenti.
4. La bozza arriva a un’operatrice per la verifica e l’invio.

Per i team con molti casi, togliere questo passaggio di routine da ogni caso libera capacità sensibile senza aumentare l’organico.

Che cosa significa per i team di servizio B2B?

I team esistenti gestiscono più volume. Riepiloghi, bozze e classificazione tolgono lavoro amministrativo a ogni caso, così gli operatori passano più tempo a parlare con i clienti.

I nuovi collaboratori diventano produttivi prima. Nel servizio B2B servono mesi per conoscere prodotti, clienti e processi interni. Le bozze basate su come colleghi esperti hanno risolto casi simili e i suggerimenti dalla knowledge base accanto a ogni caso fanno da mentore integrato.

Rispettare gli SLA diventa più facile. Quando i casi arrivano subito al team giusto e quelli urgenti vengono segnalati presto, meno casi restano nella coda sbagliata.

Quanto si sposta ciascun indicatore dipende dal vostro punto di partenza, per questo misuriamo una situazione iniziale prima di attivare qualsiasi cosa (vedi sotto). Le differenze architetturali tra V1 e V2 sono descritte nella nostra guida alla migrazione a Service Cloud V2.

Che cosa Joule (ancora) non fa

Non sostituisce operatori formati. Problemi che coinvolgono più sistemi, controversie contrattuali ed escalation con più interlocutori richiedono giudizio umano, empatia e competenza specifica. L’obiettivo è liberare gli operatori dal lavoro di routine perché abbiano tempo per questi casi.

Gli agenti personalizzati richiedono buoni dati e regole chiare. Un agente per la garanzia funziona solo se i dati S/4HANA sono puliti, le condizioni di garanzia strutturate e l’integrazione solida. L’AI non ripara anagrafiche disordinate, le elabora soltanto più in fretta.

I suggerimenti richiedono un ciclo di feedback. Se gli operatori accettano suggerimenti scadenti senza correggerli, nulla migliora. Prevedete un modo per segnalare i suggerimenti sbagliati e analizzate regolarmente questo feedback.

Joule Studio è low-code, non no-code. Non si addestrano modelli, ma servono persone che conoscano l’integrazione BAIP, i modelli dati e la progettazione dei flussi. Prevedete una consulenza o sviluppate le competenze internamente.

Il lato vendite dello stesso sviluppo è descritto nel nostro articolo su agentic AI in SAP e che cosa significa per il team vendite.

Come introduciamo Joule nei team di servizio

Settimane 1 e 2: situazione iniziale e verifica dei dati. Misuriamo gli indicatori attuali del servizio (tempo medio di gestione, tempo di prima risposta, tasso di riassegnazione, rispetto degli SLA) e verifichiamo la qualità dei dati. Se la maggior parte degli articoli della knowledge base è obsoleta, sistemiamo prima quello.

Settimane 3 e 4: attivazione delle funzioni standard. Classificazione, riepiloghi, bozze di risposta, suggerimenti dalla knowledge base e, dove ha senso, il Digital Service Agent. È configurazione, non sviluppo. Adattiamo il routing alla struttura del team e agli schemi dei casi.

Settimane da 5 a 8: agenti personalizzati, se servono. Verifica della garanzia, routing delle approvazioni, prime risposte: li creiamo in Joule Studio e testiamo ciascuno con dati reali prima del go-live.

In continuo: feedback e messa a punto. Impostiamo il ciclo di feedback, verifichiamo ogni mese la qualità dei suggerimenti e adattiamo il routing quando l’organizzazione cambia.

I tempi variano con la complessità e con i tempi di SAP per licenze e onboarding. Poiché realizziamo S/4HANA Public Cloud e lo stack CX con un solo team, i dati ERP di cui gli agenti di servizio hanno bisogno fanno parte dello stesso progetto (vedi perché un solo partner per Cloud ERP e CRM). L’attivazione tecnica di Joule è descritta nella nostra guida pratica a Joule in Sales Cloud V2; la maggior parte dei passi su BAIP è la stessa per il servizio.

---

Volete vedere che cosa può fare Joule per il vostro team di servizio? Parlate con noi. Nessuna presentazione commerciale, solo una conversazione sulla vostra situazione.

Domande frequenti

Serve una licenza separata per Joule e i digital service agent?

Di norma sì. Gli agenti AI per le applicazioni CX di SAP fanno parte dell’SAP CX AI Toolkit, licenziato in aggiunta a Service Cloud V2, Joule ha SKU propri e il consumo di AI premium viene conteggiato in SAP AI Units. Gli agenti creati con Joule Studio richiedono autorizzazioni SAP Build su BAIP. Chiarite le autorizzazioni con il vostro account manager SAP, oppure chiedeteci di verificare il vostro contratto, prima di iniziare a sviluppare.

Quanto è accurata la classificazione dei casi con l’AI nella versione standard?

Dipende soprattutto dal vostro storico: il modello impara da quanto sono stati classificati in modo coerente i casi passati e migliora man mano che gli operatori correggono le sue proposte. Con dati puliti e coerenti fa risparmiare tempo reale nel triage; con dati incoerenti riproduce l’incoerenza. Misurate l’accuratezza in un pilota sui vostri casi prima di farci affidamento.

I digital service agent possono gestire i casi senza alcun intervento umano?

Solo richieste semplici e prevedibili con dati strutturati, come lo stato di un ordine o domande standard sui prodotti. SAP posiziona il Digital Service Agent per intercettare le richieste frequenti e passare la mano a un operatore quando serve. Casi complessi, eccezioni e tutto ciò che richiede giudizio restano alle persone.