Worauf zählen Sie?

Wir helfen Ihnen dabei, Lösungen zu finden, damit Sie compliant und stabil weiterarbeiten können!
Contact us

Das Ende der ODP-basierten Connectors

Mit der im April 2025 aktualisierten SAP Note 3255746 beendet SAP offiziell die Nutzung der RFC-basierten ODP-Replikations-APIs durch Drittanbieter. Diese APIs bildeten jahrelang das technische Fundament vieler SAP-CDC-Connectors in beispielsweise Azure Data Factory, Synapse Analytics oder anderen Drittherstellern.
Bereits seit 2024 war die Verwendung von diesen Frameworks außerhalb von SAP nicht mehr erlaubt, ab Juni wird SAP die Verwendung der ODP-API für Drittanbieter auch technisch unterbinden. SAP verweist als Alternative auf die Nutzung der OData-basierten ODP-API, weist aber zugleich darauf hin, dass diese Schnittstelle nicht weiter ausgebaut wird. Strategisch setzt SAP auf die Replikationsflüsse in SAP Datasphere, die langfristig als zentrales Replikationswerkzeug dienen sollen. Für Unternehmen bedeutete das bislang: Bestehende CDC-Connectors sind zwar noch funktionsfähig, aber rechtlich nicht mehr abgesichert. Ab Juni werden jene CDC-Connectors, die auf das ODP-RFC Framework setzen laut SAP auch technisch nicht mehr funktionieren.

Microsofts Antwort: SAP Mirroring

Exklusiv für Microsoft Fabric entsteht gerade ein neuer Connector, der ebenfalls großes Interesse weckt: SAP Mirroring. Dieser befindet sich noch im private preview und wird bereits von den Expertinnen und Experten der scc getestet. Der Mirroring-Connector ist stabil und einfach zu konfigurieren, verzichtet aber auf echte Change-Data-Capture-Funktionalität. Stattdessen nutzt er sogenannte Watermark Columns, mit denen sich Delta-Logiken abbilden lassen. Allerdings lässt sich der Connector (noch) nicht so flexibel einsetzen wie bestehende Connectors, was für manche SAP-Tabellen bedeutet, dass für sie keine hinreichende Delta-Logik aufgesetzt werden kann.
Das bedeutet: Wer heute schon performante Pipelines mit bestehenden Connectors, die nicht das ODP-RFC-Framework benutzen, baut, kann genau diese Logik bereits jetzt umsetzen. Der neue Connector wird künftig lediglich etwas komfortabler und technisch robuster sein – aber niemand muss auf ihn warten, um rechtssicher und performant zu arbeiten.

Welche Connectors bleiben erlaubt und sinnvoll?

Auch nach der Abschaltung der RFC-basierten ODP-Zugriffe steht eine ganze Reihe rechtlich unbedenklicher Connectors zur Verfügung. Je nach Szenario eignen sich unterschiedliche Ansätze.

Der SAP Table Connector bleibt die solideste Option, wenn Tabellen oder Views direkt aus SAP ECC oder S/4HANA geladen werden sollen. Er arbeitet über das RFC-Framework, erfordert manuelle Delta-Mechanismen, liefert aber stabile Performance. Bei sehr großen Tabellen kann es zu Speicherproblemen beim Laden kommen – ein Problem, das man mit entsprechenden Anpassungen in seinen Pipelines jedoch umgehen kann. Insgesamt ist der SAP Table Connector im Moment sowohl aus rechtlicher Sicht als im Hinblick auf die technische Praxis die beste Alternative.

Wer direkt mit der HANA-Datenbank arbeitet, kann den SAP HANA Connector einsetzen. Dieser nutzt ODBC, ist extrem leistungsfähig und unterstützt auch komplexe Datenmodelle wie Calculation Views. In der Praxis bestehen jedoch technische Limitationen bei Standard-CDS-Views und für Rohtabellen wie z.B. ACDCOA sind teure SAP HANA Full Use Lizenzen notwendig.

Schließlich gibt es noch den OData Connector, der auf dem OData-Protokoll basiert und universell einsetzbar ist – besonders dann, wenn kleinere Datenmengen oder flexible API-basierte Abfragen benötigt werden. Seine Performance hängt stark von der SAP-seitigen Implementierung ab, dafür ist er vollständig compliant und zukunftssicher.

