What Every Data Integration Team Needs to Know​

If your organization extracts data from SAP to external analytics or storage platforms, you've likely heard of SAP Note 3255746. And if you haven't, now is the time to pay attention: starting June 2026, SAP will technically block one of the most widely used data integration approaches — ODP access via RFC from non-SAP systems.

In this article, we explain what this means in practice, what alternatives exist, and how CRESTONE allows you to keep your SAP pipelines running without interruption and in full compliance with SAP's guidelines.

The Context: What Is Changing and Why?​

Historically, many data integration tools used the ODP Data Replication API (ODP-RFC) to extract data from SAP. The issue is that SAP designed this interface exclusively for transfers between SAP systems — not to connect SAP with external tools such as BI platforms, data warehouses, or data lakes.

With Version 11 of the note, published on April 21, 2026, SAP formalized this restriction with clearer and more direct terms:

• ODP-RFC is for exclusive use between SAP applications.
• Its use by third-party tools or custom developments in on-premises or private cloud environments is explicitly prohibited.
• Any incident resulting from unauthorized use of ODP-RFC is the customer's responsibility, not SAP's.

On top of this, in June 2026 SAP will roll out a security patch that will automatically block ODP-RFC calls originating from external systems. This is not a recommendation — it is a technical change that will leave non-compliant integrations broken. The right time to review and adapt your integration architecture is now, while there is still enough time to do it in an orderly way.

An Important Clarification​

It is worth pausing here, because this point causes a great deal of confusion.

The note does not prohibit RFC as a protocol. RFC remains a fully valid communication mechanism and will continue to work. What is restricted is solely the ODP Data Replication API when accessed via RFC from applications external to SAP.

This means that if you currently extract data using tables, CDS views, BAPIs, or function modules over RFC, those integrations are not affected and can continue without any changes.

How to Know If You Are Exposed​

SAP published Note 3439624, which includes an automated self-assessment tool. This tool allows you to audit ODP-RFC usage across your system landscape and is the recommended starting point for any organization that wants to understand its actual exposure before taking action.

CRESTONE also includes a built-in compliance function that directly identifies which extractions configured in the platform are using ODP, without the need to review each configuration manually.

The Alternatives: What to Use Instead of ODP-RFC​

The key takeaway is this: ODP-RFC is being replaced — not SAP integration as a whole. CRESTONE offers several components that cover the same use cases efficiently and in full compliance with SAP:

Table with CDS View support is the natural choice when current extractions are based on ABAP CDS views. It provides direct access to these views — including parameterized variants and CDS entities — without going through ODP.

ODP OData enables access to SAP Extractors/Datasources that have been exposed as OData services from the SAP side (via transaction SEGW). This mechanism uses HTTP/OData — not ODP-RFC — making it fully compliant with the note. It requires the customer's SAP Basis team to create and publish the OData service for each source object; CRESTONE connects to the service once it is available. It is important to verify that the extractor is ODP-enabled in RSA5/RSA6 and that the SAP Gateway Foundation component (SAP_GWFND) is installed.

CDC (Change Data Capture)​

CRESTONE offers three mechanisms for capturing changes (delta), all operating outside of ODP-RFC and without direct database access:

Table CDC natively detects Inserts and Updates at the table level through incremental logic based on control columns (timestamp, modification field). It is the recommended mechanism for most SAP table replication scenarios.

Native delta from Extractors via ODP OData: when the SAP Extractor/Datasource is delta-capable and has been exposed as an OData service, CRESTONE can leverage its native delta mechanism to retrieve only the records that are new or modified since the last extraction.

Date variables in CRESTONE: for source objects that do not support native delta, CRESTONE allows configuring date variables that filter records on each execution based on date/time fields in the SAP source object. This logic is managed entirely within CRESTONE, with no modifications required on the SAP system.

Reference Table: Source Objects and Their Alternatives in CRESTONE​

All other CRESTONE components — Table, Table CDC, BAPI, and Query — are not affected by the note and can continue operating without restrictions.

Action Plan: Three Concrete Steps​

Step 1 — Diagnose before migrating. Use the SAP Note 3439624 tool to map ODP-RFC usage in your system. In parallel, review which active extractions in CRESTONE are using ODP. Without this diagnosis, any migration plan will be incomplete.

Step 2 — Prioritize by impact. Not all extractions carry the same weight in production. Identify which ones are critical and start the migration there, leaving less urgent cases for a second phase.

Step 3 — Choose the right component for each scenario. Following the logic of the table above: CDS views → Table with CDS View; table replication → Table CDC; Extractors/Datasources → ODP OData (after the service is published by SAP Basis).

In Summary​

