Le guide ultime SAP C4C : optimisez votre stratégie CRM avec SAP Sales Cloud V2 et Service Cloud

Si vous cherchez « SAP C4C » en 2026, vous êtes probablement dans l’un de ces deux camps. Soit vous exploitez C4C et vous vous demandez ce qui vient ensuite. Soit vous avez entendu le nom et voulez comprendre ce que c’est réellement.

Dans les deux cas, la réponse courte : C4C a été remplacé.

SAP Cloud for Customer (C4C) était le CRM cloud de SAP de 2011 à environ 2023. Il a été supplanté par SAP Sales Cloud V2 et SAP Service Cloud V2. Et ce n’est pas une mise à niveau avec un nouveau numéro de version. C’est une reconstruction complète. Base de code différente, modèle de données différent, tout est différent. Si vous êtes encore sur C4C, la migration est une question de « quand », pas de « si ».

TL;DR : SAP C4C (Cloud for Customer) était la plateforme CRM cloud de SAP de 2011 à 2023. Elle a été remplacée par SAP Sales Cloud V2 et Service Cloud V2 : une reconstruction architecturale complète avec conception API-first, interface Fiori et IA embarquée via Joule. Le marché du CRM a atteint 73,4 milliards de dollars en 2024 (Grand View Research, 2024). Si vous êtes encore sur C4C, planifiez votre migration : V2 n’est pas rétrocompatible, mais les améliorations architecturales en valent la peine.

Qu’était SAP C4C ?

Le marché mondial du CRM a atteint 73,4 milliards de dollars en 2024, les déploiements cloud représentant 58,2 % du chiffre d’affaires (Grand View Research, 2024). SAP C4C était la première réponse de SAP à cette demande de CRM cloud.

SAP Cloud for Customer (C4C) a été lancé en 2011 comme le premier CRM cloud-native de SAP. Il combinait ventes et service sur une seule plateforme. Au cours de sa vie, il a traversé plusieurs changements de nom :

• 2011 : lancé sous le nom de SAP Cloud for Customer
• 2016 : renommé SAP Hybris Cloud for Customer
• 2018 : scindé en SAP Sales Cloud et SAP Service Cloud au sein de la suite C/4HANA
• 2023-2024 : supplanté par Sales Cloud V2 et Service Cloud V2

C4C a rempli sa mission. Il a fait entrer SAP sur le marché du CRM cloud à une époque où Salesforce mangeait la part de tout le monde. Mais l’architecture montrait son âge. Les API étaient greffées plutôt qu’intégrées, l’interface précédait Fiori, et l’extensibilité exigeait de travailler à l’intérieur de l’application centrale. De facto, c’était un produit cloud de première génération qui avait atteint son plafond. Nous le sentions sur chaque projet ces dernières années. Des choses qui auraient dû être simples ne l’étaient pas.

Qu’est-ce qui a remplacé C4C et pourquoi ?

Avec 55 % des membres de l’ASUG utilisant désormais SAP BTP (ASUG, 2025), SAP avait besoin d’un CRM à la hauteur de l’architecture moderne de BTP. V2 est cette reconstruction. Voici ce qui a réellement changé.

Architecture API-first. Chaque fonctionnalité de V2 est disponible via API REST. C4C avait des API, mais elles étaient incohérentes et incomplètes. L’approche API-first de V2 signifie des intégrations plus propres, des extensions plus fiables et une automatisation directe. Si vous avez déjà essayé de construire un vrai webhook sur C4C, vous connaissez le soulagement.

Interface Fiori. V2 utilise le système de design moderne Fiori de SAP. Responsive, multi-appareils, avec des patterns UX cohérents. L’interface plus ancienne de C4C exigeait plus de formation et fonctionnait mal sur mobile. Celle-ci, vos commerciaux l’utiliseront réellement sans y être forcés.

Extensions natives BTP. Les personnalisations V2 tournent sur SAP BTP en extensions side-by-side, gardant le noyau propre et évolutif. Les personnalisations C4C vivaient souvent dans le noyau, ce qui rendait les mises à niveau pénibles et risquées. J’ai perdu le compte des clients C4C qui sautaient les mises à jour trimestrielles parce qu’ils avaient personnalisé le noyau et craignaient de tout casser.

