Skip to main content
SAP Sales Cloud V2 vs. C4C: Was sich wirklich geändert hat
Insights · ·7 Min. Lesezeit

SAP Sales Cloud V2 vs. C4C: Was sich wirklich geändert hat

Spadoom Editorial

SAP CX Practice

Teilen

Ihr C4C-System funktioniert noch. Vorerst. Aber SAP hat die Richtung klar vorgegeben: Sales Cloud V2 ist die Zukunft, C4C bekommt keine neuen Features mehr. Die Frage ist nicht ob, sondern wann — und was Sie erwartet.

Wir haben mehrere Organisationen von C4C auf Sales Cloud V2 migriert. Zwei davon — Nussbaum und intelligentfood — sind bereits produktiv. Hier unsere Erkenntnisse.

Das grosse Bild: gleicher Name, anderes Produkt

Sales Cloud V2 ist kein Upgrade von C4C. Es ist ein komplett neu entwickeltes Produkt auf einem neuen Technologie-Stack. SAP hat den Namen beibehalten, um Kontinuität zu signalisieren. Unter der Haube hat sich fast alles geändert.

C4C war eine monolithische Cloud-Anwendung mit eigenem UI-Framework, eigenem Datenmodell und einem proprietären Erweiterungsmodell (PDI). Es funktionierte — aber Erweiterungen bedeuteten, SAP-eigene Tools zu erlernen und deren Einschränkungen zu akzeptieren.

Sales Cloud V2 ist API-first. Die Oberfläche basiert auf SAP Fiori. Erweiterungen leben auf SAP BTP, nicht innerhalb der Anwendung. Das Datenmodell ist sauberer. Die APIs sind RESTful, gut dokumentiert und für Drittanbieter-Integration ausgelegt.

Das ist die gute Nachricht. Der Haken: Migration ist ein Reimplementierungsprojekt.

Was in V2 besser ist

Moderne Oberfläche. Die Fiori-basierte Oberfläche ist schneller, konsistenter und funktioniert auf Mobilgeräten. C4Cs UI wirkte veraltet — V2 fühlt sich an wie ein Produkt aus diesem Jahrzehnt.

API-first-Architektur. Jedes Objekt in V2 ist über REST-APIs zugänglich. In C4C erforderten manche Operationen Workarounds oder OData-Tricks. V2s API-Abdeckung ist von Anfang an umfassend.

Erweiterbarkeit über BTP. Statt PDI (C4Cs eingebaute Entwicklungsumgebung) nutzt V2 SAP BTP für Erweiterungen. Das ist eine massive Verbesserung. Sie bekommen Node.js, Java, CAP, Cloud Foundry — echte Entwicklungswerkzeuge statt einer eingeschränkten Sandbox.

KI-Features. V2 liefert KI-gestütztes Lead Scoring, Opportunity-Einblicke und Forecasting mit. Diese Features wurden bei C4C spät nachgerüstet; in V2 sind sie nativ eingebaut.

Performance. V2 ist spürbar schneller. Seitenladezeiten, Suche, Listenansichten — alles reagiert zügiger. Für Vertriebsteams, die den ganzen Tag im CRM arbeiten, ist das relevant.

Bessere Integration mit S/4HANA. V2 hat engere, vorkonfigurierte Integration mit SAP S/4HANA für Konto-, Kontakt- und Produktdaten. C4C-Integrationen erforderten für die meisten Szenarien Middleware (CPI/Integration Suite).

Was anders ist (nicht besser oder schlechter — einfach anders)

Datenmodell-Änderungen. V2 hat ein saubereres Datenmodell, aber es ist nicht dasselbe wie bei C4C. Custom Objects, Custom Fields und Beziehungen müssen neu konzipiert werden, nicht bloss kopiert. Hier steckt der grösste Migrationsaufwand.

Kein PDI. Falls Ihr Team C4C-Erweiterungen in PDI gebaut hat, lassen sich diese nicht übertragen. Sie werden als BTP-Anwendungen neu entwickelt. Die gute Nachricht: BTP-Erweiterungen sind leistungsfähiger und wartbarer. Die schlechte: Es ist Neuentwicklung.

Andere Admin-Oberfläche. V2s Administrationsoberfläche ist anders. Workflows, Zuweisungsregeln und Benachrichtigungen werden unterschiedlich konfiguriert. Ihr Admin-Team braucht Schulung.

