Migration von SAP C4C zu Sales & Service Cloud V2: Warum Strategie wichtiger ist als Tempo

C4C war solide für das, was es war. Es läuft weiterhin, und SAP wartet es. Aber SAPs neue CRM-Funktionen, darunter Joule und die neuen KI-Agenten, entstehen für Sales Cloud V2 und Service Cloud V2. Der Abstand zwischen dem, was C4C kann, und dem, was V2 bietet, wächst mit jedem Release.

Weil SAP für C4C kein Enddatum festgelegt hat, können Sie den Zeitpunkt selbst wählen. Umso wichtiger ist das Wie gegenüber dem Wann.

Kurzfassung: Der Wechsel von C4C zu V2 ist eine Neuimplementierung, kein Upgrade: Datenmodell, APIs und Erweiterungsframework ändern sich. Unsere Strategie in fünf Phasen (Bestandsaufnahme, Neugestaltung der Schnittstellen, Parallelaufbau, Datenmigration, Einführung) dauert für eine mittelgrosse Sales- und Service-Organisation 6 bis 10 Monate. Beginnen Sie mit einem vollständigen Inventar Ihres C4C-Systems und einem realistischen Zeitplan. Stand September 2026 hat SAP kein Wartungsende für C4C angekündigt, es gibt also keinen Grund zur Hektik.

Warum ist V2 nicht einfach ein Upgrade?

Das ist der wichtigste Punkt. SAP hat V2 von Grund auf neu auf SAP BTP gebaut. Fast nichts lässt sich unverändert übernehmen:

• Datenmodell: anders. Kundeneigene Felder, Business-Objekte und Erweiterungen werden nicht automatisch übernommen.
• APIs: anders. Jede Schnittstelle auf Basis der OData-Services von C4C muss gegen die V2-APIs neu gebaut werden.
• Oberfläche: anders. Die Oberfläche ist neu, rollenbasiert und folgt dem SAP-Fiori-Design.
• Erweiterbarkeit: anders. C4C nutzte Key-User-Tools und das PDI/SDK. V2 nutzt Services auf SAP BTP. Mehr Flexibilität, aber andere Kompetenzen.

Unternehmen, die V2 wie einen Versionssprung behandeln, geraten schnell in Schwierigkeiten. Einen Vergleich Funktion für Funktion finden Sie in SAP Sales Cloud V2 vs. C4C: Was sich wirklich geändert hat und für Service-Teams in Service Cloud V2: Was anders ist.

Warum ist Strategie wichtiger als Tempo?

Wenn die Zukunft einer Plattform unsicher wirkt, ist der Reflex, sich zu beeilen. Eine überstürzte Migration bringt Ihnen:

• Kaputte Schnittstellen, die vor der Umstellung niemand erfasst hat
• Verlorene Geschäftslogik, versteckt in undokumentiertem C4C-Code
• Frustrierte Anwender, weil die neue Oberfläche nichts mit der alten gemein hat
• Budgetüberschreitungen, weil Nacharbeit mehr kostet als Planung

Der richtige Ansatz beginnt mit einem vollständigen Inventar. Jedes kundeneigene Feld, jede Workflow-Regel, jede Schnittstelle und jeder Bericht wird erfasst und bewertet. Nicht alles gehört in V2. Manches war ein Workaround, den V2 im Standard löst. Anderes ist überholt. Was wirklich zählt, verdient einen sauberen Neubau statt einer hastigen Portierung.

Wie sieht eine solide Migration aus?

SAP stellt für den Wechsel von V1 zu V2 ein Readiness Check Tool (RCT) und ein Data Transfer Tool (DTT) bereit, beide wurden mit den Releases 2508 und 2511 ausgebaut (Release-Übersicht). Die Werkzeuge helfen, ersetzen aber keine Strategie. So gehen wir in fünf Phasen vor.

Phase 1: Bestandsaufnahme und Discovery (2 bis 4 Wochen)

Erfassen Sie alles in der C4C-Umgebung: Konfiguration, kundeneigene Objekte, Schnittstellen, Berichte, Benutzerrollen und Workflow-Automatisierungen. Ordnen Sie jedes Element einer Kategorie zu:

• Migrieren: in V2 nötig, im neuen Modell neu bauen
• Neu gestalten: nötig, aber V2 löst es im Standard (etwa Routing-Regeln, die zu kompetenzbasiertem Routing werden)
• Ersetzen: in V2 oder auf BTP gibt es eine bessere Lösung
• Stilllegen: nicht mehr nötig oder immer nur ein Workaround