IA embarquée via Joule. SAP a déployé 350 fonctionnalités d’IA avec plus de 2’400 compétences Joule sur son portefeuille cloud (SAP News Center, 2026). Joule est intégré dans l’architecture de V2. Indisponible dans C4C. Et cela ne changera pas.

Modèle de données moderne. Le modèle d’objets de V2 est plus propre et plus flexible. Les objets, champs et relations personnalisés sont plus faciles à gérer que la structure rigide de C4C.

À quoi ressemble la migration de C4C vers V2 ?

Moins de 40 % des entreprises implémentent complètement leur système CRM (CRM.org, 2024). La migration ajoute de la complexité par-dessus. Mais les avantages architecturaux de V2 justifient l’effort. Voici ce qui est réellement impliqué quand nous menons ces projets.

C’est une migration, pas une mise à niveau. V2 est une base de code différente. Il n’y a pas de bouton « upgrade ». Les données centrales (comptes, contacts, opportunités) peuvent être migrées avec les outils SAP, mais les configurations personnalisées, extensions et workflows doivent être reconstruits. Cela surprend les gens à chaque fois.

Prévoyez 3 à 6 mois. Une migration ciblée (fonctions CRM centrales, migration des données, reconfiguration de base) prend 3 à 4 mois. Ajouter des extensions complexes, des intégrations sur mesure et un déploiement multi-régions pousse à 6 mois et plus.

Nettoyez avant de migrer. Ne migrez pas de mauvaises données. Je pense que c’est le conseil le plus sous-estimé : profitez de la migration pour nettoyer les comptes en double, les contacts incomplets et les étapes d’opportunité incohérentes. Chaque client qui a suivi ce conseil nous a remerciés ensuite. Chaque client qui l’a ignoré l’a regretté.

Phasez la transition. Passez en production sur V2 avec les fonctions centrales d’abord. Migrez les configurations avancées et les extensions personnalisées en phase 2. Essayer de répliquer 100 % de votre configuration C4C avant le lancement est la cause la plus courante de dépassements de calendrier. Je l’ai vu quatre fois rien que cette année.

Nous avons couvert le processus complet de migration dans notre guide comparatif V2 vs C4C.

Que pouvez-vous faire avec Sales Cloud V2 aujourd’hui ?

Le CRM rapporte 3,10 dollars par dollar investi quand il est bien implémenté (Nucleus Research, 2024). Voici où V2 livre ce retour en pratique.

Gestion du pipeline et des opportunités. Visibilité en temps réel du pipeline avec étapes configurables, prévisions pondérées et validation des champs obligatoires. Sur notre projet Nussbaum, 85 % de l’équipe commerciale était active dès la première semaine. C’est le genre de chiffre d’adoption qui rend l’investissement rentable.

Insights alimentés par l’IA. Requêtes en langage naturel via Joule, résumés d’opportunités, suggestions d’activités, rédaction d’e-mails. Les commerciaux économisent 15 à 20 minutes par jour sur les tâches administratives. C’est appréciable. Multipliez par votre effectif et cela s’additionne vite.

Accès mobile-first. Fiori fonctionne sur téléphones et tablettes par défaut. Notre implémentation Nussbaum a vu 40 % des interactions CRM sur mobile en 4 semaines. Les commerciaux terrain adorent, parce qu’ils peuvent mettre à jour leurs deals depuis le parking après un rendez-vous.

Intégration SAP native. Connexions directes à S/4HANA, Service Cloud V2, SAP Commerce Cloud, Emarsys et SAP CDP. Pas de middleware pour les fondamentaux.

Gestion des territoires et quotas. Modèles de territoires géographiques, par ligne de produits et par comptes nommés, avec suivi des quotas et reporting d’atteinte.

Que faire si vous êtes encore sur C4C ?

Les vendeurs passent environ 25 % de leur temps à vendre réellement (Bain & Company, 2025). L’automatisation et les fonctionnalités IA de V2 ciblent directement cet écart. Si vous êtes encore sur C4C, voici ce que je vous dirais autour d’un café.

Pas de panique, mais ne restez pas assis dessus non plus. SAP continue de supporter C4C, mais toutes les nouvelles fonctionnalités sont exclusivement V2. Plus vous attendez, plus l’écart entre votre système et les capacités actuelles grandit. Et plus le projet de migration devient gros.

