OData a MCP (odata-mcp-proxy y familia)
Wouter Lemaire, oisee · comunidad
Exponer servicios OData de SAP como herramientas MCP. Aquí es donde la política v4/2026 aprieta.
Por qué este estado
Vía legítima mediante acuerdo, certificación o arquitectura que respeta identidad, autorizaciones y trazabilidad de SAP.
Fuente: SAP Architecture Center – Third-Party MCP Access to SAP Solutions ↗Última verificación: 27 de octubre de 2026
Qué es
Servidores MCP dirigidos por configuración que convierten servicios OData y REST de SAP en herramientas invocables por un agente, con destinos de BTP y transporte dual stdio/HTTP. Técnicamente maduros y muy usados.
Por qué te importa
Es exactamente el patrón que describe la sección 2.2.2 de la API Policy: un agente que planifica y ejecuta secuencias de llamadas a la API. Que sea legítimo depende mucho de si el agente decide la secuencia o solo ejecuta una que has escrito tú.
Privacidad y datos
Expone datos de negocio, no solo código. El alcance del servicio OData define el alcance de la fuga potencial.
En el mapa
- Dónde vive la IA
- En BTP
- Qué llega a hacer
- Actúa (agente)
- Madurez
- Beta
Cómo ha evolucionado
26 de octubre de 2026
SAP actualiza el diagrama de RA0029 (Third-Party MCP Access) en Architecture Center
El documento de referencia que legitima la vía partner sigue activo y en revisión: SAP actualizó el diagrama de arquitectura de RA0029 un día antes de la verificación. Los profesionales deben repasar la versión publicada para detectar cualquier ajuste en los controles de autenticación/autorización representados.
22 de agosto de 2026
odata-mcp-proxy v1.3.0: vistas de UI interactivas integradas en el proxy
El proxy ya no requiere código de servidor adicional para mostrar datos SAP en formato visual dentro de un cliente MCP: las vistas HTML se declaran en el mismo fichero de configuración y el proxy las registra como herramientas MCP que devuelven widgets renderizados. Reduce significativamente la complejidad de despliegue en BTP Cloud Foundry.
28 de julio de 2026
MCP Gateway de SAP Integration Suite en disponibilidad general
SAP ha declarado el MCP Gateway (Integration Suite Premium/Enhanced) como el pathway endorsado oficial para acceso agéntico a APIs de SAP. Los servidores OData-to-MCP de comunidad como odata-mcp-proxy siguen siendo el 'Patrón 2' documentado en la ref-arch 137800, pero SAP los presenta ahora en contraste explícito con el Gateway: sin soporte SAP, sin observabilidad centralizada y con responsabilidad operativa completa en el cliente. El estado 'partner' se mantiene, pero la presión hacia el canal oficial es ahora más formal y citable.
24 de julio de 2026
SAP Integration Suite MCP Gateway llega a disponibilidad general
SAP ya dispone de un plano de control oficial y soportado (MCP Gateway en Integration Suite, ediciones Premium y Enhanced) para exponer APIs SAP como herramientas MCP con autenticación, rate limiting y trazabilidad integrados. El odata-mcp-proxy mantiene su estado 'partner' bajo FAQ Q56 de la política API v.4.2026a, pero SAP señala explícitamente el MCP Gateway como la vía recomendada en producción frente a servidores MCP autogestionados. Los profesionales que usen odata-mcp-proxy en entornos productivos deberían evaluar migrar o poner el MCP Gateway como capa de gobierno delante.
20 de julio de 2026
SAP declara MCP Gateway (Integration Suite) como vía oficial y exige que servidores MCP de terceros federen con él
Los despliegues de odata-mcp-proxy que no enruten a través del MCP Gateway de SAP Integration Suite quedan fuera del 'golden path' de política v4/2026. Para mantener el estado 'partner', los proyectos basados en odata-mcp-proxy deben documentar explícitamente cómo se integran con el MCP Gateway o bajo qué excepción de la Ref. Arch. 137800 operan.
8 de junio de 2026
SAP Architecture Center publica guía oficial para servidores MCP de terceros sobre APIs SAP
SAP documenta por primera vez las condiciones bajo las que un servidor MCP de comunidad (como odata-mcp-proxy) puede acceder a APIs SAP de forma legítima: cumplir la SAP API Policy, enforcar auth en cada conexión, respetar rate limits y asumir la responsabilidad operativa. El ecosistema deja de estar en zona gris implícita y pasa a tener un marco de referencia citable.
abril de 2026
SAP publica la API Policy v4/2026
La sección 2.2.2 prohíbe usar las APIs de SAP para interactuar con sistemas de IA (semi)autónomos o generativos que planifiquen, seleccionen o ejecuten secuencias de llamadas. Es el cambio que rompe muchos montajes existentes.
Enlaces
Por la misma vía
Aviso: divulgación, no asesoramiento legal. Ante la duda, revisa tu contrato y consulta a SAP.