Reporting. V2 nutzt SAP Analytics Cloud (SAC) für Berichte. C4C hatte eingebaute Reports und Dashboards. Wenn Sie auf C4Cs natives Reporting angewiesen waren, planen Sie Zeit für SAC-Setup und -Konfiguration ein.

Worauf Sie achten müssen

Feature-Lücken. V2 schliesst in einigen Bereichen noch zu C4C auf. Prüfen Sie die SAP-Roadmap für Ihre spezifischen Features, bevor Sie einen Zeitplan festlegen. SAP schliesst Lücken quartalsweise, aber manche C4C-Features haben möglicherweise noch kein V2-Äquivalent.

Custom-Object-Migration. Wenn Sie Custom Objects in C4C haben, planen Sie ein vollständiges Redesign. V2s Custom-Object-Framework ist anders. Wir führen typischerweise einen eigenen Discovery-Workshop nur dafür durch — es ist das grösste Einzelrisiko bei den meisten Migrationen.

Integration-Umbau. Jede C4C-Integration muss überprüft werden. API-Endpunkte, Authentifizierungsmethoden und Datenformate haben sich geändert. Wenn Sie C4C mit ERP, Marketing-Tools oder externen Systemen integriert haben, planen Sie Zeit für den Integrationsumbau ein.

Benutzerakzeptanz. Die Oberfläche ist anders genug, dass Anwender Schulung brauchen. Gehen Sie nicht davon aus, dass die Leute es schon herausfinden, weil es “dasselbe Produkt” ist. Planen Sie strukturiertes Change Management.

Was wir in der Praxis erlebt haben

Bei Nussbaum gingen wir in 5 Monaten von null auf produktiv mit Sales Cloud V2. Pipeline-Transparenz war der Haupttreiber. Die V2-Implementierung lieferte Echtzeit-Pipeline-Daten, mobilen Zugriff für den Aussendienst und KI-gestütztes Forecasting — nichts davon funktionierte im vorherigen Setup gut.

Bei intelligentfood lag der Fokus auf mobilem Aussendienst. Wir bauten massgeschneiderte BTP-Apps mit Integration in Sales Cloud V2 für Offline-fähige Routenplanung und Auftragserfassung. V2s API-first-Architektur machte das möglich, ohne gegen die Plattform zu kämpfen.

Beide Projekte bestätigten: V2 ist das bessere Produkt. Aber der Weg dorthin erfordert, es als Neuimplementierung zu behandeln, nicht als Versions-Upgrade.

Migrationsansatz, der funktioniert

Basierend auf unserer Erfahrung empfehlen wir:

  1. Zuerst Discovery. Erfassen Sie Ihre aktuelle C4C-Nutzung — Standardfunktionen, Custom Objects, Integrationen, Reports. Identifizieren Sie, was sich konzeptionell übertragen lässt und was neu konzipiert werden muss.

  2. Priorisieren. Nicht alles muss am ersten Tag live sein. Starten Sie mit den Kern-Vertriebsprozessen. Fügen Sie Komplexität in Phasen hinzu.

  3. Parallelbetrieb. Lassen Sie C4C weiterlaufen, bis V2 validiert ist. Datenmigration ist ein eigener Workstream — planen Sie ihn früh.

  4. BTP von Anfang an. Wenn Sie Erweiterungen brauchen, bauen Sie sie von Tag eins auf BTP. Reproduzieren Sie keine PDI-Muster.

  5. Früh schulen. Bringen Sie Key User frühzeitig in V2-Sandboxes. Ihr Feedback formt die Konfiguration.

Das Fazit

Sales Cloud V2 ist objektiv die bessere Plattform als C4C. Die Architektur ist modern, die APIs sind sauber, die Erweiterbarkeit ist echt. Aber Migration ist nicht gratis. Es ist ein Projekt — mit Discovery, Design, Implementierung und Change Management.

Wenn Sie das einplanen, lohnt sich der Wechsel. Wenn Sie ein Push-Button-Upgrade erwarten, werden Sie enttäuscht.


Sie planen Ihre C4C-zu-V2-Migration? Wir haben es gemacht. Lassen Sie uns Ihr Setup mit dem vergleichen, was V2 heute bietet. Kontakt aufnehmen.

SAPSales CloudC4CCRMMigrationSAP Sales Cloud V2
Nächster Schritt

Lösungen für Vertrieb

Erfahren Sie, wie SAP Sales Cloud V2 Ihr Unternehmen voranbringen kann.

Verwandte Artikel

Experten fragen