Auch nach der Abschaltung der RFC-basierten ODP-Zugriffe steht eine ganze Reihe rechtlich unbedenklicher Connectors zur Verfügung. Je nach Szenario eignen sich unterschiedliche Ansätze.

Der SAP Table Connector bleibt die solideste Option, wenn Tabellen oder Views direkt aus SAP ECC oder S/4HANA geladen werden sollen. Er arbeitet über das RFC-Framework, erfordert manuelle Delta-Mechanismen, liefert aber stabile Performance. Bei sehr großen Tabellen kann es zu Speicherproblemen beim Laden kommen – ein Problem, das man mit entsprechenden Anpassungen in seinen Pipelines jedoch umgehen kann. Insgesamt ist der SAP Table Connector im Moment sowohl aus rechtlicher Sicht als im Hinblick auf die technische Praxis die beste Alternative.

Wer direkt mit der HANA-Datenbank arbeitet, kann den SAP HANA Connector einsetzen. Dieser nutzt ODBC, ist extrem leistungsfähig und unterstützt auch komplexe Datenmodelle wie Calculation Views. In der Praxis bestehen jedoch technische Limitationen bei Standard-CDS-Views und für Rohtabellen wie z.B. ACDCOA sind teure SAP HANA Full Use Lizenzen notwendig.

Schließlich gibt es noch den OData Connector, der auf dem OData-Protokoll basiert und universell einsetzbar ist – besonders dann, wenn kleinere Datenmengen oder flexible API-basierte Abfragen benötigt werden. Seine Performance hängt stark von der SAP-seitigen Implementierung ab, dafür ist er vollständig compliant und zukunftssicher.

SAP Datasphere

Die von SAP in der SAP Note erwähnte und auch bevorzugte Lösung ist, auf die SAP Datasphere als Teil der SAP Business Data Cloud zu setzen. SAP Datasphere ermöglicht es Unternehmen, SAP- und Nicht-SAP-Daten von Quellsystemen in Zielsysteme (z.B. SAP Business Data Cloud oder Azure Storage Account, MS Fabric Lakehouse, etc.) zu laden. Auch diesen Weg konnte scc in verschiedenen Projekten bereits erfolgreich testen. Während die technische Machbarkeit durchaus gegeben ist, stellt sich für Kunden, die nicht auf die SAP Business Data Cloud setzen, die Frage, ob auf ein weiteres Tool zu setzen, um ihre SAP-Daten rechtlich sicher und technisch sauber in ihre Ziellandschaft zu bringen, wirklich der effizienteste und günstigste Weg ist. Wird hingegen auf SAP BDC gesetzt, kann Datasphere der optimale Weg sein.

SAP Mirroring in Microsoft Fabric: Ein Blick nach vorn

Mit Microsoft Fabric etabliert sich derzeit eine neue Plattform für Datenintegration und -analyse. Der kommende SAP Mirroring Connector wird hier eine zentrale Rolle spielen, weil er eine stabile und native Verbindung zu SAP-Systemen ermöglicht – ganz ohne zusätzliche Middleware. Auch wenn er kein echtes CDC-Verfahren unterstützt, bringt er eine einfache Handhabung und hohe Stabilität mit. Es bleibt jedoch abzuwarten, ob er in Zukunft jene volle Flexibilität bieten wird, um SAP-Tabellen und Views deltafähig laden zu können, die bereits mit anderen Connectors möglich sind.

Das Entscheidende ist: Der Mirroring-Connector wird keine revolutionär neue Funktionalität bringen, sondern bestehende Möglichkeiten vereinfachen. Die Delta-Logik, die er intern nutzt, lässt sich schon heute mit den vorhandenen Connectors in Azure Data Factory oder Synapse oder MS Fabric nachbauen. Wer also bereits jetzt auf saubere und stabile Implementierungen setzt, ist bestens vorbereitet.

So bleiben Ihre SAP-Pipelines compliant und performant

