ABAP sale de Eclipse: ADT para VS Code y ABAP MCP Server

Visual Studio Code conectado al desarrollo ABAP mediante el servidor MCP

Durante dieciséis años, si programabas ABAP «moderno», programabas en Eclipse. No había debate: ABAP Development Tools (ADT) vivía en Eclipse y punto. Pegar ABAP a otro IDE era cosa de proyectos de terceros y plugins comunitarios con más cariño que soporte.

Eso acaba de cambiar. En SAP Sapphire 2026, SAP anunció la disponibilidad general (GA) de ABAP Development Tools for Visual Studio Code, ya publicada en el VS Code Marketplace. Y la reacción en la comunidad ABAP ha sido todo menos tibia: desde «por fin» hasta «esto es el principio del fin de Eclipse».

Fuente: https://marketplace.visualstudio.com/items?itemName=SAPSE.adt-vscode

Qué es exactamente (y qué no es todavía)

ADT para VS Code es una extensión oficial de SAP que lleva el desarrollo ABAP al editor más usado del mundo. Pero el detalle que más tranquiliza a quien lleva años en producción es este: está construida sobre el mismo codebase que ADT para Eclipse. No es un reescribir desde cero ni un proyecto paralelo. Misma conectividad de backend, misma fiabilidad, distinto IDE.

Eso tiene una consecuencia práctica importante: soporta los mismos releases de backend que Eclipse, incluidos sistemas on-premise hasta NetWeaver 7.3 EHP1 SP04 en adelante. No es una herramienta solo para la nube; conecta también contra tu S/4HANA on-premise.

Ahora la parte que conviene leer despacio, porque es donde nacen la mitad de los malentendidos: esta primera versión está acotada. Su foco es el desarrollo de servicios SAP Fiori con el ABAP RESTful Application Programming Model (RAP), cubriendo más de 12 tipos de objeto y las herramientas esenciales para desarrollar, probar y depurar aplicaciones RAP. La promesa concreta es poder hacer frontend y backend de una app Fiori/SAPUI5 en la misma herramienta.

Fuente: https://help.sap.com/docs/abap-cloud/abap-development-tools-for-visual-studio-code/abap-development-tools-for-visual-studio-code

Lo que está explícitamente fuera de scope

Aquí SAP ha sido honesto, y conviene repetirlo porque rompe expectativas:

ABAP clásico de UI (Dynpro, Web Dynpro y similares): fuera.

Integración con SAP GUI: fuera, y sin planes de embeberla.

Si tu día a día es mantener millones de líneas de ABAP clásico con transacciones SE80 y Dynpros, esta primera versión no es para ti todavía. Y ese es justo el primer punto caliente del debate, al que llegamos enseguida.

La pieza nueva: ABAP Language Server y el ABAP MCP Server

Arquitectura de ADT para VS Code, ABAP Language Server y MCP Server

Lo que de verdad convierte esto en noticia no es «ABAP en otro editor». Es el rediseño arquitectónico que hay debajo. ADT para VS Code introduce dos piezas nuevas:

Pieza

Qué aporta

ABAP Language Server

El motor de inteligencia del lenguaje (autocompletado, navegación, comprobaciones) desacoplado del IDE. Es lo que permite «poner ABAP» en cualquier editor que hable el protocolo, no solo VS Code.

ABAP MCP Server

El puente entre el mundo ABAP y los agentes de IA. Expone tu sistema ABAP vía Model Context Protocol (protocolo de contexto de modelo) para que un copiloto pueda trabajar contra él.

El Model Context Protocol (MCP) es el estándar que permite a un asistente de IA conectarse a una herramienta externa y operar sobre ella. Al traer un MCP Server nativo de ABAP, SAP abre la puerta a la IA agéntica (agentic AI) sobre código ABAP real, no sobre lo que el modelo se imagina que es tu sistema.

Fuente: https://community.sap.com/t5/technology-blog-posts-by-members/the-future-of-abap-is-here-vs-code-adt-zero-config-mcp-and-ai-co-pilots/ba-p/14408186

Zero-config: el detalle que lo cambia todo

La integración con copilotos de IA fue una de las funciones más pedidas por la comunidad ABAP, y SAP la ha resuelto con un enfoque zero-config (sin configuración). La extensión incluye el ADT MCP Server, y la herramienta sap-abap-adt aparece listada y marcada automáticamente como activa en la configuración MCP. Para activarla basta con buscar el ajuste «ABAP > AI: Enable ADT MCP Server» y marcar la casilla.

¿Qué puede hacer un copiloto una vez conectado? No es poco:

Leer el código real, encontrar dependencias y entender objetos custom.

Generar código ABAP.

Ejecutar ABAP Unit tests.

Revisar los hallazgos de ABAP Test Cockpit (ATC).

E iterar hasta que el código compila y pasa todas las comprobaciones.

Esa última frase es la importante. No hablamos de un autocompletado glorificado: hablamos de un agente que escribe, prueba, comprueba calidad y corrige solo hasta que el código está limpio. Sobre tu sistema. Con tus objetos.

El debate: ¿esto mata a Eclipse?

Flujo de desarrollo ABAP con VS Code, ADT y asistentes de inteligencia artificial

Aquí es donde la comunidad se parte en dos. Pongamos los argumentos sobre la mesa, con los datos de SAP delante.

