SAP stoppt
ODP-RFC
Was Sie jetzt wissen müssen.
Seit Juni 2026 blockiert SAP den ODP-RFC-Zugriff für externe Systeme technisch (SAP Note 3255746). Der temporäre Opt-out endet am 31. Dezember 2026. Danach fallen ETL-Strecken, Dashboards, Data Lakes und AI-Pipelines aus, die noch über ODP-RFC laufen.
Stand: Oktober 2026
SAP stoppt ODP-RFC: Sind Sie betroffen?
Drei Fragen. Wir zeigen Ihnen, wie dringend Handlungsbedarf besteht.
Die kritische Timeline
Bis zum Ende des Opt-outs bleiben nur noch wenige Wochen. So gehen Sie jetzt vor.
Phase 1
Betroffene Systeme identifizieren
Grundlage ist SAP Note 3255746: ODP-RFC ist nur noch für Datenübertragungen zwischen SAP-Anwendungen erlaubt. Mit dem Self-Assessment aus SAP Note 3439624 (Report RODPS_REPL_SUBSCRIBER_ASSESS) ermitteln Sie, welche Programme und Objekte noch ODP-RFC nutzen. Middleware-Systeme werden dabei oft übersehen. Wir unterstützen Sie beim strukturierten Audit.
Phase 2
Opt-out nutzen, kritische Pipelines sichern
Seit Juni 2026 blockiert ein Security-Patch nicht konforme ODP-RFC-Aufrufe. Über den temporären Opt-out laufen betroffene Datenflüsse noch bis zum 31. Dezember 2026 weiter. Nutzen Sie diese Zeit, um kritische Pipelines zu priorisieren. Der Opt-out verschafft Zeit, ersetzt aber nicht die Migration.
Phase 3
Migrationspfad entscheiden und umsetzen
SAP Datasphere bzw. Business Data Cloud, ein Drittanbieter-Tool oder OData: Welcher Weg passt, hängt von Ihrer Landschaft ab. Den Vergleich finden Sie direkt unter der Timeline. Danach folgen Architekturentscheidung, PoC und die Migration der kritischen Pipelines.
Phase 4
Umstellung bis zum Jahresende abschließen
Alle Datenflüsse laufen auf dem neuen Pfad, bevor der Opt-out am 31. Dezember 2026 ausläuft. Ab dem 1. Januar 2027 brechen nicht migrierte ODP-RFC-Strecken ab.
Welcher Weg passt zu Ihrer Landschaft?
Für die ODP-Ablösung gibt es nicht die eine richtige Lösung. Die richtige Lösung ist die, die zu Ihrer Landschaft passt, nicht die, die am lautesten beworben wird.
Sechs Kriterien entscheiden
1 Datenvolumen und Delta
Batch oder nahezu Echtzeit?
2 Systemlandschaft
Reines SAP oder heterogen?
3 Cloud-Strategie
On-premise oder Cloud-First?
4 Governance
Monitoring, Nachvollziehbarkeit, Fehlerbehandlung
5 Skills im Team
Eine zusätzliche Middleware betreiben?
6 Budget und Lizenzmodell
Investitionsschutz oder Subscription?
Die drei Wege im Überblick
SAP Datasphere / BDC
Replication Flows, ohne klassische Middleware
- Kein separates System, native Connectoren
- Capacity Units, für Non-SAP-Ziele mit Zusatzlizenz
- CDC-fähig, stark mit SAC und BDC
Passt, wenn Ihre Landschaft SAP-zentriert ist und Sie auf BDC setzen.
Drittanbieter-Middleware
eigenes lizenziertes Produkt
- Breite Konnektoren, z. B. Snowflake, Databricks
- Preis pro Connector, Volumen oder pauschal
- Schnelle Time-to-Value, unabhängig von SAP-Roadmap
Passt, wenn Ihre Landschaft heterogen ist und Sie schnell Ergebnisse brauchen.
OData
direkt aus dem Quellsystem
- Keine Middleware, keine Lizenzkosten
- Entwicklungsaufwand pro Service
- ODP-basiertes OData kann Delta, Grenzen bei großen Volumen
Passt, wenn Sie volle Kontrolle wollen und Entwicklungskapazität einplanen.
Detailvergleich der drei Wege
| SAP Datasphere / BDC | Drittanbieter-Middleware | OData | |
|---|---|---|---|
| Zusätzliche Middleware | Kein separates System. Anbindung über native Connectoren (je nach Quelle Cloud Connector oder Data Provisioning Agent). | Ja, als eigenes lizenziertes Produkt. | Keine. Extraktion direkt über OData-Services aus dem Quellsystem. |
| Betrieb | SaaS auf SAP BTP, schlanker Connector ggf. on-premise. | On-premise-Agent, Cloud oder hybrid. Managed Service oder Eigenbetrieb. | Bleibt vollständig im Quellsystem. |
| Kostenlogik | Capacity Units nach Datenvolumen. Für Non-SAP-Ziele zusätzlich Premium Outbound Integration. | Pro Connector, Datenvolumen, Extraktor oder pauschale Subscription. | Keine Lizenzkosten, dafür Entwicklungsaufwand pro Service. |
| Delta und CDC | CDC-fähig. Noch nicht 1:1 deckungsgleich mit klassischem ODP. | Je nach Anbieter, z. B. Table CDC, CDS Views oder DeltaQ. | ODP-basiertes OData unterstützt Delta. Eigene Services brauchen eigene Delta-Logik und Paging. |
| Non-SAP-Ziele | Möglich, mit Zusatzlizenz. | Breite Konnektorenpalette. | Offener Standard, Performance-Grenzen bei großen Datenmengen. |
Drittanbieter: Worauf es bei der Auswahl ankommt
Drittanbieter ist kein einheitliches Bild. Diese fünf Dimensionen entscheiden, welche Lösung zu Ihnen passt:
- Deployment: On-premise-Agent, Cloud oder hybrid. Wichtig bei Vorgaben zu Datenresidenz und Security.
- Preislogik: Pro Connector, Volumen, Extraktor oder pauschal. Je nach Größe sehr unterschiedlich attraktiv.
- Migrationsaufwand: Wie viel Umbau Ihrer BW-Extraktionen nötig ist, hängt stark vom Anbieter ab.
- Zielsysteme: Reine SAP-Anbindung oder breite Konnektoren für Cloud-Datenplattformen.
- Betrieb und Support: Managed Service durch den Anbieter oder Betrieb in Ihrer Verantwortung.
Kein Schema F.
In unseren Projekten setzen wir je nach Kunde unterschiedliche Kombinationen um. Wir verkaufen kein Tool, wir empfehlen den Weg, der zu Ihrer Landschaft passt.
Alles auf einen Blick
Die wichtigsten Fakten zur SAP ODP-RFC-Änderung.
Unsere Zertifizierungen im SAP-Bereich & Kundenreferenzen
Unsere Projektteams bestehen aus zertifizierten SAP-Experten, die sowohl fundiertes Prozessverständnis als auch technologische Kompetenz mitbringen. Sie realisieren anspruchsvolle SAP-Architekturen sicher und effizient – von der Systemmigration über die Integration bis hin zur kontinuierlichen Optimierung Ihrer SAP-Landschaft.
Lassen Sie uns gemeinsam starten!
Jetzt prüfen und strategisch entscheiden.
Wir begleiten Teams von der Bestandsaufnahme bis zur fertigen Migration: Audit, Bewertung der Lösungswege anhand Ihrer Kriterien, Migrationsstrategie und Umsetzung. Wir verkaufen kein Tool. Wir gleichen die Optionen mit Ihrer Landschaft ab und geben eine klare Empfehlung.
Bewerten Sie Ihre ODP-Situation im Erstgespräch anhand der sechs Kriterien. Bis zum Ende des Opt-outs am 31.12.2026 bleibt wenig Zeit.
Nils Schröter
SAP Consulting / People Lead
+49 221 66 95 75-0
commercial@areto.de
FAQ
Sie haben noch Fragen? Schauen Sie gerne in unserem FAQ vorbei!
Wie finde ich heraus, ob meine Systeme ODP-RFC nutzen?
Grundlage ist das Self-Assessment aus SAP Note 3439624 mit dem Report RODPS_REPL_SUBSCRIBER_ASSESS. Ergänzend lohnt sich die Analyse der RFC-Verbindungen: Welche externen Systeme greifen auf ODP-Objekte zu? Middleware-Systeme werden dabei oft übersehen. Wir unterstützen Sie beim strukturierten Audit.
Was regeln SAP Note 3255746 und SAP Note 3439624?
SAP Note 3255746 legt fest, dass ODP-RFC nur noch für Datenübertragungen zwischen SAP-Anwendungen genutzt werden darf. Zugriffe von Kunden- und Drittanwendungen sind nicht mehr erlaubt und werden seit Juni 2026 technisch blockiert. SAP Note 3439624 stellt das Self-Assessment bereit, mit dem Sie die Nutzung in Ihrer Landschaft prüfen. Über den temporären Opt-out laufen betroffene Zugriffe noch bis Ende 2026 weiter. Das verschafft Zeit, ersetzt aber nicht die Migration.
Wie lange dauert eine typische Migration?
Eine einzelne OData-Migration kann in wenigen Wochen erfolgen. Bei vielen Systemen oder einem Wechsel zu SAP Datasphere bzw. BDC sind mehrere Monate realistisch. Mit Blick auf das Ende des Opt-outs am 31. Dezember 2026 sollten Sie jetzt starten.
Funktioniert OData wirklich als Ersatz für ODP-RFC?
Für viele Anwendungsfälle ja. Wichtig ist die Unterscheidung: ODP-basiertes OData (ODP-Quellen als OData-Service veröffentlicht) unterstützt Delta-Ladeverfahren. Selbst entwickelte OData-Services brauchen eigene Delta-Logik und Paging. Bei sehr großen Datenmengen stößt OData an Performance-Grenzen. Dann sind SAP Datasphere bzw. BDC oder ein Drittanbieter-Tool oft die bessere Wahl.
Sind ECC und S/4HANA gleichermaßen betroffen?
Grundsätzlich betrifft die Änderung alle ABAP-Systeme, auf die externe Tools über ODP via RFC zugreifen: SAP ECC, S/4HANA und BW, on-premise wie in der Private Cloud. Eine genaue Einschätzung braucht immer den Blick auf Ihre konkrete Systemlandschaft.
Wie unterstützt areto konkret?
Wir begleiten Teams von der ersten Bestandsaufnahme bis zur fertigen Migration: strukturiertes Audit, Bewertung der Lösungswege (SAP Datasphere bzw. BDC, Drittanbieter, OData), Migrationsstrategie und technische Umsetzung inklusive Performance-Optimierung. Im ersten Gespräch klären wir, wo Sie stehen.
Unsere ETL-Strecken laufen über SAP RFC – was bedeutet die neue SAP API-Policy für uns?
Wenn Ihre ETL-Tools (z.B. Informatica, Azure Data Factory, Talend) über ODP via RFC auf SAP-Daten zugreifen, sind Sie direkt betroffen. SAP blockiert diese Zugriffe seit Juni 2026 technisch. Mit dem temporären Opt-out laufen sie noch bis zum 31. Dezember 2026, danach fallen Ihre Datenflüsse aus. areto zeigt Ihnen im strukturierten Audit, welche Pipelines betroffen sind und wie Sie diese sicher migrieren.
Was passiert ab dem 1. Januar 2027, wenn wir nichts tun?
Der temporäre Opt-out endet. Externe Zugriffe über ODP-RFC werden dann blockiert, und betroffene ETL-Strecken, Dashboards und Data Lakes erhalten keine neuen Daten mehr. Planen Sie die Migration kritischer Pipelines deshalb vor dem Jahreswechsel ein.
Sind Tabellen- und CDS-View-Extraktionen auch betroffen?
Nach aktuellem Stand betrifft die Einschränkung ODP-RFC. Direkte Tabellen- und CDS-View-Extraktionen, BAPIs, Funktionsbausteine und DeltaQ bleiben nutzbar, sofern sie nicht über ODP laufen. Ob Ihr Tool im Hintergrund doch ODP nutzt, zeigt das Audit.
SAP Datasphere, Drittanbieter oder OData: Welche Lösung ist die richtige?
Das hängt von sechs Kriterien ab: Datenvolumen und Delta-Frequenz, Systemlandschaft, Cloud-Strategie, Governance, Skills im Team sowie Budget und Lizenzmodell. Oft ist eine Kombination mehrerer Wege sinnvoll. Den Vergleich der drei Wege finden Sie oben auf dieser Seite. Im Erstgespräch bewerten wir gemeinsam Ihre Situation.