Unternehmen müssen ihre Integrationsstrategien nicht neu erfinden – sie sollten sie gezielt anpassen. Der Umstieg auf OData-basierte oder alternative Connectors ist technisch machbar und wirtschaftlich sinnvoll. Wichtig ist, die jeweilige Lösung auf das konkrete Szenario abzustimmen: Datenvolumen, Ladeintervalle, Systemlandschaft und rechtliche Anforderungen.
Erfahrene Teams können hier viel bewirken. Bei scc haben wir bereits zahlreiche Projekte umgesetzt, in denen performante und rechtssichere Pipelines auf Basis bestehender Connectors aufgebaut wurden – ohne zusätzliche Lizenzkosten und ohne Kompromisse bei der Stabilität. Unser Anspruch ist es, unsere Kunden nicht nur zu beraten, sondern funktionierende Lösungen direkt in ihren bestehenden Umgebungen zu implementieren.
Unternehmen müssen ihre Integrationsstrategien nicht neu erfinden – sie sollten sie gezielt anpassen. Der Umstieg auf OData-basierte oder alternative Connectors ist technisch machbar und wirtschaftlich sinnvoll. Wichtig ist, die jeweilige Lösung auf das konkrete Szenario abzustimmen: Datenvolumen, Ladeintervalle, Systemlandschaft und rechtliche Anforderungen.
Erfahrene Teams können hier viel bewirken. Bei scc haben wir bereits zahlreiche Projekte umgesetzt, in denen performante und rechtssichere Pipelines auf Basis bestehender Connectors aufgebaut wurden – ohne zusätzliche Lizenzkosten und ohne Kompromisse bei der Stabilität. Unser Anspruch ist es, unsere Kunden nicht nur zu beraten, sondern funktionierende Lösungen direkt in ihren bestehenden Umgebungen zu implementieren.

Looking ahead

Jetzt handeln - statt warten

Die Zukunft der SAP-Datenintegration ist hybrid und offen. Neue Tools wie SAP Mirroring werden vieles vereinfachen, aber sie ersetzen nicht die Notwendigkeit, bestehende Prozesse jetzt schon zukunftsfähig aufzustellen.
Wer heute aktiv wird, profitiert morgen von stabilen, audit-sicheren und wartungsarmen Datenflüssen – und bleibt dabei vollständig compliant. Die Technologie ist bereit. Es geht jetzt darum, sie richtig zu nutzen.

Was Sie jetzt wissen müssen - FAQs:

Was ändert sich durch die SAP Note 3255746 konkret?

SAP beendet die Nutzung der RFC-basierten ODP-Replikations-APIs durch Drittanbieter. Diese Schnittstellen waren bisher Grundlage vieler SAP-CDC-Connectors. Ab Juni 2025 sind sie technisch deaktiviert – Unternehmen müssen daher auf alternative, rechtssichere Connectors umsteigen.

Welche Connectors bleiben erlaubt und sinnvoll?

Zulässig und praxiserprobt sind unter anderem der SAP Table Connector, der SAP HANA Connector und der OData Connector. Je nach Szenario bieten sie unterschiedliche Stärken – von hoher Performance über flexible Integration bis hin zu vollständiger Compliance.

Was kann der neue SAP Mirroring Connector in Microsoft Fabric?

Der Mirroring Connector ermöglicht eine stabile, native Verbindung zu SAP-Systemen in Microsoft Fabric. Er arbeitet mit sogenannten Watermark Columns statt klassischem CDC, ist einfach zu konfigurieren, aber derzeit noch weniger flexibel als bestehende Connectors.

Müssen Unternehmen jetzt auf neue SAP- oder Microsoft-Lösungen warten?

Nein. Wer heute schon mit bestehenden, nicht RFC-basierten Connectors arbeitet, kann seine Datenintegration sofort compliant und performant gestalten. Neue Lösungen wie SAP Mirroring werden künftige Prozesse lediglich komfortabler machen – sie sind kein Muss für rechtssichere Implementierungen.

Welche Rolle spielt SAP Datasphere künftig in der Datenintegration?

SAP Datasphere ist Teil der SAP Business Data Cloud und bietet ein zentrales Tool für Replikationsflüsse. Sie eignet sich besonders, wenn Unternehmen vollständig in der SAP-Cloud arbeiten. Für hybride Szenarien mit Microsoft-Technologien bleibt sie eine Option, aber nicht zwingend der effizienteste Weg.