La nueva política de APIs de SAP aumenta los riesgos para tu estrategia de IA

Esta semana, SAP publicó una nueva política de APIs que ya está generando un rechazo importante entre clientes, partners y la comunidad SAP en general. Y hay algo en esta medida que es imposible pasar por alto: apunta directamente a la IA. SAP ahora prohíbe el uso de sus APIs para “la interacción o integración con sistemas de IA (semi)autónomos o generativos que planean, seleccionan o ejecutan secuencias de llamadas a APIs”, así como para “scraping, harvesting o la extracción o replicación de datos de forma sistemática y/o a gran escala”, salvo a través de arquitecturas y rutas controladas por SAP.

En otras palabras, si quieres usar agentes de IA para acceder a tus datos de SAP directamente vía APIs, SAP quiere que eso ocurra bajo sus términos.

La reacción fue tan rápida que SAP ya actualizó el documento y publicó un FAQ para responder a algunas de las inquietudes. El CEO Christian Klein, en la llamada de resultados de la semana pasada, aseguró a clientes y partners que SAP busca una plataforma abierta y que nadie debe preocuparse. Pero el lenguaje de la política, en sí mismo, no se suavizó de forma sustancial.

En un momento en el que cada empresa está en la carrera por descifrar cómo usar IA de forma rentable y con buen desempeño, es justamente la cláusula sobre IA la que debería hacer reflexionar a todo líder de datos.

[CTA_MODULE]

Qué significa esto para los clientes de Fivetran

Primero, esta es la buena noticia para nuestros clientes: los conectores SAP de Fivetran no se ven afectados. Puedes seguir moviendo tus datos de SAP a donde los necesites, sin interrupciones. También vale la pena dejar claro lo que esta política realmente cambia hoy. Esto es una política, no un contrato, así que por ahora su aplicación es limitada.

En concreto, SAP está actuando sobre una interfaz específica (ODP RFC), que empezará a bloquear en julio, con algunas excepciones vigentes hasta fin de año. Así que el impacto inmediato para la mayoría de los clientes de SAP puede ser mínimo. Pero los efectos a largo plazo sobre la infraestructura de datos, y en especial sobre la estrategia de IA, son los que vale la pena observar, en especial considerando que SAP puede seguir cambiando y restringiendo el acceso a tus datos dentro de su plataforma.

Lo más relevante es la dirección hacia la que SAP se mueve, y esa es la parte que hay que mirar de cerca.

Por qué la dirección importa

La restricción a la IA es el elemento más urgente de la política, pero forma parte de algo más amplio. La postura de fondo es que la integración de datos de SAP con sistemas no-SAP debe fluir por rutas que SAP controla.

Esa es una postura que le funciona bien a SAP, pero presenta una pregunta importante frente a cada equipo de datos: ¿quieres que tu arquitectura de integración, y la estrategia de IA que depende de ella, queden definidas por el roadmap comercial de tu vendor de ERP, o las defines tú?

Las concesiones suelen quedar claras solo cuando ya te comprometiste:

• Acumulación de costos: los clientes suelen terminar pagando por varios productos de datos SAP, y cuando se suma un motor de cómputo externo a la arquitectura, los costos se disparan rápido.
• Flexibilidad limitada en la nube: aunque tu entorno corra en AWS o Azure, quedas limitado a los servicios que tu vendor certificó, no al catálogo nativo completo que ya evaluaste y por el que ya estás pagando.
• Lock-in arquitectónico: tu lógica de negocio, modelo de seguridad y capas semánticas quedan atadas al vendor. Mover el análisis principal a otro lado después implica reconstruir ese trabajo desde cero.
• IA bajo las condiciones de alguien más: si tus agentes de IA solo pueden acceder a tus datos por las rutas que define el vendor, el ritmo y la dirección de tu estrategia de IA quedan atados al ritmo y la dirección del vendor.

Por qué una Open Data Infrastructure es importante

Nuestra postura en Fivetran es directa: tus datos son tuyos, no de tu vendor. Y las herramientas de IA que decidas construir encima también deberían ser tu decisión. Esa es la premisa detrás de la Open Data Infrastructure (ODI): una arquitectura donde el almacenamiento, el cómputo y la integración están desacoplados, y los formatos abiertos mantienen tus opciones abiertas.

En la práctica, ODI significa:

• Tú eres dueño de tus datos. Aterrizan en un data lake o data warehouse que tú controlas por completo. Sin que el vendor reclame propiedad intelectual sobre tus productos de datos.
• Almacenamiento y cómputo desacoplados. Almacena una vez, de forma centralizada. Usa el motor de cómputo que mejor se ajuste a cada carga de trabajo.
• Formatos abiertos, verdadera portabilidad. Los formatos de tabla abiertos como Iceberg y Delta Lake te permiten usar las mejores herramientas de BI, ML e IA disponibles hoy, sin esperar a que un vendor las certifique.
• Sin bloqueos artificiales. Los datos fluyen a donde tu negocio los necesita, incluidos los sistemas de IA que tú elijas.

Las empresas que avanzarán más rápido en IA durante el próximo año son las que tienen datos portables, bien gobernados y libres de restricciones del vendor sobre dónde pueden ir o cómo pueden usarse.

Reflexiones finales

Para los clientes de Fivetran que hoy corren SAP: no cambia nada. Tus pipelines y modelos siguen corriendo, tus datos aterrizan donde tú quieres y seguiremos abogando por ti conforme esta política evolucione.

La arquitectura que tienes hoy fue diseñada para el trabajo que hacías hace 5 años. El trabajo que estarás haciendo dentro de un año (agentes que razonan entre sistemas, modelos entrenados con datos que no sabías que ibas a necesitar, decisiones tomadas más rápido de lo que cualquier humano puede acompañar) exigirá más. Tal vez tu arquitectura está lista para eso. Tal vez no. Esa es la pregunta que vale la pena responder antes de que alguien más la responda por ti.

[CTA_MODULE]