Digital Service Agents dans SAP Service Cloud V2 : ce que fait Joule AI

L’IA dans le service client est promise depuis une décennie, et la promesse a peu changé : « L’IA traitera vos tickets pour que vos agents n’aient plus à le faire. » La plupart de ces promesses ont livré un chatbot qui frustrait les clients et un tableau de bord que personne ne consultait. Quelles fonctions d’IA SAP propose aujourd’hui, comment elles sont licenciées et où elles tournent déjà en production : notre page SAP Business AI fait le point.

SAP Service Cloud V2 emprunte une voie plus utile. L’essentiel de l’IA travaille derrière l’agent de service (classer, résumer, rédiger, suggérer), et la partie destinée aux clients, le Digital Service Agent, est conçue pour répondre aux questions courantes et passer la main proprement quand elle ne peut pas aller plus loin. Depuis la release Q4 2025 de SAP, l’agent builder de Joule Studio permet en outre de créer vos propres agents pour des processus précis. Notre navigateur Joule montre quels assistants Joule sont disponibles et lesquels SAP a seulement annoncés.

Cet article présente ce qui est livré, comment c’est licencié, à quoi ressemblent des agents personnalisés et où sont les limites.

En bref : Le Digital Service Agent de SAP (disponible de manière générale depuis la release CX du Q4 2025) répond aux questions fréquentes des clients à partir de vos connaissances et passe la main à une personne si nécessaire. Derrière l’agent, Service Cloud V2 propose la classification des cas, les résumés de cas, les brouillons de réponse, les suggestions de la base de connaissances et des signaux de sentiment. Avec Joule Studio, vous créez vos propres agents, par exemple une vérification de garantie dans S/4HANA. Tout repose sur des données propres, une boucle de rétroaction et les bonnes licences.

Qu’est-ce que le Digital Service Agent ?

SAP décrit le Digital Service Agent, sorti avec la release CX du Q4 2025, comme un libre-service qui met les connaissances à portée de main des clients : il absorbe les demandes fréquentes, répond avec l’IA à des questions plus complexes et passe la main aux agents humains si nécessaire. Associé au Shopping Agent de SAP, une seule conversation mène de la question sur un produit à l’achat, puis à l’assistance après-vente.

En pratique, la qualité de ses réponses dépend des connaissances que vous lui fournissez. Une base de connaissances tenue à jour, avec des informations actuelles sur les produits et les processus, produit des réponses utiles ; une base obsolète produit des réponses fausses énoncées avec assurance. Le transfert compte tout autant : lorsque l’agent fait une escalade, la collaboratrice du service doit recevoir la conversation et son contexte, et non repartir de zéro.

Que fait Joule pour les agents de service dans Service Cloud V2 ?

En arrière-plan, SAP Service Cloud V2 propose une série de fonctions d’IA qui aident les collaborateurs du service au lieu de les remplacer. Celles que vous pouvez utiliser dépendent de votre édition et de votre licence.

Classification des cas

Chaque cas entrant a besoin d’une catégorie, d’une priorité et souvent d’un produit. La catégorisation des cas de SAP lit le contenu du cas et propose ces valeurs. Elle apprend de votre historique : une classification cohérente par le passé donne de meilleures propositions, et les corrections des agents l’améliorent encore.

Résumés de cas

Les cas B2B peuvent durer des semaines. Au moment d’une escalade ou d’un transfert, un cas peut contenir des dizaines de messages, des notes internes et plusieurs passages de relais. Le résumé de cas condense ce que le client a signalé, ce qui a été tenté et ce qui reste ouvert, afin que la personne suivante dispose rapidement du contexte. C’est surtout utile lors des changements d’équipe et quand des spécialistes interviennent sur des cas qu’ils n’ont pas ouverts.

Brouillons de réponse

Quand un agent ouvre un cas, le système rédige un brouillon de réponse à partir du contenu et du contexte du cas. L’agent le vérifie, le retravaille et l’envoie. Pour les sujets fréquents, comme le statut d’une commande ou des questions de configuration connues, le brouillon est souvent presque prêt ; pour les sujets complexes, il fournit un point de départ structuré.

Suggestions de la base de connaissances

Les articles pertinents s’affichent à côté du cas, sans que les agents aient à chercher. La qualité dépend entièrement de votre base de connaissances : des articles obsolètes ou mal indexés donnent des suggestions peu utiles. Une bonne documentation comble l’écart entre « la réponse existe quelque part » et « l’agent l’a trouvée en quelques secondes ».

