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

SAP Cloud for Customer (C4C) hat Unternehmen jahrelang gute Dienste geleistet. Aber die Zeit läuft ab. SAP hat die Feature-Entwicklung eingestellt. Das Ende der Mainstream-Wartung steht fest. Sales Cloud V2 und Service Cloud V2 ersetzen C4C als CRM-Standard im SAP-Ökosystem.

Für Organisationen auf C4C stellt sich nicht mehr die Frage ob — sondern wie.

Und das «Wie» macht den Unterschied.

V2 ist kein Upgrade — es ist ein Neubau

Das ist der wichtigste Punkt. V2 ist nicht C4C mit neuem Anstrich. SAP hat es von Grund auf neu gebaut — auf BTP und HANA Cloud.

Was das in der Praxis bedeutet:

• Datenmodell: anders. Eigene Felder, Business Objects und Erweiterungen lassen sich nicht automatisch übertragen.
• APIs: anders. Jede C4C-OData-Integration braucht einen kompletten Neubau.
• Benutzeroberfläche: anders. Das UI ist komplett neu. Anwender brauchen Schulung.
• Erweiterbarkeit: anders. C4C nutzte Key-User-Tools und ein SDK. V2 setzt auf BTP-Services — mehr Flexibilität, aber andere Kompetenzen.

Unternehmen, die V2 als Versionsupgrade behandeln, laufen schnell in Probleme. Wir sehen das regelmässig.

Warum Strategie wichtiger ist als Geschwindigkeit

Wenn SAP End-of-Life-Termine ankündigt, ist der Reflex klar: schnell handeln. Einfach machen. Tempo.

Das ist ein Fehler.

Eine übereilte Migration führt zu:

• Kaputten Integrationen, die niemand vor dem Wechsel erfasst hat
• Verlorener Geschäftslogik, die in C4C-Custom-Code vergraben und nie dokumentiert war
• Frust bei Anwendern, weil die neue Oberfläche völlig anders aussieht
• Budgetüberschreitungen, weil Nacharbeit immer teurer ist als Planung — ohne Ausnahme

Der richtige Ansatz beginnt mit einer vollständigen Bestandsaufnahme. Jedes Custom Field, jede Workflow-Regel, jede Integration, jeder Report — erfasst und bewertet. Nicht alles gehört nach V2. Manches waren Workarounds, die V2 nativ löst. Anderes ist veraltet. Was wirklich zählt, verdient einen sauberen Neubau — keine hastige Portierung.

Unser Ansatz: Erfassen, Vereinfachen, Bauen, Einführen

Wir haben mehrere Organisationen von C4C zu V2 migriert. Unser Ansatz basiert auf Praxiserfahrung — nicht auf Theorie.

1. Bestandsaufnahme & Analyse

Wir erfassen alles in der bestehenden C4C-Umgebung: Konfigurationen, Custom Objects, Integrationen, Reports, Benutzerrollen, Workflow-Automatisierungen. Jedes Element klassifizieren wir als migrieren, neu designen, ersetzen oder stilllegen.

Diese Phase verhindert Überraschungen. Sie deckt auch technische Schulden auf — die Workarounds und Quick Fixes aus Jahren der C4C-Nutzung.

2. Integrationen neu bauen

Die meisten C4C-Integrationen brauchen einen kompletten Neubau. Das ist aber auch eine Chance. V2 verbindet sich nativ mit S/4HANA, SAP Commerce Cloud und anderen BTP-Services — weniger Middleware, weniger Custom-Code.

Wir erfassen jeden Integrationspunkt, bewerten die V2-nativen Optionen und definieren die Zielarchitektur, bevor wir eine einzige Zeile Code schreiben.

3. Paralleler Aufbau

Wir bauen V2 auf, während C4C weiterläuft. Kein Big-Bang-Cutover, der das Geschäft gefährdet. So testen wir gründlich, validieren Migrationsscripts und schulen Anwender — alles vor dem Go-Live.

