SAP Service Cloud V2

Qu’est-ce que SAP Service Cloud V2 ?

SAP Service Cloud V2 est la plateforme cloud-native de service client de SAP: une réécriture complète de SAP Service Cloud V1 et SAP CRM Service, pas une mise à jour. Il fonctionne sur SAP Business Technology Platform, utilise une architecture d’extension par plug-ins permettant à la logique personnalisée de survivre aux upgrades, et embarque Joule, l’assistant IA natif de SAP, directement dans le workspace de l’agent. V2 remplace le modèle de ticket plat de V1 par des entités Case structurées qui traversent des états de cycle de vie configurables, et ajoute un agent desktop unifié couvrant e-mail, téléphone, chat, portail et social dans une seule console. Les contenus d’intégration standard pour SAP S/4HANA apportent les données de commandes, d’actifs et de garantie en temps réel dans la vue de cas. Les releases trimestrielles sans interruption remplacent le cycle semestriel de V1.

Spadoom est un SAP Gold Partner suisse pour le Cloud ERP et la Customer Experience, et implémente Service Cloud V2 en Suisse, en Allemagne, en Autriche et en Italie, le volet ERP étant assuré par la même équipe. Le reste de cette page décrit ce que nous livrons, le coût, comment V2 se compare à V1, et où nous l’avons mis en production.

Études de cas : OPO Oeschger et Miltenyi Biotec

OPO Oeschger, l’un des principaux grossistes B2B de Suisse, travaille avec Spadoom sur SAP Sales & Service Cloud V2. Nous avons relancé un projet bloqué et mis la phase 1 en production en trois mois, connectée à S/4HANA, Datasphere et Commerce Cloud (étude de cas OPO Oeschger). Chez Miltenyi Biotec, entreprise de biotechnologie active dans le monde entier, notre équipe a connecté SAP Service Cloud V2 à Commerce Cloud, Marketing Cloud, Customer Data Cloud et S/4HANA via SAP Integration Suite, et accompagne la plateforme depuis plus de cinq ans (étude de cas Miltenyi Biotec).

Ce que Spadoom livre

Les organisations de service B2B font face à des défis plus complexes que le B2C. Les contrats varient d’un client à l’autre. Les produits sont complexes. Les techniciens coûtent cher. Les escalades comportent un risque financier réel. Nous avons implémenté SAP Service Cloud V2 pour des fabricants, des entreprises pharmaceutiques et des services publics en Suisse, en Allemagne, en Autriche et en Italie, là où une erreur signifie des SLA non respectés et des clients entreprise mécontents.

En tant que SAP Gold Partner basé dans la région DACH, nous offrons une présence locale et une livraison de projet directe. Pas de transfert offshore. Notre équipe a mené des projets Service Cloud V2 du premier atelier à l’hypercare: configuration omnicanal, moteurs de règles SLA, intégration CTI, connectivité ERP, et formation des utilisateurs finaux qui rend les agents opérationnels dès la première semaine.

Nos implémentations vont en profondeur sur le service contractuel, l’intégration avec l’ERP pour les données de garantie et d’actifs, et les workflows d’escalade vers SAP Field Service Management. Nous ne faisons pas de déploiements prêts à l’emploi ; chaque projet est calibré en fonction de ce que votre modèle de service exige réellement. Notre delivery suit la méthodologie SAP Activate, cinq phases de la découverte à l’hypercare, adaptée aux projets Service Cloud V2. Pour un aperçu complet de la plateforme, consultez notre guide SAP Service Cloud V2.

Nous utilisons également SAP Service Cloud V2 pour notre propre service desk. Les workflows que nous recommandons sont ceux que nous utilisons nous-mêmes au quotidien.

Un ROI mesurable

SAP rapporte que les organisations utilisant Service Cloud V2 obtiennent des améliorations opérationnelles concrètes :

• 35 % de résolution de cas plus rapide : avec le routage assisté par IA et les suggestions de connaissances contextuelles, les agents passent moins de temps à chercher et plus de temps à résoudre (source : SAP Value Stories, 2025)
• 98 % de conformité SLA : les règles d’escalade automatisées et les tableaux de bord SLA en temps réel éliminent le suivi manuel qui cause les dépassements (source : SAP Value Stories, 2025)
• 40 % de réduction du routage manuel des cas : le routage intelligent attribue les cas à la bonne équipe en fonction du produit, du niveau de contrat et des compétences de l’agent, pas par attribution aléatoire (source : SAP Value Stories, 2025)

Ce sont les chiffres de SAP, pas les nôtres. Ce que nous mesurons sur nos propres projets, c’est l’adoption et la performance SLA après le go-live, et nous vous communiquons les deux. Notre calculateur ROI est conçu pour les équipes commerciales ; pour un business case côté service, nous analysons avec vous vos volumes de tickets et vos données SLA lors d’un atelier.