Signaux de sentiment

Les messages entrants peuvent être signalés en cas de sentiment négatif, pour qu’un client mécontent soit traité en priorité avant que le cas ne s’envenime. En B2B, où un seul client peut représenter un chiffre d’affaires important, détecter tôt l’insatisfaction est précieux. Considérez-le comme un signal, pas comme un verdict : les messages clairement négatifs sont reconnus de façon fiable, l’ironie ne l’est pas.

Routage

Le routage fondé sur des règles (« produit X et région EMEA vont à l’équipe A ») casse dès que l’organisation change. La classification par l’IA, combinée à des profils de compétences tenus à jour et à des règles de routage, envoie les cas vers la bonne équipe dès le départ et réduit les réaffectations. De toutes ces fonctions, c’est celle qui demande le plus de préparation.

Nous comparons ces fonctions, ainsi que celles qui sont trop promises dans les démos, dans notre article sur l’IA dans le service client au-delà du chatbot.

Joule Studio : créer vos propres agents

Les fonctions standard couvrent les schémas courants. Mais chaque entreprise a aussi des processus que l’IA générique ne couvre pas, et c’est là qu’intervient Joule Studio. Selon SAP, l’agent builder est un environnement low-code pour créer des agents destinés aux applications CX de SAP, connectés à Joule, aux applications CX et à des systèmes externes. Vous définissez ce que fait l’agent, quelles données il peut lire et quelles actions il peut effectuer.

Deux exemples montrent le type d’agent qui a du sens dans une organisation de service B2B.

Exemple : agent de vérification de garantie

Un fabricant qui reçoit chaque semaine de nombreuses demandes de garantie fait généralement rechercher chaque numéro de série à la main dans S/4HANA : date d’achat, statut de garantie, demandes antérieures. Un agent personnalisé peut s’en charger avant qu’une personne n’ouvre le cas :

1. Lire le cas entrant et extraire le numéro de série.
2. Interroger S/4HANA via l’intégration BAIP (anciennement BTP) sur le statut de garantie, la date d’achat et les demandes antérieures.
3. Confronter la demande aux conditions de garantie (période de couverture, exclusions, plafonds).
4. Joindre au cas un résumé de la vérification.

La collaboratrice confirme alors et lance le retour, ou explique précisément pourquoi la demande n’est pas couverte. Le travail passe de la recherche de données à la communication avec le client. Cela ne fonctionne que si Service Cloud V2 et S/4HANA sont correctement reliés, comme nous le décrivons dans notre article sur l’intégration de Service Cloud V2 avec S/4HANA Public Cloud.

Exemple : agent de première réponse

Un second schéma rédige la première réponse à partir de la classification :

1. Le cas arrive et est classé (catégorie, sous-catégorie, priorité).
2. L’agent associe la classification à des modèles de réponse.
3. Il rédige un accusé de réception qui indique le délai de résolution prévu selon le SLA du client et inclut des contenus de libre-service pertinents.
4. Le brouillon arrive chez une collaboratrice du service pour vérification et envoi.

Pour les équipes qui traitent beaucoup de cas, retirer cette étape de routine de chaque cas libère une capacité sensible sans augmenter les effectifs.

Qu’est-ce que cela change pour les équipes de service B2B ?

Les équipes existantes absorbent plus de volume. Résumés, brouillons et classification retirent du travail administratif à chaque cas, et les agents passent plus de temps à échanger avec les clients.

Les nouveaux collaborateurs deviennent productifs plus tôt. Dans le service B2B, il faut des mois pour connaître les produits, les clients et les processus internes. Les brouillons fondés sur la manière dont des collègues expérimentés ont résolu des cas similaires, et les suggestions de la base de connaissances à côté de chaque cas, jouent le rôle de mentor intégré.

Les SLA deviennent plus faciles à tenir. Quand les cas arrivent directement dans la bonne équipe et que les urgences sont signalées tôt, moins de cas stagnent dans la mauvaise file d’attente.

L’ampleur de chaque effet dépend de votre point de départ : c’est pourquoi nous mesurons une situation initiale avant d’activer quoi que ce soit (voir plus bas). Les différences d’architecture entre V1 et V2 sont décrites dans notre guide de migration vers Service Cloud V2.

Ce que Joule ne fait pas (encore)