SAP Note 3255746 is not a threat to SAP data integration — it is an opportunity to organize and modernize the extraction architecture. The alternatives available in CRESTONE not only comply with the new guidelines, but in most cases offer better performance and lower operational complexity than ODP-RFC.

The time to act is now. The June 2026 patch will not wait, and a well-planned migration is far less costly than an unplanned production outage.

Frequently Asked Questions​

Are my existing table extractions affected? No. Table, Table CDC, BAPI, and Query are not affected by the note.

Can I keep using ODP via RFC while I wait to migrate? Technically yes, until June 2026. But once the security patch is applied, unauthorized calls will be actively blocked. Leaving this to the last minute is not advisable.

How complex is migrating to ODP OData for Extractors? It requires SAP Basis to create and publish an OData service for each source object from transaction SEGW. Once the service is published, CRESTONE can connect to it without significant complexity. It is important to verify beforehand that the extractor is ODP-enabled and that SAP Gateway Foundation is installed.

Does RFC as a protocol still work? Yes, completely. The note does not affect RFC in general — only the specific use of the ODP Data Replication API via RFC from external systems.

How do I identify my ODP extractions in CRESTONE? CRESTONE includes a built-in compliance function that displays all active ODP-based extractions, allowing you to act immediately and with precision.

Have questions about how this applies to your system landscape? The SEIDOR Analytics team can help you assess your situation and define the most suitable migration path.

Lo que Todo Equipo de Integración de Datos Debe Saber​

Si tu organización extrae datos desde SAP hacia plataformas externas de analítica o almacenamiento, probablemente ya escuchaste hablar de la SAP Note 3255746. Y si no, es momento de prestarle atención: a partir de junio de 2026, SAP comenzará a bloquear técnicamente una de las formas más utilizadas de integración de datos — el acceso ODP vía RFC desde sistemas no-SAP.

En este artículo explicamos qué significa esto en la práctica, qué alternativas existen, y cómo CRESTONE te permite mantener tus pipelines SAP funcionando sin interrupciones y en pleno cumplimiento con las directrices de SAP.

El contexto: ¿Qué está cambiando y por qué?​

Históricamente, muchas herramientas de integración de datos utilizaron la ODP Data Replication API (ODP-RFC) para extraer datos desde SAP. El problema es que SAP diseñó esta interfaz exclusivamente para transferencias entre sistemas SAP, no para conectar SAP con herramientas externas como plataformas de BI, data warehouses o data lakes.

Con la Versión 11 de la nota, publicada el 21 de abril de 2026, SAP formalizó esta restricción con términos más claros y directos:

• ODP-RFC es para uso exclusivo entre aplicaciones SAP.
• Su uso por parte de herramientas o desarrollos de terceros en entornos on-premises o nube privada está explícitamente prohibido.
• Cualquier incidente derivado del uso no autorizado de ODP-RFC es responsabilidad del cliente, no de SAP.

A esto se suma que en junio de 2026 SAP implementará un parche de seguridad que bloqueará automáticamente las llamadas ODP-RFC provenientes de sistemas externos. Es decir, no se trata de una recomendación — es un cambio técnico que dejará las integraciones no conformes sin funcionar. El momento ideal para revisar y adaptar la arquitectura de integración es ahora, con tiempo suficiente para hacerlo ordenadamente.

Una aclaración importante​

Aquí vale detenerse un momento, porque este punto genera mucha confusión.

La nota no prohíbe RFC como protocolo. RFC sigue siendo un mecanismo de comunicación completamente válido y seguirá funcionando. Lo que se restringe es únicamente la ODP Data Replication API cuando se accede vía RFC desde aplicaciones externas a SAP.

Esto significa que si hoy extraes datos usando tablas, vistas CDS, BAPIs o módulos de función a través de RFC, esas integraciones no están afectadas y pueden continuar sin cambios.

¿Cómo saber si estás expuesto?​

SAP publicó la Note 3439624, que incluye una herramienta de autoevaluación automatizada. Esta herramienta permite auditar el uso de ODP-RFC en tu landscape de sistemas y es el punto de partida recomendado para cualquier organización que quiera entender su exposición real antes de actuar.

CRESTONE también cuenta con una función de cumplimiento integrada que permite identificar directamente qué extracciones configuradas en la plataforma utilizan ODP, sin necesidad de revisar configuración por configuración manualmente.

Las alternativas: qué usar en lugar de ODP-RFC​

El mensaje principal que hay que retener es este: ODP-RFC se reemplaza, no la integración SAP en su conjunto. CRESTONE ofrece varios componentes que cubren los mismos casos de uso de manera eficiente y totalmente conforme con SAP:

