ABAP, Agentic AI, BTP, IA, Integración, MCP, SAP

SAP y MCP: el mapa completo de la empresa agéntica (guía definitiva 2026)

Si has seguido las noticias de SAP este año, habrás visto tres letras repetirse en cada anuncio: MCP. Están en el nuevo ADT para VS Code, en el agente de migración de código, en el Integration Suite, en Joule Studio y hasta en la alianza con Anthropic presentada en Sapphire. No es casualidad: el Model Context Protocol se ha convertido en el sistema nervioso de toda la estrategia agéntica de SAP.

Este artículo es el mapa que nos pedíais: qué es MCP exactamente, en qué se diferencia del protocolo A2A, qué piezas MCP existen ya en el ecosistema SAP (con tabla incluida), cómo encaja la alianza SAP–Anthropic, cómo se diseñan buenas herramientas MCP y qué significa todo esto para tu trabajo como desarrollador o consultor.

Contenido

  • ¿Qué es MCP? El “USB-C” de la IA
  • MCP y A2A: los dos protocolos que SAP ha adoptado
  • El mapa MCP del ecosistema SAP (tabla)
  • MCP Server vs MCP Gateway: la pieza que faltaba
  • La alianza SAP–Anthropic: Claude como cerebro de Joule
  • Cómo diseñar buenas herramientas MCP
  • Seguridad y gobernanza: los agentes no se saltan los controles
  • Cómo empezar hoy
  • Conclusión
  • Recursos oficiales

¿Qué es MCP? El “USB-C” de la IA

El Model Context Protocol (MCP) es un estándar abierto, creado por Anthropic a finales de 2024 y adoptado de forma masiva por la industria, que define cómo un modelo o agente de IA descubre, entiende e invoca herramientas externas (funciones, APIs, datos) de forma estructurada y segura. La metáfora habitual es el USB-C: en lugar de construir una integración a medida por cada pareja “modelo ↔ sistema”, se construye una sola vez el conector estándar y cualquier cliente compatible puede usarlo.

Su arquitectura tiene tres piezas:

  • Host: la aplicación donde vive la IA (un IDE como VS Code, un chat como Joule o Claude).
  • Cliente MCP: el componente del host que habla el protocolo.
  • Servidor MCP: el servicio que expone las herramientas. Publica un manifiesto con cada tool, su función y sus esquemas de entrada/salida, de modo que el agente las descubre solo.

MCP y A2A: los dos protocolos que SAP ha adoptado

La arquitectura de referencia oficial de SAP adopta dos estándares abiertos complementarios, y conviene no confundirlos. MCP conecta un agente con sus herramientas. A2A (Agent2Agent), un estándar impulsado inicialmente por Google, conecta agentes entre sí para colaboraciones autónomas de varios turnos. La idea de fondo es evitar agentes monolíticos: agentes y herramientas se desarrollan, despliegan y actualizan por separado.

SAP resume así la división de trabajo: Agent Gateway (con A2A) para la colaboración multi-agente — con autenticación vía tokens App2App de SAP Cloud Identity Services y soporte de respuestas asíncronas — y MCP Gateway (en Integration Suite) para el acceso gobernado a herramientas sobre APIs SAP y no-SAP.

El mapa MCP del ecosistema SAP

Esta es la foto de las piezas MCP que ya existen o están anunciadas en el mundo SAP, y para quién es cada una:

Figura 2. El ecosistema MCP de SAP agrupado por público: desarrollo, integración y negocio. Elaboración propia.

MCP Server vs MCP Gateway: la pieza que faltaba

La distinción más útil que ha dejado el anuncio del Integration Suite es esta: un MCP Server es el runtime que hospeda herramientas — si las tools son endpoints, el server es el servidor de APIs que las sirve. Un MCP Gateway es el plano de control empresarial: donde el server hospeda, el gateway gobierna. Autenticación (OIDC con XSUAA o proveedores de identidad de terceros), autorización, límites de uso, protección de payloads, trazabilidad… y agregación: un solo punto de entrada que reúne herramientas de APIs SAP, APIs de terceros, iFlows e incluso servidores MCP externos.

El detalle más importante para entornos multi-agente: la autorización se define por rol de agente. En el ejemplo oficial de SAP, una empresa despliega varios agentes de RR. HH.: el de onboarding no puede invocar las herramientas de nómina, y el de nómina no ve las de onboarding. Cada agente solo descubre e invoca aquello para lo que está expresamente autorizado.

La alianza SAP–Anthropic: Claude como cerebro de Joule