4. Datenmigration

Historische Daten — Accounts, Kontakte, Opportunities, Cases, Aktivitäten — ziehen nach V2 um. Wir definieren klare Mapping-Regeln, führen mehrere Testmigrationen durch und legen ein Cutover-Fenster fest, das die Geschäftsunterbrechung minimal hält.

5. Change Management & Schulung

Die UI-Änderung allein rechtfertigt ein eigenes Schulungsprogramm. Aber es geht tiefer. V2-Workflows unterscheiden sich. Rollen und Berechtigungen sehen anders aus. Wir beziehen Key User früh ein, binden sie in UAT ein und liefern Hands-on-Training — nicht nur Folien.

Was wir aus echten Migrationen gelernt haben

Jede Migration lehrt etwas. Diese Muster tauchen immer wieder auf:

Dokumentieren Sie alles in C4C, bevor Sie starten. Die grössten Verzögerungen entstehen durch undokumentierte Anpassungen, die mitten in der Migration auftauchen. Wenn niemand weiss, warum eine Workflow-Regel existiert, verliert Ihr Team Tage mit der Analyse.

Migrieren Sie keine technischen Schulden. Wenn ein C4C-Workaround schon immer unschön war, bauen Sie ihn nicht in V2 nach. Nutzen Sie die Migration zum Aufräumen.

Planen Sie grosszügig für Integrationen. Sie dauern länger als erwartet. Immer. Budgetieren Sie entsprechend.

Investieren Sie früh in User Adoption. Das beste System nützt nichts, wenn die Leute es ablehnen. Starten Sie Change Management ab Tag eins — nicht als Nachgedanke.

Testen Sie mit echten Daten. Synthetische Testdaten verstecken Probleme. Führen Sie Migrationstests mit produktionsnahen Volumen durch, um Fehler vor dem Go-Live zu finden.

Warum die Partnerwahl entscheidend ist

Eine C4C-zu-V2-Migration ist kein Standardprojekt. Sie braucht tiefes Wissen über beide Plattformen — die alte und die neue.

Ein Partner, der nur V2 kennt, übersieht die Eigenheiten Ihres C4C-Setups. Ein Partner, der nur C4C kennt, kann die V2-Zielarchitektur nicht sauber entwerfen.

Sie brauchen ein Team mit:

• Praktischer C4C-Erfahrung — kennt das alte Datenmodell, die API-Eigenheiten und die Erweiterungsmuster
• Bewiesener V2-Kompetenz — hat echte V2-Umgebungen gebaut, nicht nur SAP-Kurse besucht
• Integrations-Know-how — kann Integrationslandschaften über S/4HANA, BTP und Drittsysteme hinweg neu aufbauen
• Einer erprobten Methodik — folgt einem strukturierten Prozess, nicht Ad-hoc-Vorgehen
• Change-Management-Fähigkeit — deckt die menschliche Seite ab, nicht nur die technische

Wir haben unsere Migrationspraxis durch die tatsächliche Arbeit aufgebaut. Mehrere C4C-zu-V2-Projekte, in verschiedenen Branchen und Unternehmensgrüssen. Wir kennen die Stolperfallen, weil wir sie selbst erlebt haben.

Die Uhr tickt

C4C hat einen festen Wartungszeitraum. SAP investiert nur noch in V2. Mit jedem Quartal, das Sie warten, zieht V2 weiter davon — und die Lücke zwischen Ihrem System und dem Ziel wächst.

Aber Hetze ist keine Lösung. Eine klare Strategie, eine gründliche Bestandsaufnahme und ein Partner, der das schon gemacht hat — das macht aus einer Migration eine Verbesserung statt ein Risiko.

Steht bei Ihnen eine C4C-Migration an? Sprechen wir über Ihre Situation — kein Pitch Deck, nur ein ehrliches Gespräch über das, was es braucht.