Joule : automatisation intelligente du service

SAP Service Cloud V2 est livré avec Joule, l’assistant IA de SAP, intégré directement dans l’espace de travail de l’agent. Ce n’est pas un module complémentaire : Joule fonctionne à l’intérieur de la console de service :

• Analyse de sentiment: Joule lit les messages entrants et signale les clients frustrés ou à risque d’escalade en temps réel, pour que les superviseurs puissent intervenir avant que la situation ne se détériore
• Routage intelligent des cas : les modèles de machine learning routent les cas en fonction de la catégorie produit, du niveau client, de l’expertise de l’agent et de la charge de travail actuelle, pas de règles statiques qui dysfonctionnent quand votre équipe évolue
• Réponses suggérées: Joule rédige des modèles de réponse basés sur le contexte du cas, les correspondances dans la base de connaissances et l’historique de résolution pour des problèmes similaires
• Résumés de cas: quand un agent reprend un cas avec un long historique d’interactions, Joule génère un résumé concis pour qu’il n’ait pas à lire 30 courriels pour comprendre la situation
• Recommandations d’articles de connaissances: pendant que les agents traitent un cas, Joule fait remonter les guides de dépannage et la documentation produit les plus pertinents depuis votre base de connaissances

Avec Joule Studio (GA depuis le T1 2026), vous pouvez construire des agents IA personnalisés pour les scénarios de service: par exemple, un agent qui vérifie le statut de garantie dans S/4HANA et rédige une proposition de résolution avant même qu’un humain n’ouvre le cas. Pour la vision d’ensemble des agents IA dans SAP CX, lisez ce que l’IA agentique signifie pour les équipes de service et commerciales.

Pourquoi V2 compte: V1 vs V2 comparés

SAP Service Cloud V2 est une refonte de fond en comble, pas une simple mise à jour de fonctionnalités. Les nouveaux investissements de SAP, y compris Joule, vont à V2, tandis que V1 continue de fonctionner pour les clients existants.

Fonctionnalité	V1	V2
Architecture	Monolithique, personnalisation via SDK	Extensions plug-in composables: la logique personnalisée survit aux mises à jour
IA & Joule	Non disponible	Natif : analyse de sentiment, routage intelligent, réponses suggérées, résumés de cas
UX	Style Fiori classique	Moderne, bureau agent unifié: tous les canaux dans un seul espace de travail
Mises à jour	Semestrielles, nécessitent un projet de migration	Trimestrielles, déploiement sans interruption
Extensibilité	Key User Tools, limitée	Framework plug-in, agents Joule Studio, intégration SAP Build
Omnicanal	Canaux ajoutés via des connecteurs tiers	E-mail, téléphone, chat, portail et réseaux sociaux natifs dans une seule console
Intégration CTI	Tiers uniquement	Framework CTI natif avec intégration softphone et screen pop
Field Service	Projet d’intégration séparé	Escalade native vers SAP FSM avec le contexte complet du cas

Si vous évaluez la migration depuis V1 ou depuis SAP CRM Service on-premise, lisez notre guide de migration C4C vers V2 pour un processus étape par étape. Le changement architectural impacte non seulement les fonctionnalités, mais aussi la façon dont vous étendez et maintenez la plateforme à long terme.

Validation indépendante

Le marché prend note de cette refonte. Dans le Magic Quadrant Gartner 2025 pour les centres d’engagement client CRM, SAP est passé de Niche Player à seul Challenger: le seul fournisseur à changer de position de quadrant cette année-là. Cela reflète le rythme de développement de V2 : mises à jour trimestrielles, IA native et architecture composable que les analystes peuvent désormais évaluer face à Salesforce et ServiceNow.

Sur G2 (basé sur les avis d’utilisateurs vérifiés, 2025) :

Catégorie	SAP Service Cloud	Salesforce Service Cloud
Facilité d’utilisation	8,7	8,4
Qualité du support	8,8	8,3
Génération de texte IA	9,3	8,0
Adéquation aux besoins	8,8	8,6

SAP obtient un score supérieur sur chaque dimension, à l’exception du volume d’avis (219 contre 6’640 avis). Pour les organisations qui utilisent déjà SAP ERP, ces scores comptent: l’avantage de l’intégration amplifie l’avantage UX. Pour des comparaisons directes, consultez nos pages SAP Service Cloud V2 vs Salesforce et vs Zendesk.

Tarification et licences