La postura oficial de SAP es clara: NO es un reemplazo. ADT para VS Code es una opción adicional. Eclipse sigue siendo el IDE recomendado para desarrollo ABAP completo hasta que VS Code alcance la paridad de funciones. Y esa paridad, admite SAP, no llega de un día para otro: Eclipse tardó 16 años en alcanzar su scope actual. La buena noticia es que la arquitectura compartida del Language Server acelera mucho ese alcance frente a empezar desde cero.

Pero aquí está la grieta. Hoy, el flujo real de mucha gente es: crear los servicios RAP en Eclipse, montar la UI en Business Application Studio (BAS) o VS Code, y luego desplegar. Es decir, un cambio de herramienta a mitad de proceso que la comunidad lleva tiempo criticando. ADT para VS Code promete cerrar esa costura… pero solo para el flujo RAP. Para todo lo demás, sigues saltando entre Eclipse y VS Code.

Así que la pregunta honesta no es «¿VS Code mata a Eclipse?», sino «¿cuánto tardará en hacerlo, y qué pasa mientras tanto con los que viven del ABAP clásico?»

Los tres frentes de discusión:

1. «Genial, pero yo mantengo ABAP clásico.» Para quien vive en Dynpros, Web Dynpro y SAP GUI, esta versión no aporta nada todavía —y SAP no tiene planes de embeber SAP GUI. El mensaje implícito es incómodo pero coherente con la estrategia Clean Core: el futuro asistido por IA se construye sobre ABAP Cloud y RAP, no sobre el ABAP clásico.

2. «¿Dejo que una IA lea mi sistema productivo?» Que un copiloto externo (GitHub Copilot, Microsoft Copilot) pueda leer código, dependencias y objetos custom abre una conversación de gobernanza y seguridad que muchos equipos no han tenido todavía. El MCP Server lo hace fácil; decidir qué expones y a quién sigue siendo tu responsabilidad.

3. «¿Esto fragmenta el ecosistema?» Dos IDE oficiales conviviendo durante años significa documentación doble, formación doble y decisiones de equipo sobre cuál usar para qué. La promesa de «cualquier editor» gracias al Language Server es potente, pero la transición tiene coste.

Por qué esto encaja con todo lo demás que SAP está moviendo

ADT para VS Code no es un anuncio suelto. Es una pieza más de una jugada de 2026 que conviene ver entera:

SAP-ABAP-1, el modelo propio de SAP entrenado sobre código ABAP, ya está en el Generative AI Hub.

Joule for Developers se ha extendido gratis hasta septiembre de 2026.

El ABAP MCP Server y la extensión de ABAP Cloud para VS Code alcanzan GA en el Q2 2026.

Sumado, el mensaje de SAP a los aproximadamente 5 millones de desarrolladores ABAP del mundo es directo: el desarrollo ABAP va a ser un trabajo asistido por agentes de IA, no por un simple autocompletado. La pregunta para cada equipo no es si llegará, sino cuándo empezar a prepararse.

¿Por dónde empezar a tocar esto?

Si quieres pasar de leer a probar, tres pasos razonables:

Instala la extensión desde el VS Code Marketplace (ABAP Development Tools for VS Code, publicada por SAP SE) y conéctala a un sistema de pruebas RAP.

Activa el ADT MCP Server con el ajuste «ABAP > AI: Enable ADT MCP Server» y conéctale un copiloto sobre un objeto custom de pruebas, no sobre productivo.

No tires Eclipse todavía. Para todo lo que no sea flujo RAP, sigue siendo tu herramienta principal.

Formación guiada con casos reales SAP

Si quieres acortar la curva y trabajar con IA agéntica sobre ABAP de verdad, no de demo:

Taller Joule for Developers — activación, ABAP MCP, copilotos e integraciones reales.

Master SAP ABAP Cloud — RAP, CDS, Clean Core, Joule, MCP y SAP AI Core integrados desde el día 1.

Estamos también construyendo un curso completo donde veremos cómo empezar a aplicar esta herramienta para el desarrollo en ABAP.

Toda la información en logaligroup.com/formacion.

Conclusión

ADT para VS Code no «mata» a Eclipse hoy. Lo que hace es algo más interesante: desacopla la inteligencia del lenguaje ABAP del IDE (vía Language Server) y conecta el sistema con agentes de IA (vía MCP Server), con una experiencia zero-config. Eclipse sigue siendo el rey para todo lo que no sea RAP, y lo será un tiempo.

Pero la dirección está marcada con flecha gruesa. Quien diga que esto «no va con él» porque mantiene ABAP clásico tiene razón… durante un par de años. El debate sano no es Eclipse contra VS Code. Es cuánto tarda tu equipo en aprender a trabajar con un agente que lee, escribe y prueba ABAP por ti —y bajo qué reglas de gobernanza le dejas hacerlo.

Y esa conversación, en la comunidad ABAP, no ha hecho más que empezar.

Fuentes oficiales (verificadas junio 2026)

SAP Community — ABAP development tools for Visual Studio Code: Your Questions Answered

SAP Community — ABAP development tools for Visual Studio Code is now available on the VS Code marketplace

SAP Help Portal — ABAP Development Tools for Visual Studio Code

Visual Studio Marketplace — extensión ABAP Development Tools for VS Code (SAP SE, SAPSE.adt-vscode)

SAP Community — The Future of ABAP is Here: VS Code ADT, Zero-Config MCP, and AI Co-pilots

SAP News — Q1 2026 Release Highlights (abril 2026) y anuncios de SAP Sapphire 2026

Artículo elaborado por el equipo de formación de Logali Group con base en datos oficiales SAP de 2026.

Deja una respuesta

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