Der Kerngedanke einer Customer Data Platform unterscheidet sich grundlegend von einem klassischen CRM. Ein CRM ist ein Arbeitswerkzeug für Menschen, die mit Kunden sprechen; eine CDP ist eine Datendrehscheibe im Hintergrund, deren Aufgabe darin besteht, Daten zu sammeln, zu vereinheitlichen, zu segmentieren und an andere Systeme weiterzugeben. SAP CDP sammelt Ereignisse aus Webshops, Apps, Kampagnentools, Servicekanälen und Transaktionssystemen ein, verknüpft sie über gemeinsame Identitätsmerkmale und stellt daraus ein einheitliches Profil bereit, das laufend aktualisiert wird.
Was SAP CDP im Markt der Customer Data Platforms besonders macht, lässt sich an drei Eigenschaften festmachen:
Die meisten Unternehmen kennen das Grundproblem, auch wenn sie es selten so benennen: Kundendaten liegen verstreut in vielen Systemen. Der Webshop kennt das Klick- und Kaufverhalten, das E-Mail-Tool kennt Öffnungen und Klicks, das Servicecenter kennt die Beschwerden, das ERP kennt die Rechnungen. Kein System kennt den vollständigen Kunden. Genau diese Fragmentierung führt zu widersprüchlichen Daten, doppelten Datensätzen und einer Kundenansprache, die sich für den Empfänger unkoordiniert anfühlt.
Eine Customer Data Platform setzt an genau dieser Stelle an. Sie zieht die Daten aus den Quellsystemen zusammen, ordnet sie derselben Person zu und erzeugt daraus ein einheitliches, fortlaufend aktualisiertes Profil. SAP CDP verfolgt dieses Ziel mit dem zusätzlichen Anspruch, die vereinheitlichten Profile nicht nur zu speichern, sondern über die SAP-Landschaft hinweg aktivierbar zu machen – also nutzbar für Kampagnen, Personalisierung und Service.
Rund um das Thema Kundendaten hat SAP mehrere Bausteine im Portfolio, deren Zuschnitt sich über die Zeit verändert hat – dazu gehören neben der Customer Data Platform unter anderem die SAP Customer Data Cloud für Identität und Einwilligungen sowie SAP Emarsys für die Omnichannel-Kundenansprache. Wie diese Bausteine im Detail benannt, gebündelt und lizenziert sind, entwickelt SAP weiter. Wir beschreiben in diesem Artikel daher bewusst die Fähigkeiten und die Rolle einer CDP im SAP-Kontext qualitativ; den genauen aktuellen Produktzuschnitt, die Verfügbarkeit einzelner Funktionen und die konkrete Paketierung sollten Sie stets direkt beim Anbieter prüfen.
Die entscheidende Erkenntnis für die Einordnung lautet: SAP CDP ist als vereinheitlichende Datenschicht zwischen Datenquellen und Aktivierungskanälen gedacht. Sie steht sinnbildlich in der Mitte – auf der einen Seite die Quellen (Commerce, CRM, Web, App, Transaktionssysteme), auf der anderen Seite die Kanäle, über die Kundenerlebnisse ausgespielt werden (etwa Emarsys für Kampagnen oder die Commerce-Plattform für Personalisierung). Die CDP sammelt, vereint und segmentiert; die umliegenden Lösungen liefern Daten und setzen die Segmente in konkrete Interaktionen um.
Für die Praxis bedeutet das: SAP CDP ist selten ein Selbstzweck. Ihr Wert entsteht im Zusammenspiel mit den Systemen davor und dahinter. Ein Unternehmen, das bereits mit SAP-Lösungen für Commerce, Service oder Marketing arbeitet, gewinnt durch die CDP eine gemeinsame Datenbasis, ohne die Quellsysteme abzulösen. Umgekehrt ist eine CDP ohne angeschlossene Quellen und Kanäle eine leere Hülle – dieser Zusammenhang gilt für jede CDP, nicht nur für die von SAP.
Anders als bei manchen Wettbewerbern lässt sich die Paketierung im SAP-Umfeld nicht in wenige, feste „Editionen“ pressen. SAP bündelt und lizenziert seine Kundendaten-Lösungen entlang von Modulen, Nutzungsmengen und dem gewählten Cloud-Betriebsmodell, und der Zuschnitt wird weiterentwickelt. Aus diesem Grund nennen wir hier bewusst keine festen Editionsnamen oder Preisstufen. Wichtiger als die aktuelle Bezeichnung ist das Verständnis der Logik: Es macht einen Unterschied, welche Bausteine (CDP, Customer Data Cloud, Emarsys) Sie kombinieren, welche Datenvolumina und Interaktionsmengen anfallen und welches Betriebs- und Souveränitätsniveau Sie wählen.
Für eine belastbare Angebots- und Budgetplanung führt daher kein Weg an einer konkreten Anfrage beim Anbieter beziehungsweise einem qualifizierten Partner vorbei. Die gute Nachricht: Weil SAP CDP modular gedacht ist, lässt sich der Einstieg oft an den tatsächlich benötigten Bausteinen ausrichten, statt von Beginn an das gesamte Portfolio zu lizenzieren.
Die grundlegendste Aufgabe von SAP CDP ist die Vereinheitlichung von Kundendaten. In der Realität liegt derselbe Kunde in verschiedenen Systemen als scheinbar unterschiedliche Datensätze vor: als E-Mail-Adresse im Newsletter-Tool, als Kundennummer im ERP, als anonyme Geräte-Kennung im Webshop, als Ticket-Absender im Service. Die CDP hat die Aufgabe, diese Fragmente derselben Person zuzuordnen und daraus ein konsolidiertes Profil zu formen. Dieser Vorgang – oft als Identity Resolution oder Identitätsauflösung bezeichnet – ist technisch anspruchsvoll, weil er sowohl eindeutige Merkmale (etwa eine bestätigte E-Mail) als auch wahrscheinlichkeitsbasierte Verknüpfungen berücksichtigen muss.
Das Ergebnis ist ein einheitliches Kundenprofil, das laufend mit neuen Ereignissen angereichert wird: Käufe, Klicks, Öffnungen, Servicekontakte, Präferenzen. Wichtig ist dabei die Rolle der Einwilligungen: Ein datenschutzkonformes Profil berücksichtigt, welche Zustimmungen ein Kunde erteilt hat. Genau hier verzahnt sich die CDP eng mit der Einwilligungsverwaltung aus der SAP Customer Data Cloud – ein Zusammenspiel, das für den europäischen Markt besonders relevant ist und einen der Vorteile des SAP-Verbunds darstellt.
Ein vereinheitlichtes Profil ist die Grundlage; sein praktischer Wert entsteht durch Segmentierung. SAP CDP erlaubt es, aus den zusammengeführten Daten Zielgruppen zu bilden – etwa Kunden mit bestimmten Kaufmustern, hoher Wechselwahrscheinlichkeit, bestimmten Präferenzen oder in einer definierten Phase der Kundenbeziehung. Diese Segmente sind der eigentliche Hebel für relevante Kundenansprache: Statt alle Kunden gleich zu behandeln, lassen sich Botschaften, Angebote und Journeys gezielt auf abgegrenzte Gruppen zuschneiden.
Der Anspruch einer modernen CDP ist, dass Segmente nicht nur einmalig als starre Liste entstehen, sondern sich dynamisch aktualisieren: Wer die Kriterien neu erfüllt, wandert automatisch in das Segment, wer sie nicht mehr erfüllt, verlässt es. So bleiben Zielgruppen aktuell, ohne dass ein Team sie manuell pflegen muss. In der Praxis ist die Qualität der Segmentierung stark davon abhängig, wie sauber und vollständig die zugrunde liegenden Daten sind – ein Punkt, der die Bedeutung der Datenqualität und der angeschlossenen Quellen unterstreicht.
Die dritte Kernfähigkeit ist die Aktivierung in Echtzeit oder nahezu in Echtzeit. Eine CDP, deren Erkenntnisse erst Tage später in den Kanälen ankommen, verschenkt einen großen Teil ihres Werts. SAP CDP zielt darauf, vereinheitlichte Profile und Segmente zeitnah für die umliegenden Systeme bereitzustellen – damit etwa ein Wechsel im Kundenverhalten schnell in eine passende Reaktion mündet: eine relevante Kampagne, eine angepasste Website-Personalisierung, eine Priorisierung im Service.
Diese Unmittelbarkeit ist es, die eine CDP von einem klassischen Data Warehouse unterscheidet. Ein Data Warehouse ist primär für Auswertung und Reporting gedacht; eine CDP ist auf die operative Nutzung der Daten in Kundenkanälen ausgelegt. SAP CDP versteht sich in diesem Sinne als aktivierende Plattform, deren Ausgabe nicht der Report ist, sondern die konkrete, datengestützte Kundeninteraktion. Wie schnell „Echtzeit“ im Einzelfall tatsächlich ist, hängt von der Architektur, den angeschlossenen Systemen und dem Anwendungsfall ab und sollte im Projekt konkret verprobt werden.
Der naheliegendste Nutzen von KI in einer Customer Data Platform liegt in der Analyse und Vorhersage. Aus vereinheitlichten Profilen und Verhaltensdaten lassen sich Muster ableiten, die für die Kundenansprache wertvoll sind: die Wahrscheinlichkeit, dass ein Kunde abwandert, das voraussichtliche Interesse an bestimmten Produkten, der beste Zeitpunkt für eine Ansprache oder die Zuordnung von Kunden zu Verhaltenstypen. Solche Vorhersagen ergänzen die regelbasierte Segmentierung um eine vorausschauende Komponente – statt nur auf vergangenes Verhalten zu reagieren, lassen sich künftige Entwicklungen antizipieren.
Ein zweiter Bereich ist die Unterstützung bei der Segmentbildung und Analyse. KI kann helfen, in großen Datenbeständen Zusammenhänge sichtbar zu machen, sinnvolle Zielgruppen vorzuschlagen oder komplexe Auswertungen zugänglicher zu machen. Mit dem KI-Assistenten Joule verfolgt SAP portfolioweit den Ansatz, Nutzern natürlichsprachliche Interaktion mit ihren Daten und Prozessen zu ermöglichen. Inwieweit einzelne dieser Fähigkeiten für die CDP verfügbar sind, entwickelt SAP fortlaufend weiter; hier lohnt der konkrete Blick in die aktuelle Roadmap.
Neben der Analyse ist die Automatisierung der zweite große Hebel. Der Wert einer CDP realisiert sich erst, wenn aus Erkenntnissen automatisch Aktionen werden: Ein Kunde wechselt in ein Segment mit hoher Abwanderungsgefahr – und löst automatisch eine passende Journey aus. Ein Verhalten deutet auf Kaufbereitschaft hin – und der Kunde erhält zeitnah ein relevantes Angebot. Solche automatisierten Strecken entstehen typischerweise im Zusammenspiel von CDP und Aktivierungslösungen wie Emarsys, in denen die eigentlichen Kampagnen und Journeys definiert werden.
Für den Mittelstand ist dabei ein realistischer Blick wichtig: Automatisierung entfaltet ihren Nutzen nur auf einer sauberen Datenbasis und mit klar durchdachten Anwendungsfällen. Eine schlecht gepflegte Datengrundlage automatisiert vor allem eines – Fehler, nur schneller. Deshalb empfehlen wir, KI und Automatisierung nicht als Kaufargument zu überhöhen, sondern gezielt auf konkrete, wertstiftende Anwendungsfälle auszurichten und diese schrittweise auszubauen.
Gerade weil KI mit personenbezogenen Kundendaten arbeitet, gehört ihr Einsatz von Beginn an in einen klaren Rahmen. Dazu zählt, dass die zugrunde liegenden Einwilligungen den Einsatz auch für analytische und automatisierte Zwecke abdecken, dass die Ergebnisse nachvollziehbar bleiben und dass die Verarbeitung den geltenden Datenschutz- und KI-Regeln entspricht. Der europäische Rechtsrahmen entwickelt sich hier weiter, und ein europäischer Anbieter wie SAP betont in diesem Zusammenhang seinen Fokus auf verantwortungsvolle, regelkonforme KI. Dies ersetzt jedoch keine eigene Prüfung: Welche KI-Funktionen ein Unternehmen einsetzt und auf welcher Rechtsgrundlage, bleibt in dessen Verantwortung – dazu mehr im Kapitel zu Kosten und Datenschutz.
Der zentrale Integrationsvorteil von SAP CDP ist die Nähe zum übrigen SAP-Portfolio. In vielen Unternehmen ist SAP S/4HANA das führende System für Geschäftsprozesse und Transaktionen; hier entstehen wertvolle Daten über Bestellungen, Rechnungen, Verträge und Geschäftsbeziehungen. Kommen die vereinheitlichten Kundenprofile der CDP mit diesen Transaktionsdaten zusammen, entsteht ein besonders vollständiges Bild – eines, das nicht nur das Marketingverhalten, sondern auch die tatsächliche Geschäftsbeziehung berücksichtigt.
Ähnliches gilt für die weiteren Bausteine der SAP Customer Experience: die Verbindung zu Commerce Cloud als Quelle von Verhaltens- und Kaufdaten, zu Sales und Service Cloud als Lieferant und Konsument operativer Kundeninteraktionen und zu Emarsys als Aktivierungskanal. Weil diese Lösungen aus einem Haus stammen und aufeinander abgestimmt entwickelt werden, ist das Zusammenspiel in der Regel enger und weniger fehleranfällig als eine aus Einzelteilen zusammengesetzte Landschaft. Für SAP-zentrierte Unternehmen ist genau das das entscheidende Argument.
Technisch spielt die SAP Business Technology Platform (BTP) eine Schlüsselrolle. Sie ist die Plattform, über die Integrationen realisiert, Daten orchestriert und eigene Erweiterungen gebaut werden. Für eine CDP ist das wichtig, weil reale Datenlandschaften selten aus reinen Standardanschlüssen bestehen: Es braucht Mechanismen, um Daten zu transformieren, Prozesse zu verbinden und individuelle Anforderungen abzubilden. BTP bietet diese Werkzeuge und macht die CDP damit zu einem Teil einer erweiterbaren Gesamtarchitektur, statt zu einer geschlossenen Insel.
Für den Mittelstand hat das zwei Seiten. Einerseits eröffnet BTP große Flexibilität und Zukunftssicherheit. Andererseits bringt eine Plattform-Architektur auch Komplexität mit sich und setzt entsprechendes Know-how voraus – intern oder über einen Partner. Wer BTP-Fähigkeiten bereits im Haus hat oder aufbauen will, findet hier ein mächtiges Fundament; wer sehr schlank und ohne Plattform-Overhead starten möchte, sollte den damit verbundenen Aufwand realistisch einplanen.
Kaum ein Unternehmen betreibt eine reine SAP-Landschaft. Deshalb ist entscheidend, dass eine CDP auch Nicht-SAP-Systeme anbinden kann – vom Drittanbieter-Webshop über spezialisierte Marketing- und Analyse-Tools bis zu branchenspezifischen Fachanwendungen. SAP CDP ist als Datendrehscheibe darauf ausgelegt, Daten aus unterschiedlichen Quellen aufzunehmen und wieder auszugeben; die konkrete Anbindung erfolgt über Standard-Schnittstellen, Konnektoren und die Integrationswerkzeuge von BTP.
In der Praxis ist die Bandbreite und Reife der verfügbaren Standard-Konnektoren ein wichtiges Bewertungskriterium – gerade im Vergleich zu spezialisierten CDP-Anbietern, die teils sehr breite Kataloge fertiger Anbindungen mitbringen. Wir empfehlen, die konkret benötigten Quell- und Zielsysteme früh zu benennen und die Anbindung im Rahmen einer Machbarkeitsprüfung konkret zu klären, statt sich auf allgemeine Zusicherungen zu verlassen. Welche Konnektoren fertig vorliegen und welche individuell zu bauen sind, sollte Teil jeder seriösen Vorprüfung sein und ist ein typischer Punkt, den man beim Anbieter oder Partner prüft.
Salesforce Data Cloud ist die CDP-Schicht des CRM-Marktführers und spielt ihre Stärke dort aus, wo Salesforce ohnehin das führende Kundensystem ist. Die Logik ist damit sehr ähnlich zu SAP – nur mit umgekehrten Vorzeichen: Beide Anbieter sind am stärksten im eigenen Ökosystem. Für ein Unternehmen, dessen Vertrieb und Marketing tief in Salesforce verankert sind, ist Data Cloud die natürliche Wahl; für ein Unternehmen mit SAP als Rückgrat der Geschäftsprozesse ist es SAP CDP.
Der entscheidende Unterschied für den DACH-Markt liegt in Herkunft und Schwerpunkt. SAP ist ein europäischer Anbieter mit ausgeprägtem Datenschutz- und Prozessfokus und besonderer Nähe zu ERP- und Transaktionsdaten. Salesforce ist ein US-Anbieter mit besonderer Nähe zu CRM- und Vertriebsprozessen. Wer Wert auf einen europäischen Vertragspartner, Datenhoheit und die Verbindung zu S/4HANA legt, findet in SAP CDP das stimmigere Angebot; wer bereits eine starke Salesforce-Welt betreibt, wird selten dagegen migrieren.
Adobe Real-Time CDP kommt aus einer anderen Richtung: Adobe ist traditionell im digitalen Marketing und im Experience-Management zu Hause. Entsprechend liegt die Stärke von Adobes CDP in der engen Verzahnung mit Marketing- und Experience-Werkzeugen und in einer sehr ausgereiften, marketinggetriebenen Aktivierung. Für Organisationen mit einer anspruchsvollen digitalen Marketing- und Content-Strategie, die bereits Adobe-Werkzeuge nutzen, ist das ein starkes Argument.
SAP CDP setzt den Schwerpunkt dagegen weniger auf das reine Marketing-Erlebnis als auf die Verbindung von Kundendaten mit Geschäftsprozessen und die Datenhoheit. Vereinfacht gesagt: Adobe denkt stark vom Marketing-Erlebnis her, SAP stark vom Geschäftsprozess und der Datenbasis. Beide Sichtweisen sind legitim – die richtige hängt davon ab, wo der Schwerpunkt und die bestehende Systemlandschaft eines Unternehmens liegen. Adobes Ansatz gilt zudem eher als anspruchsvoll im Einstieg, was gerade kleinere Organisationen berücksichtigen sollten.
Im Microsoft-Umfeld übernimmt Dynamics 365 Customer Insights die CDP-Rolle. Die Stärke liegt hier in der Nähe zu Microsofts Daten- und Produktivitätswelt – von Azure über Power Platform bis zu den gängigen Office-Werkzeugen. Für stark Microsoft-zentrierte Unternehmen ist das die natürliche Ergänzung. Gegenüber SAP CDP verschiebt sich die Frage damit erneut auf das Ökosystem: Wo liegt das Rückgrat der IT?
Das wiederkehrende Muster in all diesen Vergleichen ist deutlich: Die großen CDPs sind jeweils die Verlängerung eines Ökosystems – SAP, Salesforce, Adobe, Microsoft. Für die meisten Unternehmen ist daher weniger die Frage „welche CDP ist objektiv die beste“ relevant, sondern „welches Ökosystem bildet mein Rückgrat, und passt die zugehörige CDP zu meinen Zielen“. SAP CDP gewinnt dieses Kalkül dort, wo SAP das Rückgrat ist und Datenhoheit ein hohes Gewicht hat.
SAP CDP wird als Cloud-Lösung bereitgestellt. Das bedeutet, dass SAP den Betrieb der Plattform verantwortet – Updates, Skalierung und Infrastruktur liegen beim Anbieter, nicht beim Unternehmen. Für den Mittelstand ist das ein Vorteil, weil kein eigenes Rechenzentrum und kein tiefes Plattform-Betriebs-Know-how für die Basis nötig sind. Die Verantwortung des Unternehmens verschiebt sich damit von der Technik hin zur fachlichen Arbeit: Datenqualität, Anwendungsfälle, Einwilligungen und Governance.
Ein wichtiger Punkt beim Betriebsmodell ist die Wahl der Rechenzentrums-Region und des Souveränitätsniveaus. SAP betont europäische Betriebsoptionen und Souveränitäts-Angebote. Welche Regionen und welches konkrete Souveränitätsniveau für die CDP verfügbar sind, hängt vom gewählten Paket ab und sollte beim Anbieter geprüft werden – gerade wenn Datenhoheit ein zentrales Entscheidungskriterium ist.
CDP-Projekte im SAP-Umfeld werden häufig gemeinsam mit einem Implementierungspartner umgesetzt, insbesondere wenn Integrationen über BTP und individuelle Anbindungen erforderlich sind. Für den Mittelstand ist es sinnvoll, das benötigte Know-how realistisch einzuschätzen: Welche Fähigkeiten sind intern vorhanden, welche kommen über einen Partner? Ein gut gewählter Partner beschleunigt die Einführung erheblich und hilft, typische Fehler zu vermeiden. Zugleich lohnt es sich, internes Verständnis für die Plattform aufzubauen, um langfristig nicht vollständig von externer Unterstützung abhängig zu sein.
Aus unserer Erfahrung passt SAP CDP besonders gut zu Unternehmen mit einer bestehenden oder geplanten SAP-Landschaft – etwa S/4HANA, Commerce Cloud oder den CX-Lösungen –, zu Organisationen, denen Datenhoheit und ein europäischer Vertragspartner wichtig sind, und zu datenschutzsensiblen Branchen, in denen Einwilligungsverwaltung und DSGVO-Konformität hohes Gewicht haben. Diese Profile holen den Vorteil der Prozessnähe und der europäischen Herkunft tatsächlich ab und rechtfertigen damit den Enterprise-Charakter der Plattform.
Weniger gut passt SAP CDP zu Unternehmen ohne SAP-Basis, für die eine ökosystemfremde CDP unnötigen Integrationsaufwand bedeutet; zu sehr kleinen Organisationen, die einen extrem schlanken, schnellen Einstieg ohne Plattform-Overhead suchen; und zu Teams, die bewusst einen composablen, technisch selbst zusammengestellten CDP-Ansatz bevorzugen. Diese ehrliche Eingrenzung gehört zu jeder seriösen Beratung – eine CDP ist eine strategische Entscheidung, keine Frage des schönsten Datenblatts.
SAP CDP ist erkennbar auf anspruchsvolle, integrierte Datenlandschaften ausgelegt. Für den gehobenen Mittelstand mit SAP-Kern ist das eine gute Passung; für sehr kleine Unternehmen kann der Enterprise-Charakter dagegen überdimensioniert sein. Entscheidend ist weniger die reine Mitarbeiterzahl als die Komplexität der Datenlandschaft und die Rolle von SAP darin. Ein mittelständischer Hersteller oder Händler mit gewachsener SAP-Umgebung und mehreren Kundendaten-Quellen profitiert typischerweise mehr als ein kleines, rein digitales Start-up ohne SAP-Bezug.
Unsere Empfehlung lautet daher, die Entscheidung nicht an Größenklassen, sondern am konkreten Kontext festzumachen: Wie viele relevante Datenquellen gibt es, wie stark ist SAP verankert, wie hoch ist der Anspruch an Datenhoheit, und welche Anwendungsfälle sollen zuerst Wert schaffen? Aus diesen Antworten ergibt sich, ob SAP CDP die passende Wahl ist – und in welchem Zuschnitt der Einstieg sinnvoll erfolgt.
Konkrete Preise nennen wir aus gutem Grund nicht: Die Kosten für SAP CDP ergeben sich individuell aus den kombinierten Bausteinen, den Daten- und Interaktionsvolumina, dem gewählten Betriebs- und Souveränitätsmodell sowie dem Einführungsaufwand. Diese Faktoren wirken zusammen, und sie unterscheiden sich von Unternehmen zu Unternehmen erheblich. Wer eine belastbare Zahl braucht, kommt an einer konkreten Anfrage beim Anbieter oder einem qualifizierten Partner nicht vorbei – idealerweise auf Basis klar definierter Anwendungsfälle und einer erfassten Datenlandschaft.
Für die Budgetplanung ist entscheidend, die Total Cost of Ownership zu betrachten und nicht nur die Lizenz. Zur Gesamtrechnung gehören die Lizenzkosten der genutzten Bausteine, der Einführungs- und Integrationsaufwand (gerade über BTP), die Datenaufbereitung, mögliche Partnerleistungen sowie der laufende interne Aufwand für Datenpflege und Governance. Wie bei jeder Datenplattform gilt: Der Wert entsteht nicht durch den Kauf, sondern durch die konsequente Nutzung – deshalb sollten die Anwendungsfälle den Umfang bestimmen, nicht umgekehrt.
Für viele Unternehmen im deutschsprachigen Raum ist die Herkunft des Anbieters kein Nebenaspekt, sondern ein zentrales Entscheidungskriterium. Ein europäischer Vertragspartner im geltenden EU-Rechtsrahmen, europäische Betriebsoptionen und ein ausgeprägter Fokus auf Einwilligungen und Datenhoheit reduzieren einen wesentlichen Teil der Unsicherheiten, die bei außereuropäischen Anbietern rund um Drittlandtransfers entstehen. SAP macht diesen Punkt bewusst zu einem seiner stärksten Argumente – und im Vergleich zu den US-amerikanischen Wettbewerbern ist das ein realer, spürbarer Unterschied.
Gleichzeitig ist Datenschutz nie allein eine Frage des Anbieters. Auch mit einem europäischen Anbieter bleibt das einsetzende Unternehmen der Verantwortliche im Sinne der DSGVO: Es entscheidet über Zwecke und Mittel der Verarbeitung, muss die Rechtsgrundlagen sicherstellen, Einwilligungen sauber führen, Betroffenenrechte gewährleisten und den Auftragsverarbeitungsvertrag abschließen. Die europäische Herkunft erleichtert vieles, entbindet aber nicht von der eigenen Sorgfalt. Welche Regionen, Souveränitätsstufen und Vertragsbestandteile konkret verfügbar und passend sind, gehört ausdrücklich zu den Punkten, die man beim Anbieter prüft.