SAP facture Service Cloud V2 par utilisateur et par mois ; le prix dépend de l’édition, du volume et des conditions contractuelles. Les prix catalogue de SAP, Salesforce Service Cloud et Zendesk varient selon l’édition et évoluent dans le temps : consultez la liste de prix actuelle de chaque éditeur. Pour les équipes de service B2B, le principal facteur de coût est généralement le périmètre d’intégration (SAP ERP, CTI, Field Service) et le modèle de SLA, pas la ligne licences.

Spadoom vous donne un prix fixe pour un périmètre clairement défini et, pour les projets plus importants, une fourchette de coûts après le cadrage, avant la signature. Pour les PME qui commencent par les ventes, notre forfait CRM en 10 Jours met en production un socle Sales Cloud V2 préconfiguré en 10 jours ouvrables ; Service Cloud V2 est planifié comme un projet à part entière.

Cas d’usage par secteur

SAP Service Cloud V2 est conçu pour la complexité B2B. Voici comment nous l’avons déployé dans différents secteurs en Suisse, en Allemagne, en Autriche et en Italie :

Pharmaceutique et dispositifs médicaux: Environnements de service réglementés où chaque interaction doit être traçable. Nous configurons des workflows de documentation des cas qui satisfont les exigences de piste d’audit, le suivi de garantie lié aux numéros de série dans SAP ERP, et des règles d’escalade conformes à la réglementation. Les agents voient l’historique des dispositifs, les numéros de lot et le statut de rappel sans quitter la console de service.

Services publics: L’application des SLA est non négociable. Nous mettons en place des structures SLA multi-niveaux liées aux contrats clients, des chaînes d’escalade automatisées quand les fenêtres de réponse sont menacées, et l’intégration de dispatch sur le terrain pour la planification des techniciens via SAP FSM. Des tableaux de bord en temps réel donnent aux responsables opérationnels une visibilité sur la performance SLA dans toutes les régions.

Industrie manufacturière: Commande de pièces détachées, réclamations de garantie et workflows d’autorisation de retour connectés directement à S/4HANA. Les agents peuvent vérifier la disponibilité des pièces, créer des ordres de service et déclencher des processus logistiques depuis le cas: sans basculer vers l’ERP. Nous configurons le routage basé sur les produits pour que les cas arrivent dans l’équipe qui connaît l’équipement.

Services professionnels: Gestion de SLA contractuels où les niveaux de service varient par client, niveau d’engagement et zone géographique. Nous intégrons Service Cloud V2 avec la gestion de projet dans S/4HANA pour que les cas de service liés à des engagements actifs soient visibles à la fois par le service desk et l’équipe projet.

L’avantage de l’intégration

SAP Service Cloud V2 devient nettement plus puissant lorsqu’il est connecté aux bons systèmes. Les agents ont besoin de voir l’historique des commandes depuis l’ERP. Ils doivent savoir si le produit est sous garantie. Ils doivent pouvoir envoyer un technicien sans re-saisir les informations.

Nous planifions ces intégrations en standard dans chaque projet, pas en option supplémentaire. SAP fournit des contenus d’intégration standard pour S/4HANA, SAP ECC et SAP Commerce Cloud, et notre équipe a déjà connecté les trois. Périmètre habituel :

• Données de commandes et d’actifs depuis S/4HANA: les agents voient ce que le client a acheté, quand, et si c’est sous garantie
• Escalade Field Service vers SAP FSM: envoyez des techniciens avec le contexte complet du cas, sans re-saisie
• Transferts vers les ventes vers SAP Sales Cloud V2: quand une interaction de service révèle une opportunité de vente additionnelle, elle circule directement vers l’équipe commerciale avec le contexte
• Intégration Commerce: les clients qui signalent des problèmes via votre boutique SAP Commerce voient le statut de leur cas sans se connecter à un portail séparé

Une intégration SAP-SAP demande malgré tout du mapping, une gestion des erreurs et une surveillance, et les données disponibles, la latence et les licences dépendent des produits, des éditions et du scénario configuré. Nous planifions ce travail avant que quiconque compare des prix de licence, et là où le standard s’arrête, nous développons à côté, sur SAP BTP. Les systèmes non SAP sont intégrés au cadrage du projet. Pour les screen pops et la journalisation des appels, le framework CTI natif de Service Cloud V2 remplace les connecteurs tiers dont V1 avait besoin. SAP documente les capacités d’intégration prises en charge dans SAP Integration Suite.

Association avec S/4HANA Public Cloud