Diese Phase verhindert die häufigste Ursache für Verzögerungen: undokumentierte Anpassungen, die mitten in der Migration auftauchen. Wenn niemand mehr weiss, warum es eine Workflow-Regel gibt, recherchiert das Team tagelang, statt zu bauen. Wer mit einem Festpreis beginnen will: Unser Readiness Assessment für die Migration von V1 zu V2 prüft Ihre Landschaft in 3 Tagen für CHF 7’500, angerechnet an die V2-Einführung.

Phase 2: Neugestaltung der Schnittstellen (4 bis 6 Wochen)

Die meisten C4C-Schnittstellen müssen neu gebaut werden, und das ist zugleich eine Chance zur Vereinfachung. SAP liefert Standard-Integrationsinhalte zwischen V2 und S/4HANA, und SAP Integration Suite deckt die meisten übrigen Szenarien ab. Sie brauchen also weniger selbst geschriebenen Verbindungscode.

Erfassen Sie jeden Integrationspunkt, prüfen Sie, ob V2 eine Standardlösung bietet, und ersetzen Sie Punkt-zu-Punkt-Schnittstellen durch ereignisbasierte Integration, wo V2 die passenden Ereignisse bereitstellt. Legen Sie die Zielarchitektur fest, bevor Sie eine Zeile Code schreiben. Wenn S/4HANA in Ihrer Landschaft steht, erklärt unser Leitfaden, wie S/4HANA Public Cloud und Sales Cloud V2 als integrierter Stack zusammenarbeiten: gemeinsame Stammdaten, Quote-to-Cash-Prozess und was Sie aus Ihrer C4C-Integration übernehmen sollten.

Phase 3: Parallelaufbau (8 bis 12 Wochen)

Bauen Sie V2 auf, während C4C produktiv bleibt. Keine Big-Bang-Umstellung. So können Sie sauber testen, Migrationsläufe validieren und Anwender vor dem Go-live schulen.

Zentrale Konfigurationsbereiche für Service-Teams:

• Status und Übergänge im Fall-Lebenszyklus
• Kompetenzbasierte Routing-Regeln und Kompetenzprofile der Agenten
• KI-gestützte Fallklassifizierung, sofern lizenziert (historische Fälle früh laden)
• Migration und Neustrukturierung der Wissensdatenbank
• SLA-Definitionen und Eskalationsregeln

Phase 4: Datenmigration (4 bis 6 Wochen)

Kunden, Kontakte, Opportunities, Fälle und Aktivitäten werden mit SAPs Migrationswerkzeugen nach V2 übertragen. Definieren Sie Mapping-Regeln, fahren Sie mehrere Testmigrationen mit produktionsnahen Datenmengen und legen Sie ein klares Umstellungsfenster fest. Unser Schritt-für-Schritt-Leitfaden zum DTT führt durch das Werkzeug.

Wenn Sie die KI-gestützte Fallklassifizierung nutzen wollen, importieren Sie historische Fälle früh. Das Modell lernt aus echten Fällen, nicht aus künstlichen Testdaten.

Phase 5: Change-Management und Schulung (2 bis 4 Wochen)

Schon der Wechsel der Oberfläche rechtfertigt eigene Schulungen, doch es geht weiter: Workflows, Routing, SLA-Transparenz und KI-Funktionen funktionieren in V2 anders. Binden Sie Key User in die Abnahmetests ein, schulen Sie praktisch statt mit Foliensätzen und planen Sie nach dem Go-live 2 bis 4 Wochen Stabilisierung ein.

Was lehrt uns die Migrationsarbeit?

Dieselben Muster zeigen sich immer wieder, wenn wir einen Wechsel von C4C zu V2 planen oder prüfen.

Dokumentieren Sie alles in C4C, bevor Sie beginnen. Die grössten Verzögerungen entstehen durch undokumentierte Anpassungen, die mitten in der Migration auftauchen.

Migrieren Sie keine technischen Altlasten. Wenn ein C4C-Workaround schon immer unschön war, bauen Sie ihn in V2 nicht nach. V2 löst viele alte Schmerzpunkte im Standard: Fallhierarchien, kompetenzbasiertes Routing, SLA-Automatisierung. Nutzen Sie die Migration zum Aufräumen.

Planen Sie grosszügig Zeit für Schnittstellen ein. Jeder API-Endpunkt von C4C ändert sich in V2. Zehn Schnittstellen bedeuten zehn Neubauten, und das Budget sollte das abbilden.

Investieren Sie früh in die Einführung. Das beste System scheitert, wenn die Menschen es ablehnen. Beginnen Sie das Change-Management am ersten Tag. Für Service-Teams geht es um neue Kompetenzen am Agent Desktop, nicht nur um neue Masken.

Testen Sie mit echten Daten. Künstliche Testdaten verstecken Probleme. Fahren Sie Testmigrationen mit produktionsnahen Datenmengen, um Fehler vor dem Go-live zu finden.

Warum ist die Wahl des Partners entscheidend?