Table con soporte CDS View es la opción natural cuando las extracciones actuales están basadas en vistas ABAP CDS. Permite acceso directo a estas vistas, incluyendo variantes con parámetros y entidades CDS, sin pasar por ODP.

CRESTONE ofrece tres mecanismos para la captura de cambios (delta), todos operando por fuera de ODP-RFC y sin acceso directo a base de datos:

Table CDC detecta Inserts y Updates a nivel de tabla mediante lógica incremental basada en columnas de control (timestamp, campo de modificación). Es el mecanismo recomendado para la mayoría de los escenarios de replicación de tablas SAP.

Delta nativo de Extractors vía ODP OData: cuando el Extractor/Datasource SAP es delta-capable y ha sido expuesto como servicio OData, CRESTONE puede aprovechar su mecanismo de delta nativo para obtener únicamente los registros nuevos o modificados desde la última extracción.

Variables de fecha en CRESTONE: para objetos fuente que no soportan delta nativo, CRESTONE permite configurar variables de fecha que filtran los registros en cada ejecución basándose en campos de fecha/hora del objeto fuente en SAP. Esta lógica es gestionada íntegramente desde CRESTONE, sin requerir modificaciones en el sistema SAP.

ODP OData permite acceder a Extractors/Datasources SAP que hayan sido expuestos como servicios OData desde el lado SAP (vía transacción SEGW). Este mecanismo utiliza HTTP/OData — no ODP-RFC — por lo que es completamente conforme con la nota. Requiere que el equipo de SAP Basis del cliente cree y publique el servicio OData correspondiente por cada objeto fuente; CRESTONE se conecta al servicio una vez disponible. Es importante verificar que el extractor esté habilitado para ODP en RSA5/RSA6 y que el componente SAP Gateway Foundation (SAP_GWFND) esté instalado.

Tabla de referencia: objetos fuente y sus alternativas en CRESTONE​

Todos los demás componentes de CRESTONE — Table, Table CDC, BAPI y Query — no están afectados por la nota y pueden seguir operando sin restricciones.

Plan de acción: tres pasos concretos​

Paso 1 — Diagnosticar antes de migrar. Usa la herramienta de SAP Note 3439624 para mapear el uso de ODP-RFC en tu sistema. En paralelo, revisa desde CRESTONE qué extracciones activas utilizan ODP. Sin este diagnóstico, cualquier plan de migración será incompleto.

Paso 2 — Priorizar por impacto. No todas las extracciones tienen el mismo peso en producción. Identifica cuáles son críticas y comienza la migración por ahí, dejando los casos menos urgentes para una segunda fase.

Paso 3 — Elegir el componente correcto para cada caso. Siguiendo la lógica de la tabla anterior: vistas CDS → Table con CDS View; replicación de tablas → Table CDC; Extractors/Datasources → ODP OData (previa publicación del servicio por SAP Basis).

En resumen​

La SAP Note 3255746 no es una amenaza para la integración de datos SAP — es una oportunidad para ordenar y modernizar la arquitectura de extracción. Las alternativas disponibles en CRESTONE no solo cumplen con las nuevas directrices, sino que en la mayoría de los casos ofrecen mayor rendimiento y menor complejidad operativa que ODP-RFC.

El tiempo para actuar es ahora. El parche de junio de 2026 no va a esperar, y una migración bien planificada es mucho menos costosa que una interrupción en producción.

Preguntas frecuentes​

¿Las extracciones de tablas que ya tengo configuradas se ven afectadas? No. Table, Table CDC, BAPI y Query no están afectados por la nota.

¿Puedo seguir usando ODP vía RFC mientras espero migrar? Técnicamente sí, hasta junio de 2026. Pero a partir del parche de seguridad, las llamadas no autorizadas serán bloqueadas activamente. No es recomendable dejar esto para último momento.

¿Qué tan complejo es migrar a ODP OData para Extractors? Requiere que SAP Basis cree y publique un servicio OData por cada objeto fuente desde la transacción SEGW. Una vez publicado el servicio, CRESTONE puede conectarse a él sin mayor complejidad. Es importante verificar previamente que el extractor esté habilitado para ODP y que SAP Gateway Foundation esté instalado.

¿RFC como protocolo sigue funcionando? Sí, completamente. La nota no afecta RFC en general, solo el uso específico de la ODP Data Replication API vía RFC desde sistemas externos.

¿Cómo identifico mis extracciones ODP en CRESTONE? CRESTONE cuenta con una función de cumplimiento integrada que muestra todas las extracciones activas basadas en ODP, permitiéndote actuar de forma inmediata y precisa.

¿Tienes dudas sobre cómo aplica esto a tu landscape de sistemas? El equipo de SEIDOR Analytics puede ayudarte a evaluar tu situación y definir el camino de migración más adecuado.