Les projets de service échouent rarement dans la console. Ils échouent à la jonction avec l’ERP : la garantie que l’agent ne peut pas vérifier, la pièce détachée sans stock derrière, l’ordre de service qui n’arrive jamais dans l’ERP. Lorsque SAP S/4HANA Public Cloud est votre ERP, Service Cloud V2 en devient la couche orientée client. Les agents voient ce que les clients ont acheté, à quelle date et si le produit est sous garantie, avec des données lues dans S/4HANA sans changer de console. La disponibilité des pièces détachées, la création des ordres de service et les autorisations de retour passent de la vue de cas à l’ERP, de sorte que l’équipe de service et la chaîne d’approvisionnement travaillent sur le même enregistrement. Joule peut vérifier le statut de garantie dans S/4HANA avant qu’un agent n’ouvre le cas, une fois l’intégration sous-jacente mappée et surveillée. Et pour l’analyse de la rentabilité du service, cas et SLA face aux marges contractuelles, SAP Business Data Cloud réunit les données de service et les données ERP dans une même fondation gouvernée.

Spadoom livre les deux côtés avec une seule équipe. Nous dimensionnons la connexion à S/4HANA Public Cloud en même temps que la configuration omnicanal et les SLA, pas comme un ajout après le go-live. Encore sur ECC ? Le check de préparation S/4HANA de cinq jours fixe le calendrier et la fourchette de coûts, et notre guide de la transformation montre comment les volets ERP et CX s’articulent. L’architecture de l’ensemble du niveau CX, y compris les points d’intégration côté service, est décrite dans notre guide du stack intégré SAP S/4HANA Public Cloud et Sales Cloud V2.

Implémentation SAP Service Cloud V2 en Suisse

Nous menons les projets Service Cloud V2 depuis Zoug et Wädenswil, la plupart pour des organisations de service suisses. Trois éléments font partie du périmètre standard de chaque projet suisse :

• Un service multilingue dès le premier jour. Une entreprise qui a des clients à Zurich, Genève et Lugano assure son service dans au moins trois langues. Le routage selon la langue, les modèles de courriel localisés et les articles de connaissance multilingues sont configurés avant le go-live, pas ajoutés après.
• La protection des données comme configuration. Les cas de service contiennent des données personnelles : noms, historique d’achat, textes de réclamation, parfois des informations de santé ou de sécurité. Selon la nLPD suisse et, pour les clients en Allemagne et en Autriche, le RGPD, cela signifie recueillir le consentement sur le portail, lier les règles de conservation à la clôture du cas, des suppressions qui retirent réellement les données personnelles des cas clos et des journaux d’audit exploitables par votre équipe conformité. SAP décrit les fonctions de la plateforme dans son Security Guide for SAP Service Cloud Version 2. La région du centre de données de votre tenant fait partie de votre contrat SAP : nous la vérifions tôt.
• Des ateliers avec les personnes qui traitent les cas. Comment les tickets arrivent, comment ils sont classés, quand ils sont escaladés et quel SLA s’applique à qui : nous le définissons sur place avec vos agents expérimentés. Le vrai processus de garantie est rarement celui du document de processus.

Combien de temps dure un projet Service Cloud V2

Un déploiement simple (10 à 30 agents, courriel et formulaire web) passe en production en huit semaines environ. Une implémentation B2B standard avec 50 à 150 agents, trois ou quatre canaux et l’intégration S/4HANA prend en général 10 à 16 semaines du kick-off au go-live, suivies d’environ quatre semaines d’hypercare. Les déploiements avec CTI, FSM ou plusieurs pays prennent quatre à six mois et commencent malgré tout par une première phase qui passe tôt en production.

Ce qui fait bouger la date : le nombre de canaux, le modèle de routage et de SLA, la profondeur de l’intégration S/4HANA (consultation des commandes ou base installée complète avec garantie), les extensions sur SAP BTP et le volume de données des anciens outils de service. La plupart de nos projets introduisent Sales et Service Cloud V2 ensemble sur une seule plateforme ; chez intelligentfood, la plateforme combinée est passée en production en trois mois. Les phases sont décrites dans notre guide d’implémentation SAP Service Cloud V2.

À quoi ressemble un bon résultat

Six semaines après le go-live, votre service desk devrait :

• Disposer d’une vue unique de chaque client sur l’ensemble des canaux
• Résoudre les premiers contacts plus rapidement parce que les agents ont le contexte complet: historique des commandes, statut de garantie, cas précédents
• Escalader vers le service de terrain sans décrocher le téléphone
• Produire un reporting SLA mensuel en quelques minutes, pas en plusieurs jours
• Voir Joule faire remonter les articles de connaissances pertinents avant que les agents n’aient à chercher

Six mois après le go-live, vous devriez constater une amélioration mesurable des taux de résolution au premier contact, de la conformité SLA et des scores de satisfaction des agents. Nous suivons ces indicateurs après le go-live et nous nous tenons responsables des résultats, pas seulement du déploiement.