El 12 de mayo de 2026, en Sapphire Orlando, SAP y Anthropic anunciaron oficialmente que Claude será una capacidad principal de razonamiento y agencia integrada en el porfolio de SAP, dentro de la nueva SAP Business AI Platform y potenciando a Joule y sus agentes. La conexión técnica es, precisamente, MCP: Claude trabaja con el contexto de negocio de los sistemas SAP y de otras herramientas conectadas vía el protocolo, y actúa paso a paso — consulta datos, hace actualizaciones, dispara aprobaciones — coordinando acciones entre S/4HANA, SuccessFactors, Ariba y sistemas de terceros.

El anuncio de la “empresa autónoma” de Sapphire pone números al plan: más de 50 asistentes Joule de dominio orquestando más de 200 agentes especializados, con NVIDIA (OpenShell) como runtime seguro de ejecución. Ambas compañías construirán además agentes a medida para industrias como sector público, salud, educación, ciencias de la vida y utilities. El CEO de SAP, Christian Klein, lo resumió con una frase: para los procesos críticos de sus clientes, “casi correcto” no es suficiente.

Para quien une los puntos con nuestros artículos anteriores, la ironía es deliciosa: el protocolo que Anthropic creó para conectar IAs con herramientas es hoy la vía por la que su modelo razona dentro del ERP más usado del mundo.

Cómo diseñar buenas herramientas MCP

Conectar es la parte fácil; la difícil es decidir qué exponer. La guía oficial de SAP para el MCP Gateway deja tres principios que valen para cualquier servidor MCP que construyas:

  1. Diseña por intención de negocio, no por endpoint. La herramienta se llama “aprobar_solicitud_de_pedido” o “crear_cliente”, no “PATCH /purchase-requisitions/{id}”. La descripción es lo que el agente lee para decidir si usarla y cómo.
  2. Codifica las reglas dentro de la herramienta. Qué roles son obligatorios, si el solicitante tiene autoridad de aprobación, qué significa “vencido” en tu contexto: eso lo resuelve la implementación, no el razonamiento del agente.
  3. Devuelve respuestas útiles. Una confirmación que el agente pueda transmitir al usuario, no un volcado de JSON crudo.

Y una regla de oro de rendimiento: una herramienta bien diseñada que complete una operación de negocio entera es más fiable, rápida y barata que una cadena de llamadas granulares. Recuerda que cada ida y vuelta consume tokens (y, en el mundo SAP, AI Units).

Seguridad y gobernanza: los agentes no se saltan los controles

El principio rector de toda la arquitectura, repetido tanto por SAP como por Anthropic, es que cuando una IA ajusta un pedido o dispara un flujo dentro de un entorno SAP, lo hace dentro de los mismos controles que gobiernan las decisiones humanas: aprobaciones, políticas, marcos de cumplimiento. El agente no rodea los controles internos; trabaja dentro de ellos. En la capa MCP eso se traduce en autenticación de identidad del agente, alcances por rol, límites de tráfico y trazabilidad completa de qué herramienta invocó quién y cuándo.

Cómo empezar hoy

Si eres desarrollador ABAP:

  1. Activa el ABAP MCP Server en ADT (Eclipse o VS Code): ajuste “ABAP > AI: Enable ADT MCP Server”.
  2. Conecta tu copiloto en modo agente y define tus convenciones en un fichero AGENTS.md.
  3. Practica con el tutorial oficial RAP130: una app Fiori construida en bucle agéntico de principio a fin.

Si eres arquitecto de integración o consultor:

  1. Inventaría tus APIs en API Management: ese catálogo es tu futura caja de herramientas para agentes.
  2. Diseña 3-5 herramientas de alto valor por intención de negocio (no traslades endpoints 1:1).
  3. Define la matriz de autorización por agente antes del primer piloto, no después.
  4. Sigue la arquitectura de referencia oficial “A2A and MCP for Interoperability” del SAP Architecture Center como plano maestro.

Conclusión

2026 quedará como el año en que SAP dejó de añadir “funciones de IA” y empezó a construir una arquitectura agéntica: MCP para que los agentes usen herramientas, A2A para que colaboren entre sí, gateways para gobernarlo todo y una alianza con Anthropic que pone un motor de razonamiento de primera línea en el centro de Joule. Para el desarrollador, el mensaje es concreto: las habilidades que marcan la diferencia ya no son solo ABAP o CAP, sino saber diseñar, exponer y gobernar herramientas que los agentes puedan usar bien. Ahí es donde se jugará el valor los próximos años — y donde queremos que llegues antes que nadie.

Recursos oficiales

Sebastián Cano

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *