Migration vers SAP Service Cloud V2 : un guide pratique

SAP Service Cloud V2 n’est pas une mise à jour — c’est une refonte architecturale. Construit nativement sur SAP BTP et SAP HANA Cloud, V2 remplace entièrement la plateforme C4C et apporte une base technique fondamentalement différente.

Pour les organisations actuellement sur Service Cloud V1 (C4C), le parcours de migration nécessite une planification minutieuse. Ce guide couvre ce à quoi vous devez vous attendre.

Ce qui change dans V2

Plateforme technique. V2 fonctionne sur SAP BTP (Business Technology Platform) plutôt que sur la stack cloud C4C. Cela apporte une meilleure intégration avec les autres services BTP, mais signifie aussi que la configuration, l’extensibilité et les API fonctionnent différemment.

Modèle de données. Le modèle de données sous-jacent à été refondu. Les champs personnalisés, extensions et intégrations construits sur les API C4C ne migreront pas automatiquement — ils doivent être reconstruits dans le modèle V2.

Interface utilisateur. L’interface utilisateur final est entièrement nouvelle. V2 utilise une UI moderne et basée sur les rôles dans laquelle SAP continuera d’investir. L’interface de style Fiori de C4C est abandonnée.

Extensibilité. C4C utilisait des outils key-user et des extensions basées sur le SDK. L’extensibilité de V2 est gérée via les services SAP BTP — plus puissante, mais nécessitant des compétences différentes.

Ce qui reste identique

Les concepts fondamentaux du service — cas, comptes, contacts, niveaux de service, base de connaissances — sont préservés. Si votre équipe comprend la gestion de service, elle s’adaptera à V2.

Le paradigme d’intégration est également similaire : V2 expose des API REST/OData pour l’intégration avec l’ERP, le commerce et les systèmes externes. Les endpoints spécifiques changent, mais les principes architecturaux restent les mêmes.

Approche de migration

Étape 1 : Évaluation. Cataloguez toutes les configurations actives, intégrations, extensions personnalisées et rapports dans C4C. Pour chaque élément, déterminez s’il est nécessaire dans V2, et si oui, comment l’implémenter.

Étape 2 : Reconception des intégrations. La plupart des intégrations C4C devront être reconstruites. Saisissez cette opportunité pour simplifier lorsque c’est possible — les connecteurs natifs de V2 vers S/4HANA et SAP Commerce Cloud sont nettement meilleurs que leurs équivalents C4C.

Étape 3 : Configuration dans V2. Construisez l’environnement V2 en parallèle du système C4C en production. N’essayez pas une migration directe des données de configuration.

Étape 4 : Migration des données. Migrez les données historiques de cas et de clients en utilisant les outils de migration SAP. Définissez une stratégie de bascule claire.

Étape 5 : Formation et gestion du changement. Le changement d’interface à lui seul nécessite un programme de formation. Planifiez-le — l’adoption par les utilisateurs est systématiquement le défi le plus sous-estimé dans les migrations V2.

Attentes de calendrier

Une migration typique de Service Cloud V2 pour une organisation de taille moyenne (50-200 agents de service, complexité d’intégration modérée) prend 6 à 10 mois du lancement du projet à la mise en production.

Les organisations qui traitent V2 comme un « lift and shift » rencontrent systématiquement des problèmes dans les phases finales. Traitez-le comme une nouvelle implémentation avec la migration comme un flux de travail parmi d’autres.

Spadoom à réalisé plusieurs migrations Service Cloud V2. Contactez-nous pour discuter de votre situation.