Status Quo

Das bisherige Legacy-Modell und seine Schwächen

Im Legacy-Modell existierten zwei Account-Typen nebeneinander:

Light Account: Nur eine E-Mail-Adresse, kein Passwort, typisch für Newsletter-Anmeldungen.

Full Account: Vollständige Registrierung mit Passwort, Profildaten und ggf. Social Login.

Das Problem lag im Übergang: Sobald aus einem Lite Account ein Full Account werden sollte, wurde es technisch haarig. Die Merge-Logik war komplex und fehleranfällig.

Profile konnten doppelt existieren, und wer SAP CDP angebunden hatte, kennt das besonders gut: Beim Upgrade von Lite auf Full gingen Aktivitäten verloren, weil die CDP die Account-Konvertierung nicht immer sauber nachvollziehen konnte.

Die Lösung

Wie das SAP CDC One Account Model das löst

Im OAM gibt es von Anfang an nur einen Account pro Nutzer, unabhängig davon, wie der erste Kontakt zustande kommt. Der Account wächst mit dem Nutzer und wird schrittweise mit Daten angereichert, ohne dass das System im Hintergrund einen Merge-Prozess anstoßen muss.

Ein typisches Szenario aus der Praxis

Ein Nutzer meldet sich für einen Newsletter an. Die CDC legt daraufhin einen Lite Account an. Einige Wochen später registriert er sich vollständig im Shop. Die CDC muss nun beide Datensätze zusammenführen.

Dieser Merge-Prozess war im Legacy-Modell fehleranfällig: Nicht jede Zusammenführung verlief sauber, und wo CDC-intern Daten inkonsistent wurden, setzte sich das unweigerlich in alle angebundenen Systeme fort.

Der angestrebte 360-Grad-Blick auf den Kunden in der CDP, also vollständige Historie, alle Interaktionen und Präferenzen an einem Ort, ließ sich in der Praxis oft nicht zuverlässig erreichen.

Genau dieses Grundproblem löst das OAM: Ein einziger Account von Anfang an, kein Merge-Prozess, keine Fehlerquelle. Die Datenbasis bleibt konsistent, und damit auch alles, was darauf aufbaut.

Weitere Vorteile des OAM

Wichtig

Die Site-Gruppen-Entscheidung ist endgültig

In der SAP CDC sind alle Konfigurationen und die Nutzerdatenbank in einer sogenannten Seitengruppe organisiert. Sie enthält alles: Schemata, Screen Sets, Webhooks, Extensions, Dataflows, Sicherheitsregeln und die zugehörigen Nutzerkonten.

Wer das OAM einführen möchte, muss eine neue Seitengruppe anlegen. Ein Wechsel von Legacy auf das SAP CDC One Account Model ist technisch nicht möglich.

Das bedeutet: Alle bestehenden Konfigurationen müssen in der neuen Umgebung neu aufgebaut werden. Je mehr Anwendungen an die bestehende CDC-Implementierung angebunden sind, desto wichtiger ist eine sorgfältige, schrittweise Planung.

Technik

Was ändert sich technisch?

Schema und Account-Struktur

Die SAP CDC verwaltet verschiedene Schemata, etwa für Account-Daten, Profildaten und Kommunikationseinstellungen. Mit dem OAM entfällt die bisherige Unterscheidung zwischen Lite- und Full-Account-Feldern, was sich auf alle Schemata auswirkt.

Bestehende Konfigurationen müssen daher systematisch geprüft und an die neue, einheitliche Account-Struktur angepasst werden.

Login-, Registrierungs- und Nutzer-Flows

Mit dem SAP CDC One Account Model ändert sich der gesamte Ablauf nutzergerichteter Prozesse innerhalb der CDC. Der bisherige mehrstufige Ablauf aus E-Mail-Eingabe, Lite-Account-Anlage, Rückkehr und Merge entfällt vollständig. Login, Registrierung und alle weiteren Nutzerinteraktionen laufen künftig über einen einheitlichen, durchgehenden Account.

Das betrifft alle nutzergerichteten Flows: Registrierung, Login, Passwort-Vergessen, Progressive Profiling, Social Login und ähnliche Abläufe müssen in der neuen OAM-Seitengruppe neu aufgebaut und validiert werden.

Der eigentliche Aufwand liegt in der fachlichen Neudefinition: Welche Schritte sind noch notwendig, was ändert sich in der Logik, und was muss vollständig neu konfiguriert werden?

Integrationen: CDP, Emarsys und Co.

Das SAP CDC One Account Model hat Auswirkungen auf alle nachgelagerten Systeme:

Handlungsbedarf

Warum du jetzt handeln solltest

SAP hat kein konkretes Datum für die Abschaltung des Legacy-Modells kommuniziert. Die strategische Richtung ist jedoch eindeutig: Das Legacy-Modell erhält ausschließlich Sicherheitsupdates, neue Funktionen, insbesondere KI-Features, werden ausschließlich auf Basis des SAP CDC One Account Models entwickelt.

Für bestehende CDC-Implementierungen bedeutet das: Die Migration ist keine Frage des Ob, sondern des Wann und Wie.

Die Migration auf das OAM ist aufwendig, das lässt sich nicht schönreden. Eine neue Seitengruppe muss vollständig aufgebaut werden, bestehende Konfigurationen müssen übertragen und angepasst werden, angebundene Systeme müssen auf die neue Struktur abgestimmt werden. Das ist keine triviale Aufgabe, besonders bei gewachsenen Implementierungen.

Dieser Aufwand ist jedoch eine einmalige Investition: in eine Datenbasis, die konsistent ist, in Prozesse, die nicht mehr fehleranfällig sind, und in ein System, das langfristig auf dem aktuellen SAP-Entwicklungsstand bleibt.

Migrationsplanung

Wie du die Migration planst zum SAP CDC One Account Model

Schritt 1: Bestandsaufnahme

Der erste Schritt ist eine vollständige Bestandsaufnahme der bestehenden CDC-Implementierung: Welche Seitengruppen existieren? Welche Schemata, Screen Sets, Integrationen und angebundenen Systeme sind im Einsatz?

SAP-CDC-Konfigurationen wachsen erfahrungsgemäß über Jahre. Ein klares Bild der Ausgangslage ist die Grundlage für alle weiteren Schritte.

Schritt 2: Impact-Analyse für nachgelagerte Systeme

Systematisch prüfen, welche Systeme betroffen sind: CDP, Emarsys, CRM etc. Besonders kritisch: Datenflüsse und Account-Identifikatoren, die sich ändern können.

Schritt 3: Parallelbetrieb einplanen

Da das SAP CDC One Account Model den Aufbau einer vollständig neuen Seitengruppe erfordert, ist ein Parallelbetrieb beider Umgebungen während der Migrationsphase in aller Regel unumgänglich.

Anwendungen können schrittweise von der bestehenden Legacy-Umgebung auf die neue OAM-Umgebung überführt werden, aber erst dann, wenn die neue Seitengruppe vollständig aufgebaut und getestet ist.

Ein vollständiger Wechsel aller Anwendungen in einem einzigen Schritt ist bei gewachsenen Implementierungen kaum realistisch. Die Planung eines kontrollierten, schrittweisen Go-lives ist deshalb ein zentraler Bestandteil jeder OAM-Migration.