Eine Migration von C4C zu V2 ist kein Standardprojekt. Ein Partner, der nur V2 kennt, übersieht die Eigenheiten Ihres C4C-Systems. Ein Partner, der nur C4C kennt, kann den Zielzustand in V2 nicht sauber entwerfen. Sie brauchen ein Team, das beide Systeme versteht, das alte und das neue, und, wenn V2 mit Ihrem ERP sprechen soll, auch S/4HANA.

Darauf sollten Sie achten:

• Praktische C4C-Erfahrung: altes Datenmodell, API-Eigenheiten und Erweiterungsmuster
• Gelieferte V2-Projekte: produktive V2-Umgebungen, nicht nur SAP-Schulungen
• Integrationskompetenz über S/4HANA, SAP BTP und Drittsysteme
• Eine wiederholbare Methode statt Improvisation
• Change-Management, nicht nur technische Umsetzung

Bei Spadoom deckt dasselbe Team Sales und Service Cloud V2, die BTP-Erweiterungen und die S/4HANA-Seite der Integration ab. Wie Sie Partner generell beurteilen, lesen Sie in So wählen Sie einen SAP-CX-Implementierungspartner und in unserer Übersicht der SAP-CX-Beratungen in der Schweiz.

Warum nicht noch ein Quartal warten?

Warten ist eine legitime Option, denn für C4C ist kein Enddatum angekündigt. Es hat aber seinen Preis:

• V2 erhält laufend neue Funktionen (KI-Fallklassifizierung, Joule, Joule-Agenten), die C4C nicht bekommt.
• SAP Jam Collaboration, Teil des V1-Pakets, ist ab dem 1. Januar 2027 nicht mehr zugänglich (Release-Übersicht). Wer es nutzt, braucht ohnehin einen Ersatz.
• Die technischen Altlasten in C4C wachsen weiter, und damit die spätere Migration.

Überstürzen ist trotzdem schlimmer als Warten. Eine klare Strategie, eine gründliche Bestandsaufnahme und ein realistischer Zeitplan machen aus der Migration eine Verbesserung statt eines Risikos. Prüfen Sie die Funktionen, auf die Sie angewiesen sind, im SAP Roadmap Explorer und in der Dokumentation zu Service Cloud V2, und nutzen Sie unseren V1-zu-V2-Vergleich, um den Wechsel abzuschätzen.

Eine ausführliche Anleitung für Service-Teams finden Sie in unserem Leitfaden zur Migration auf Service Cloud V2. Wenn Sie eine zweite Meinung zu Ihrem Plan möchten, sprechen Sie mit unserem Team.

Häufig gestellte Fragen

Wie lange dauert eine Migration von C4C zu V2?

Für eine kombinierte Sales- und Service-Migration mit 50 bis 200 Anwendern planen Sie 6 bis 10 Monate in fünf Phasen. Kleinere Umgebungen schaffen es in 4 bis 6 Monaten, stark angepasste Systeme brauchen 10 bis 14 Monate. Am häufigsten überzieht die Phase, in der die Schnittstellen neu gebaut werden, planen Sie deshalb grosszügig.

Können wir C4C und V2 parallel betreiben?

Ja, und das sollten Sie. Wenn Sie V2 aufbauen, während C4C produktiv bleibt, können Sie testen, die Datenmigration validieren und Anwender vor der Umstellung schulen. Planen Sie in der Aufbauphase mindestens 8 bis 12 Wochen Überlappung ein.

Was passiert mit unseren C4C-Schnittstellen?

Jede muss geprüft und die meisten neu gebaut werden, weil API-Endpunkte und Datenmodell von V2 anders sind. SAPs Standard-Integrationsinhalte für S/4HANA und SAP Integration Suite machen die neuen Schnittstellen oft einfacher als die alten, besonders wenn Sie Punkt-zu-Punkt-Verbindungen durch ereignisbasierte ersetzen.

Brauchen wir für V2 neue Kompetenzen?

Ja. V2-Erweiterungen laufen auf SAP BTP mit CAP, Node.js oder Java statt mit dem PDI/SDK von C4C. Fehlt Ihrem Team BTP-Erfahrung, planen Sie Schulungen ein oder arbeiten Sie mit einem Partner, der V2-Erweiterungen bereits geliefert hat.

Gibt es ein offizielles Enddatum für C4C?

Nein. Stand September 2026 hat SAP kein Wartungsende für C4C angekündigt, und V1 erhält weiterhin regelmässige Releases. Neue Innovation wie Joule-Agenten fliesst in V2, und SAP Jam Collaboration, Teil des V1-Pakets, ist ab dem 1. Januar 2027 nicht mehr zugänglich. Planen Sie den Wechsel nach Ihrem eigenen Zeitplan, nicht unter Termindruck.