Évaluez votre configuration actuelle. Documentez vos personnalisations, intégrations et extensions C4C. Identifiez ce que V2 gère nativement par configuration vs ce qui doit être reconstruit. Vous découvrirez souvent que la moitié de vos personnalisations C4C étaient des contournements de limitations de plateforme que V2 résout nativement. J’ai vu des clients avec plus de 40 mashups personnalisés dans C4C dont seuls 8 devaient être reconstruits dans V2. Le reste ne faisait que compenser des choses que la plateforme aurait dû faire nativement.

Commencez par un pilote. Migrez d’abord une équipe ou une région vers V2. Validez le processus, formez les utilisateurs clés, construisez l’expertise interne avant un déploiement complet. Cette approche a fonctionné pour chaque client que nous avons migré jusqu’ici.

Budgétez le nettoyage des données. Une étude évaluée par les pairs a montré que 94 % des tableurs d’entreprise contiennent des erreurs (Poon et al., Frontiers of Computer Science, 2024). Vos données CRM ne valent guère mieux, je vous le promets. Utilisez la migration comme opportunité de nettoyage. Vous n’aurez jamais de meilleure excuse.

Besoin d’aide pour planifier votre migration de C4C vers V2 ? Nous l’avons fait pour plusieurs clients et pouvons vous montrer ce qui est réaliste pour votre calendrier et votre configuration. Contactez-nous.

Questions fréquentes

SAP supporte-t-il encore C4C ?

SAP continue de fournir maintenance et support pour C4C (Sales Cloud V1), mais tout le développement de nouvelles fonctionnalités va exclusivement à V2. Cela signifie que C4C n’aura ni les fonctionnalités IA (Joule), ni la nouvelle interface Fiori, ni les extensions natives BTP. SAP n’a pas annoncé de date de fin de maintenance pour C4C, mais la direction stratégique est claire. V2 est l’avenir. Planifiez votre migration de manière proactive plutôt que d’attendre une échéance forcée. Croyez-moi, les échéances forcées ne sont jamais agréables.

Puis-je exploiter C4C et V2 en parallèle pendant la migration ?

Oui, et nous le recommandons. Une période d’exploitation parallèle vous permet de valider la configuration V2, de former les utilisateurs sur le nouveau système et de comparer la qualité des données avant la bascule. La plupart de nos migrations font tourner les deux systèmes pendant 4 à 8 semaines. La charge est gérable puisque les deux systèmes peuvent se connecter au même backend S/4HANA pour les données maîtres.

Que deviennent mes personnalisations C4C dans V2 ?

Elles ne se transfèrent pas directement. V2 est une base de code différente. Les extensions SDK, mashups personnalisés et règles de workflow doivent être reconstruits avec l’architecture de V2 (extensions BTP side-by-side, API V2, outils de configuration intégrés). La bonne nouvelle : beaucoup de personnalisations C4C étaient des contournements de limitations que V2 gère nativement par configuration. La reconstruction est donc souvent plus simple que prévu.

Combien coûte la migration ?

Cela dépend de la complexité : nombre d’objets personnalisés, intégrations, volume de données, nombre d’utilisateurs. Une migration ciblée (CRM central, une intégration, données propres) coûte typiquement 30 à 50 % de l’implémentation C4C d’origine. Les configurations complexes avec plusieurs intégrations et de fortes personnalisations coûtent plus. L’investissement est justifié par les coûts de maintenance plus faibles de V2, une meilleure adoption utilisateur et l’accès aux fonctionnalités IA que C4C n’aura jamais.

Quelle est la différence entre C4C, C/4HANA et SAP CX ?

Question légitime. Ces noms reflètent l’évolution du branding CRM de SAP. C4C (Cloud for Customer) était le produit. C/4HANA était le nom de suite de 2018 qui regroupait C4C avec Commerce Cloud, Marketing Cloud et les solutions Customer Data. SAP CX (Customer Experience) est la marque ombrelle actuelle pour tous les produits cloud SAP orientés client, dont Sales Cloud V2, Service Cloud V2, Commerce Cloud, Emarsys, CDP et CIAM. Même les gens chez SAP les confondent, alors ne vous en voulez pas.