SAP Sales Cloud V2 vs. C4C : ce qui à vraiment changé

Votre système C4C fonctionne encore. Pour l’instant. Mais SAP à clairement indiqué la direction : Sales Cloud V2 est l’avenir, et C4C ne recevra plus de nouvelles fonctionnalités. La question n’est pas de savoir s’il faut migrer. C’est quand — et à quoi s’attendre.

Nous avons migré plusieurs organisations de C4C vers Sales Cloud V2. Deux d’entre elles — Nussbaum et intelligentfood — sont déjà en production. Voici ce que nous avons appris.

Vue d’ensemble : même nom, produit différent

Sales Cloud V2 n’est pas une mise à jour de C4C. C’est un produit reconstruit sur une nouvelle base technologique. SAP à conservé le nom pour signaler la continuité, mais sous le capot, presque tout à changé.

C4C était une application cloud monolithique. Elle avait un framework UI intégré, son propre modèle de données et un modèle d’extension propriétaire (PDI). Cela fonctionnait — mais l’étendre signifiait apprendre les outils de SAP et vivre avec leurs contraintes.

Sales Cloud V2 est API-first. L’interface tourne sur SAP Fiori. Les extensions résident sur SAP BTP, pas à l’intérieur de l’application. Le modèle de données est plus propre. Les API sont RESTful, bien documentées et conçues pour l’intégration tierce.

C’est la bonne nouvelle. Le revers : la migration est un projet de réimplémentation.

Ce qui est meilleur dans V2

Interface moderne. L’interface basée sur Fiori est plus rapide, plus cohérente et fonctionne bien sur mobile. L’UI de C4C semblait datée — V2 ressemble à un produit construit dans cette décennie.

Architecture API-first. Chaque objet dans V2 est accessible via des API REST. Dans C4C, certaines opérations nécessitaient des contournements où des astuces OData. La couverture API de V2 est complète dès le premier jour.

Extensibilité via BTP. Au lieu de PDI (l’environnement de développement intégré de C4C), V2 utilise SAP BTP pour les extensions. C’est une amélioration massive. Vous avez Node.js, Java, CAP, Cloud Foundry — de vrais outils de développement au lieu d’un bac à sable contraint.

Fonctionnalités IA. V2 intègre nativement le scoring de leads par IA, les insights d’opportunités et le forecasting. Ces fonctionnalités avaient été greffées tardivement sur C4C ; dans V2, elles sont natives.

Performance. V2 est nettement plus rapide. Chargement de pages, recherche, vues en liste — tout semble plus réactif. Pour les équipes commerciales qui vivent dans le CRM toute la journée, cela compte.

Meilleure intégration avec S/4HANA. V2 dispose d’une intégration plus étroite et préconstruite avec SAP S/4HANA pour les données de comptes, contacts et produits. Les intégrations C4C nécessitaient un middleware (CPI/Intégration Suite) pour la plupart des scénarios.

Ce qui est différent (ni meilleur ni moins bon — juste différent)

Changements du modèle de données. V2 à un modèle de données plus propre, mais il n’est pas identique à celui de C4C. Les objets personnalisés, champs personnalisés et relations doivent être reconçus, pas simplement copiés. C’est là que se concentre l’essentiel de l’effort de migration.

Plus de PDI. Si votre équipe à construit des extensions C4C dans PDI, elles ne se transfèrent pas. Vous les reconstruirez comme des applications BTP. La bonne nouvelle : les extensions BTP sont plus puissantes et maintenables. La mauvaise nouvelle : c’est du développement net-new.

Expérience d’administration différente. L’interface d’administration de V2 est différente. Les workflows, règles d’attribution et notifications se configurent différemment. Votre équipe d’administration à besoin de formation.

Reporting. V2 utilise SAP Analytics Cloud (SAC) pour le reporting. C4C avait des rapports et tableaux de bord intégrés. Si vous vous appuyiez sur le reporting natif de C4C, prévoyez du temps pour la mise en place et la configuration de SAC.

Points d’attention

Écarts fonctionnels. V2 rattrape encore C4C dans quelques domaines. Vérifiez la feuille de route SAP pour vos fonctionnalités spécifiques avant de vous engager sur un calendrier. SAP comble les écarts trimestriellement, mais certaines fonctionnalités C4C n’ont peut-être pas encore d’équivalent V2.

Migration des objets personnalisés. Si vous avez des objets personnalisés dans C4C, prévoyez une reconception complète. Le framework d’objets personnalisés de V2 est différent. Nous organisons généralement un atelier de découverte rien que pour cela — c’est le plus grand risque dans la plupart des migrations.

Refonte des intégrations. Chaque intégration C4C nécessite une revue. Les endpoints API, méthodes d’authentification et formats de données ont changé. Si vous avez intégré C4C avec l’ERP, des outils marketing où des systèmes externes, prévoyez du temps pour la refonte des intégrations.

Adoption utilisateur. L’interface est suffisamment différente pour nécessiter de la formation. Ne supposez pas que parce que c’est « le même produit », les gens comprendront. Prévoyez une gestion du changement structurée.

Ce que nous avons constaté en pratique

Chez Nussbaum, nous sommes passés de zéro à la production sur Sales Cloud V2 en 5 mois. La visibilité du pipeline était le moteur principal. L’implémentation V2 leur à donné des données de pipeline en temps réel, un accès mobile pour les commerciaux terrain et un forecasting assisté par l’IA — aucun de ces éléments ne fonctionnait correctement dans leur configuration précédente.

Chez intelligentfood, l’accent était mis sur la vente terrain mobile. Nous avons construit des applications BTP personnalisées intégrées à Sales Cloud V2 pour la planification d’itinéraires et la saisie de commandes avec capacité hors ligne. L’architecture API-first de V2 à rendu cela possible sans lutter contre la plateforme.

Les deux projets ont confirmé : V2 est un meilleur produit. Mais y arriver nécessite de le traiter comme une nouvelle implémentation, pas comme une montée de version.

Approche de migration qui fonctionne

Sur la base de notre expérience, voici ce que nous recommandons :

1. Découverte d’abord. Cartographiez votre utilisation actuelle de C4C — fonctionnalités standard, objets personnalisés, intégrations, rapports. Identifiez ce qui se transfère conceptuellement et ce qui nécessite une reconception.

2. Priorisez. Tout n’a pas besoin d’être en production le premier jour. Commencez par les processus de vente centraux. Ajoutez la complexité par phases.

3. Fonctionnement en parallèle. Gardez C4C en fonctionnement jusqu’à ce que V2 soit validé. La migration des données est un flux de travail séparé — planifiez-le tôt.

4. BTP dès le départ. Si vous avez besoin d’extensions, construisez-les sur BTP dès le premier jour. Ne recréez pas les patterns PDI.

5. Formez tôt. Donnez accès aux utilisateurs clés aux sandboxes V2 tôt. Leurs retours façonnent la configuration.

En conclusion

Sales Cloud V2 est objectivement une meilleure plateforme que C4C. L’architecture est moderne, les API sont propres, l’extensibilité est réelle. Mais la migration n’est pas gratuite. C’est un projet — avec découverte, conception, implémentation et gestion du changement.

Si vous planifiez cela, le passage en vaut la peine. Si vous attendez une mise à jour en un clic, vous serez déçu.

Vous planifiez votre migration C4C vers V2 ? Nous l’avons fait. Comparons votre configuration avec ce que V2 offre aujourd’hui. Contactez-nous.