Il ne remplace pas des agents de service formés. Les problèmes touchant plusieurs systèmes, les litiges contractuels et les escalades impliquant plusieurs interlocuteurs exigent du jugement humain, de l’empathie et une expertise métier. L’objectif est de libérer les agents du travail routinier pour qu’ils aient du temps pour ces cas.

Les agents personnalisés exigent de bonnes données et des règles claires. Un agent de garantie ne fonctionne que si les données S/4HANA sont propres, les conditions de garantie structurées et l’intégration solide. L’IA ne répare pas des données de base désordonnées, elle les traite seulement plus vite.

Les suggestions ont besoin d’une boucle de rétroaction. Si les agents acceptent de mauvaises suggestions sans les corriger, rien ne s’améliore. Prévoyez un moyen de signaler les mauvaises suggestions et analysez régulièrement ces retours.

Joule Studio est low-code, pas no-code. Vous n’entraînez pas de modèles, mais il vous faut des personnes qui maîtrisent l’intégration BAIP, les modèles de données et la conception de processus. Prévoyez un accompagnement ou développez ces compétences en interne.

Le volet commercial de la même évolution est traité dans notre article sur l’IA agentique dans SAP et ce qu’elle signifie pour les équipes commerciales.

Comment nous introduisons Joule dans les équipes de service

Semaines 1 et 2 : situation initiale et audit des données. Nous mesurons vos indicateurs de service actuels (durée moyenne de traitement, délai de première réponse, taux de réaffectation, respect des SLA) et évaluons la qualité des données. Si la plupart des articles de connaissance sont obsolètes, nous commençons par là.

Semaines 3 et 4 : activation des fonctions standard. Classification, résumés, brouillons de réponse, suggestions de la base de connaissances et, lorsque c’est pertinent, le Digital Service Agent. C’est de la configuration, pas du développement. Nous ajustons le routage à la structure de votre équipe et à vos types de cas.

Semaines 5 à 8 : agents personnalisés, si nécessaire. Vérification de garantie, routage des approbations, premières réponses : nous les créons dans Joule Studio et testons chacun sur des données réelles avant la mise en production.

En continu : rétroaction et ajustements. Nous mettons en place la boucle de rétroaction, contrôlons chaque mois la qualité des suggestions et adaptons le routage lorsque votre organisation évolue.

Les délais varient selon la complexité et les délais de SAP pour les licences et l’onboarding. Comme nous réalisons S/4HANA Public Cloud et la pile CX avec une seule équipe, les données ERP dont dépendent les agents de service font partie du même projet (voir pourquoi un seul partenaire pour le Cloud ERP et le CRM). L’activation technique de Joule est décrite dans notre guide pratique de Joule dans Sales Cloud V2 ; la plupart des étapes BAIP sont identiques pour le service.

---

Vous voulez voir ce que Joule peut apporter à votre équipe de service ? Parlons-en. Pas de présentation commerciale, simplement un échange sur votre situation.

Questions fréquentes

Faut-il une licence distincte pour Joule et les digital service agents ?

En général, oui. Les agents IA pour les applications CX de SAP font partie du SAP CX AI Toolkit, licencié en plus de Service Cloud V2, Joule dispose de ses propres SKU et la consommation d’IA premium est facturée en SAP AI Units. Les agents créés avec Joule Studio nécessitent des droits SAP Build sur la BAIP. Clarifiez ces droits avec votre account manager SAP, ou demandez-nous de vérifier votre contrat, avant de commencer à développer.

Quelle est la précision de la classification des cas par l’IA en standard ?

Elle dépend surtout de votre propre historique : le modèle apprend de la cohérence avec laquelle les cas passés ont été catégorisés et s’améliore à mesure que les agents corrigent ses propositions. Avec des données propres et cohérentes, il fait gagner un temps réel au tri ; avec des données incohérentes, il reproduit l’incohérence. Mesurez la précision dans un pilote sur vos propres cas avant de vous y fier.

Les digital service agents peuvent-ils traiter des cas sans aucune intervention humaine ?

Seulement des demandes simples et prévisibles avec des données structurées, comme le statut d’une commande ou des questions courantes sur les produits. SAP positionne le Digital Service Agent pour absorber les demandes fréquentes et passer la main à un agent humain si nécessaire. Les cas complexes, les exceptions et tout ce qui demande du jugement restent entre les mains des personnes.